01↗
OYUNCU FANTAZİSİ
Güvenlik görevlisi olmak
Bir kişinin gerçekten kim olduğuna karar verirken vardiyanın, kaynakların ve kendi güvenliğinin sorumluluğunu taşımak.
SUNUM ARŞİVİ
Haftalara ayrı ayrı ulaş.
01KonseptHafta 0102Pazar araştırmasıHafta 0203Üretim hattıHafta 0304Prototip ve testHafta 0405Hafta 05 sunumuCore loop & game feel ↘06Teknik ilerlemePhase 12—19 ↘
06 / BUILDHafta 6 build'ini indirProject: Nightwatch · ZIP arşiviGELİŞTİRME GÜNLÜĞÜ / PROJE ÖZETİ
PROJECT: NIGHTWATCH
Gece vardiyası. Yanlış bir karar. İçeri girmiş olabilecek bir şey.
Gizli bir laboratuvarda çalışan güvenlik görevlisi, personelin kimliğini doğrulamak ve insan kılığına girmiş Skinwalker'ları ayırt etmek zorunda. Ancak kontrol noktasından ayrıldığında tehlike yalnızca verdiği kararlardan ibaret değil.
GELİŞTİRİLİYOR · DEBUG PROTOTİPİ
00
Bir fikrin üretim sürecine dönüşmesi
İlk dört haftanın çıktıları tek bir akışta bir araya geliyor: oyunun ne olduğu, benzer oyunlardan ne öğrendiğimiz, ekibin nasıl üreteceği ve bugün prototipte hangi sistemlerin bulunduğu.
02↗
ANA KANCA
Kimlikten fazlasını doğrula
Belgeler, önceki konuşmalar ve UV altında görülen izler birbirini tamamlayan kanıtlar sunar.
03↗
TASARIM SÜTUNU
Bilgi + zaman + risk
Kontrol noktasındaki kararlar ile tesiste fiziksel olarak hareket etmenin riskleri aynı döngüde birleşir.
04↗
PROJE YAKLAŞIMI
Önce çalıştır, sonra cilala
Mekanikler Sandbox/debug ortamında denenir; entegrasyon ve görsel polish ayrı üretim adımlarıdır.
HAFTA 01
CONCEPT / PROJE TANIMI
Tek bir güçlü çekirdek etrafında
Proje, ekip oluşturulurken mevcut bir fikir üzerinden ilerledi. Bu sunum, geçmişte yapılmamış üç alternatif fikri sonradan varmış gibi üretmek yerine seçili konseptin mantığını ve üretilebilirliğini belgeliyor.
TEK CÜMLELİK PITCH
Birinci şahıs korku ve dedüksiyon oyunu: personelin kimliğini belgeler, hafıza ve UV izleriyle kontrol et; tesis görevlerini tamamla ve güvenlik noktasından uzaktayken hayatta kal.
Üç tasarım sütunu
01—03Bilgi ve dedüksiyon
Kimlik bilgilerini karşılaştır; bilim insanlarıyla önceki konuşmaları hatırla; fiziksel kanıtları yorumla.
Zaman ve kaynaklar
Personel kontrolü, besleme, jeneratör ve taşıyabileceğin sınırlı ekipman arasında öncelik belirle.
Fiziksel risk
Kulübeden ayrılmak görevleri mümkün kılar ama açık kapılar ve yaratık karşılaşmaları riski artırır.
Temel oynanış döngüsü
CORE LOOP01Vardiya hazırlığı→
02Personeli incele→
03Karar ver→
04Tesis görevlerini yönet→
0509.00'da vardiyayı bitir→
06Sonuçlarla sonraki güne geç
HAFTA 02
MARKET RESEARCH / CONCEPT DECK
Tanıdık bir fanteziye farklı riskler eklemek
Oyun; evrak kontrolü, dikkat ve kanıt değerlendirmesi gibi anlaşılır etkileşimlerden yola çıkıyor. Ayrışma noktası, bu kararları birinci şahıs bir tesiste dolaşma ve fiziksel tehditlerle birleştirmek.
Hedef oyuncu
Birinci şahıs korku, gözlem ve dedüksiyon, iş simülasyonu ve sistem tabanlı gerilim oyunlarından hoşlanan PC oyuncuları.
Temel ayrışma / USP
Oyuncu yalnızca belgeleri denetlemez: daha önceki konuşmalardan elde ettiği bilgileri hatırlayabilir, UV izlerini yorumlayabilir ve görevler için kontrol noktasından ayrıldığında yaratıklarla yüz yüze kalabilir.
Beş tasarım referansı
05 REFERENCESBunlar doğrudan kopyalanacak şablonlar değil; benzer oyuncu beklentilerini, başarılı etkileşimleri ve kendi oyunumuzun ayrışabileceği alanları incelemek için seçilmiş referanslardır.
01
That's Not My Neighbor
Kimlik denetimi / doppelgängerBelgeler ve görsel ayrıntılar üzerinden kimin içeri alınacağına karar verme.
Tasarım fırsatıProject: Nightwatch bunu 3D bir tesise, konuşma hafızasına, UV kanıtına ve fiziksel tehlikeye genişletir.
02
Papers, Please
Belge kontrolü / sonuçlarKurallara göre evrak inceleme, zaman baskısı ve kararların sonuçları.
Tasarım fırsatıBizim odak noktamız evrakın yanında hafıza tutarlılığı ve doğaüstü kanıtların yorumlanmasıdır.
03
Contraband Police
Birinci şahıs kontrol noktasıBelge kontrolünü fiziksel çalışma alanı ve ek görevlerle birleştirme.
Tasarım fırsatıTesis içi bakım görevleri benzer bir iş yükü yaratırken korku ve Skinwalker tehdidi ana ayrımı oluşturur.
04
I'm on Observation Duty
Gözlem / hafıza / anomaliGece vardiyasında dikkat ve hafıza kullanarak olağandışı durumları fark etme.
Tasarım fırsatıBiz kamera görüntülerini izlemek yerine NPC'lerle doğrudan etkileşime, kimlik kontrolüne ve UV izlerine dayanırız.
05
The Operator
Dijital kanıt / araştırmaBilgisayar araçları üzerinden bilgi toplama ve ipuçlarını birleştirme.
Tasarım fırsatıTesis bilgisayarı bilgi merkezi olarak kalırken oyuncu ekran başından kalkıp fiziksel risk üstlenir.
* Karşılaştırmalar, her oyunun resmî mağaza açıklamalarında tanıtılan temel etkileşimlere ve bu projenin tasarım hedeflerine dayalı nitel bir tasarım okumasıdır; satış verisi veya pazar büyüklüğü iddiası değildir.
HAFTA 03
PRODUCTION PIPELINE / V1
İki üretim hattı, ortak bir hedef
Teknik sistemler ve görsel içerik paralel ilerler. Mekaniklerin ilk hâli için nihai modellerin bitmesini beklemeyiz; placeholder varlıklar kullanılabilir. Üretim sürecinin amacı, sistemi önce kanıtlamak ve sonra ana oyun akışına taşımaktır.
Kullanılan araçlar
TOOLKITUnity 6000.5.9f1
Oyun motoru / runtime
Blender
3D modelleme ve içerik üretimi
VS Code
Kod düzenleme
GitHub
Versiyon kontrolü / depo
Notion
Dokümantasyon ve proje notları
Ekip sorumlulukları
TEAM / 02Teknik geliştirme
Nazım
Unity, C# sistemleri, Sandbox, entegrasyon ve teknik doğrulama.
Sanatsal geliştirme
Ramtin
Modelleme, texture ve oyunun görsel varlıklarının üretimi.
Tasarım ve kalite
Ortak
Oyun kararları, kapsam, içerik, dengeleme ve test değerlendirmesi.
Üretim akışı
PIPELINETasarım ve veri
Mekanikleri tanımla; değişebilir değerleri yapılandırılabilir tut.
Core systems
Oyuncu, interaction, kimlik, hafıza, UV, görev ve yaratık sistemlerini geliştir.
Sandbox
Mekanikleri izole biçimde tetikle; farklı durumları debug araçlarıyla dene.
Entegrasyon
Sistemlerin ortak zaman, envanter, kapı ve hata akışlarında birlikte çalışmasını kontrol et.
Ana oyun
Stabil sistemleri gerçek tesis ve içerikle birleştir.
Vertical slice
Kısa ama temsil gücü yüksek bir bölüm oluştur.
QA ve polish
Testleri yinele; hataları düzelt; görsel ve sesli geri bildirimi iyileştir.
Üretim ilkeleri
RULES- Önce Sandbox, sonra ana oyun sahnesi.
- Sayılar ve dengeleme değerleri mümkün olduğunca data/config katmanından değiştirilebilir.
- Bir özellik yalnızca kodlandığında değil, entegre edilip test edildiğinde tamamlanmış sayılır.
- Bilinmeyen klasör, naming convention veya build kararları belirlenmeden kesinleşmiş gibi sunulmaz.
HAFTA 04
RAPID PROTOTYPING / PLAYABLE PROTOTYPE
Mekanikleri görünür ve test edilebilir kılmak
Mevcut build, prototip seviyesinde birden fazla gameplay sistemini içeriyor. Bu aşamada amaç nihai görsel kaliteyi iddia etmek değil; sistemlerin nasıl davrandığını göstermek, test etmek ve temel döngünün birlikte çalışmasını doğrulamak.
MEVCUT PROTOTİPTE BULUNAN SİSTEMLERDEBUG BUILD
Aşağıdaki durum, ekip tarafından bildirilen prototip kapsamını gösterir. Bu ifade final polish, hatasızlık veya bütün kombinasyonların QA'dan geçtiği anlamına gelmez.
01✓
FPS hareket ve etkileşim
Oyuncu tesiste dolaşır ve dünyadaki nesnelerle etkileşir.
PROTOTİPTE VAR02✓
NPC ve kimlik kontrolü
Personel karşılaşmaları ve kimlik verileriyle karar akışı.
PROTOTİPTE VAR03✓
Bilim insanı hafızası
Önceki konuşma bilgisi ve tutarlılık sorusu mekaniği.
PROTOTİPTE VAR04✓
UV dedektörü
Skinwalker izlerini fiziksel kanıt olarak inceleme.
PROTOTİPTE VAR05✓
Tesis görevleri
Besleme ve / veya jeneratör tamiri gibi vardiya görevleri.
PROTOTİPTE VAR06✓
Yaratık karşılaşmaları
Doğrudan saldırı, pusu veya açık kapıdan sızma senaryoları.
PROTOTİPTE VAR07✓
Günlük program / vardiya
NPC akışını ve olay zamanlamasını düzenleyen günlük yapı.
PROTOTİPTE VAR08✓
Sandbox debug araçları
Gün, saat, NPC, eşya ve olayları kontrollü şekilde test etme.
PROTOTİPTE VARSunumda gösterilebilecek test senaryoları
QA / PROTOTYPEBu senaryolar doğrulama planıdır. Ekran kaydı, test sonucu veya ölçüm eklenmedikçe her senaryonun tamamen geçtiği iddia edilmez.
TEST 01○
Kimlik doğrulama
AKIŞ
Normal NPC → geçerli veri; şüpheli NPC → alan uyuşmazlığı
BEKLENEN
Oyuncu veriyi inceleyebilir ve geçiş / müdahale kararı verir.
TEST 02○
Bilim insanı tutarlılığı
AKIŞ
Bilim insanıyla konuş → daha sonra tekrar karşılaş → önceki bilgiyi sor
BEKLENEN
Gerçek bilim insanının tutarlılığı ve taklitçinin hafıza sınırlaması karşılaştırılır.
TEST 03○
UV kanıtı
AKIŞ
Normal NPC'yi ve Skinwalker'ı UV dedektörüyle incele
BEKLENEN
UV, doğrudan otomatik etiket yerine oyuncunun yorumladığı bir kanıt sağlar.
TEST 04○
Görev ve fiziksel risk
AKIŞ
Kulübeden ayrıl → görevi yap → açık kapı / yaratık olayını tetikle
BEKLENEN
Görev yönetimiyle tesis içi riskin aynı vardiyada birleştiği gösterilir.
TEST 05○
Günlük akış ve debug
AKIŞ
Günü / saati değiştir → NPC veya olay tetikle → vardiya durumunu incele
BEKLENEN
Sistemler farklı durumlarda tekrarlanabilir biçimde sınanabilir.
HAFTA 05
CORE LOOP & GAME FEEL / PHASE 11
Sistemleri tek bir vardiyada hissettirmek
Beşinci haftanın odağı yeni mekanik sayısını artırmak değil; entegre edilen sistemleri oyuncunun okuyabildiği, tepki verebildiği ve sonuçlarını hissedebildiği kısa bir oynanış akışında birleştirmek.
Onaylanan kilometre taşı
PHASE11
Phase 11 — Sandbox içindeki sistem entegrasyonu tamamlandı. Görev, kabinden ayrılma, kapı riski, yaratık karşılaşması ve kontrol noktasına dönüş artık aynı akışta birlikte çalıştırılabiliyor.
Gece vardiyası döngüsü
CORE LOOP / 05Hazırlan
Bilgisayar, günlük liste ve e-postaları gözden geçir.
Doğrula
Kimlik, hafıza ve UV kanıtlarını birlikte değerlendir.
Karar ver
Geçiş izni ver veya müdahale et.
Karşılık ver
Tesis görevini, envanteri ve yaratık riskini yönet.
Vardiyayı bitir
09.00'da çıkış, sonuçlar ve kayıt.
Entegrasyon akışı
PHASE 11Görev tetiklenir
Jeneratör arızası veya besleme görevi yeni bir öncelik oluşturur.
Kabinden ayrıl
Oyuncu zamanını ve sınırlı envanterini riske atar.
Kapı riski
Açık kapı, tesise sızma ihtimalini artırır.
Karşılaşma
Yaratık saldırabilir veya pusu kurabilir.
Kontrol noktasına dön
Kimlik ve UV kararıyla ana döngüye geri bağlan.
Sanat prototipi ve çevre
ART / WIPRetro workstation, güvenlik kulübesi blockout'u, metal kapı ve duvar saati mevcut görsel üretim aşamasını belgeliyor. Bunlar final materyal veya kilitlenmiş sanat yönü iddiası taşımıyor.
WORK IN PROGRESS
Retro workstation
CRT monitör, klavye, mouse ve PC tower; bilgi merkezinin düşük poligonlu temel varlıkları.
WORK IN PROGRESS
Güvenlik kulübesi
Masa, kapı ve okunabilir etkileşim alanını test eden erken çevre blockout'u.
WORK IN PROGRESS
Temel model seti
Karakter head blockout'u, metal kapı ve duvar saati; mekânın ölçeği ve zaman hissi için referanslar.
Mevcut prototip durumuSANDBOX / INTEGRATED
Aşağıdaki sistemler Sandbox akışında çalışıyor olarak raporlandı. Dengeleme, kullanılabilirlik kontrolleri, ana sahne içeriği ve polish hâlâ sonraki adımlar.
01✓
FPS hareket ve etkileşim
SANDBOX'TA VAR02✓
NPC ve kimlik kontrolü
SANDBOX'TA VAR03✓
Bilim insanı hafızası
SANDBOX'TA VAR04✓
UV dedektörü
SANDBOX'TA VAR05✓
Tesis görevi
SANDBOX'TA VAR06✓
Yaratık karşılaşması
SANDBOX'TA VAR07✓
Vardiya programı
SANDBOX'TA VAR08✓
Sandbox debug araçları
SANDBOX'TA VARBu haftanın değerlendirme hedefi
PLAYABLE SEQUENCE- Vardiya bilgisini incele.
- Bir kişiyi kontrol edip kanıt topla.
- Sonuç doğuran bir karar ver.
- Bir tesis görevi veya tehditle ilgilen.
- Kontrol noktasına dönüp akışı sürdür.
Game feel kontrol listesi
CHECKLISTOkunabilirlik
Oyuncu neyle etkileşebileceğini anlayabiliyor mu?
Geri bildirim
Aksiyonlar başarıyı, başarısızlığı veya tehlikeyi iletiyor mu?
Kontrol
Hareket, bakış ve etkileşim tahmin edilebilir mi?
Tempo
İnceleme ve fiziksel görevler karışıklık yaratmadan dönüşümlü ilerliyor mu?
Sandbox sistem entegrasyonu
Ana oyun sahnesinin kurulması
Campaign, progression ve ending
Dengeleme, QA ve polish
PHASE 12—19
ENGINEERING LOG / TECHNICAL PROGRESS
Sandbox sistemlerinden entegre oyun deneyimine
Phase 12–19 raporu; atmosfer, debug araçları, oyuncuya dönük arayüzler, NPC yaşam döngüsü, input kararlılığı ve prosedürel tesis prototiplemesini tek bir teknik ilerleme çizgisinde topluyor.
Unity 6 ve URP üzerinde geliştirilen birinci şahıs retro-korku ve dedüksiyon oyunu. Nazım programlama, teknik mimari ve entegrasyondan; Ramtin modelleme, texture ve görsel üretimden sorumlu. Bu aşamanın amacı doğrulanmış Sandbox sistemlerini daha bütünlüklü ve sunulabilir bir oyun deneyimine taşımak.
Uygulanan teknik kilometre taşları
12—19Atmosfer, ışık ve vardiya raporu
AudioManager merkezi ses yönetimini toplar. FacilityLightingEffects jeneratör arızası gibi olaylarda acil ışık ve flicker geri bildirimini yönetir. ShiftReportUI vardiya sonu performansını ve sonuçlarını sunar.
İzole debug ve runtime state
DebugController F1 ile geliştirici panelini açıp kapatır. PauseMenuUI ESC ile duraklatma, cursor ve oyun/UI input geçişini yönetir. Debug kontrolleri normal oyuncu deneyiminden ayrılır.
Ana teknik geliştirme
Diyalog hafızası, NPC tesis yaşam döngüsü, input çatışmalarının çözümü ve prosedürel 3D tesis blockout'u birden fazla sistemi ortak bir oyun akışında buluşturur.
Scientist Dialogue UI & Memory Architecture
UI / MEMORYDiyalog sunumu OnGUI bağımlılığından Unity UGUI Canvas bileşenlerine taşındı. Arayüz, oyun mantığını kopyalamak yerine mevcut bilim insanı verilerini, cevap tablolarını ve hafıza sistemini kullanır.
- ScientistDialogueUI, ScientistComponent, ScientistSystem ve ScientistDataSO arasında sunum, veri ve oyun mantığı ayrımı korunur.
- Önceden tanımlı soru listeleri boş olduğunda dinamik soru üretimi fallback davranışı sağlar.
- EventSystem ve InputSystemUIInputModule gerektiğinde başlatılır; son diyalog kapatılıp açıldığında görünür kalabilir.
- Tekrarlanan soru sayıları mevcut complaint davranışını tetikleyebilir.
- Consistency check oyuncuya doğru kararı söylemez; UI karakteri doğrudan Skinwalker olarak etiketlemez.
NPC Facility Lifecycle & Exit Check
NPC / EXITCheckpointManager, NPCController ve TimeManager birlikte çalışarak tesise giriş ve çıkış döngüsünü kurar.
- NPC giriş checkpoint'inden geçer.
- Mevcut runtime data üzerinden tesisteki varlığı takip edilir.
- Çıkış zamanı oyun saati sistemiyle planlanır.
- NPC checkpoint'e geri döner.
- Oyuncu çıkış incelemesini yapar.
- Çıkış kararı sonrası NPC tesisten ayrılabilir.
Input & Event Conflict Resolution
INPUT / UIPlayerWeaponHandler, PlayerItemHolder, PlayerInteraction, PlayerHUD, PauseMenuUI ve ScientistDialogueUI arasındaki geçişlerde aynı frame input sızıntısını azaltan korumalar kullanılır.
- Korumalı UI açıkken ateş etme veya reload engellenir.
- UI tıklamaları ilgisiz gameplay input'una dönüşmez.
- JustClosedThisFrame benzeri guard, arayüz kapanışında aynı frame tetiklenmesini azaltır.
- Cursor ve UI/gameplay input geçişleri birlikte yönetilir.
- Legacy IMGUI ile UGUI Canvas katmanlarının etkileşimi ayrıca kontrol edilir.
Procedural 3D Facility Map Builder
LEVEL / BLOCKOUTFacilityMapBuilder ve FacilityMapEditor, elle çizilmiş tesis planını Unity primitive ve collider'larıyla test edilebilir bir 3D blockout'a çevirir. Architectural_Facility_Map.prefab çıktısı mimari prototip olarak kullanılabilir.
ZEMİN KAT
Güvenlik/inspection odası, merkezi gözlem alanı, airlock ve kilitli arşiv.
ÜST KAT
Containment sektörü, güvenlik köprüsü, gate ve altı containment hücresi.
BODRUM
Teknik alanlar ve tesisin bakım/servis akışını test eden bağlantılar.
* Rampalar, kapılar, çarpışma geometrisi ve TextMesh etiketleri alanı navigable ve test edilebilir kılar. Generator izole koordinat bölgesinde çalışarak mevcut sahne objelerini korur; sonuç final çevre sanatı değil, level-prototyping çıktısıdır.
Technical architecture & integration
DEPENDENCY MAPCore & time
TimeManager vardiya akışını sürdürür; CheckpointManager ve NPCController tesis yaşam döngüsünü bağlar.
Deduction systems
ScientistSystem, ScientistComponent, ScientistDataSO ve SkinwalkerComponent veri, hafıza ve consistency check katmanlarını ayırır.
Player & input
PlayerInteraction, PlayerItemHolder ve PlayerWeaponHandler gameplay input'unu; UI guard'ları arayüz geçişlerini düzenler.
Presentation
ScientistDialogueUI, PauseMenuUI, PlayerHUD ve ShiftReportUI oyuncuya dönük sunumu yönetir.
World feedback
FacilityLightingEffects ve AudioManager olayların ışık ve ses geri bildirimini üretir.
Level prototype
FacilityMapBuilder ve FacilityMapEditor prosedürel tesis blockout'u oluşturur.
Validation & engineering quality
BUILD CHECKRaporlanan doğrulama komutu `dotnet build "Assembly-CSharp.csproj" --no-restore` sıfır compilation error ile tamamlandı. Bu bir C# proje derleme kontrolüdür; tam Unity Play Mode testi, regression suite, performans testi veya release build başarısı anlamına gelmez. Unity 6 uyumlu API'ler, obsolete hale gelen eski API'lerin yerine kullanıldı.
COMMAND
dotnet build "Assembly-CSharp.csproj" --no-restore0 compilation errorsCurrent state & next direction
STATUS / NEXTTeknik sistemler ve araçlar rapora göre uygulandı; final oyunun tamamlandığı iddia edilmez.
Procedural çıktı test edilebilir mimari prototiptir; final environment art değildir.
Oyuncuya dönük UI, etkileşim polish'i, feedback ve campaign reliability.
Entegrasyon, kullanılabilirlik ve gameplay akışı daha geniş testlerle doğrulanmalı.
NEXT
SCOPE / TESLİM HEDEFİ
Ders hedefi ile uzun vadeli vizyonu ayırmak
Proje fikri uzun bir demo hedeflese de ders değerlendirmesi için önce küçük, tamamlanmış ve temsil gücü yüksek bir bölüm hazırlanacak.
DERS TESLİMİ
10–30 dakika
Playable vertical slice
Oyunun ana kancasını, temel döngüsünü, geri bildirimlerini ve kontrollü bir gerilim yükselişini gösterecek kısa deneyim.
UZUN VADELİ HEDEF
3–4 saat
Genişletilmiş demo
Daha fazla vardiya, olay ve içerik; kapsam ve üretim kapasitesi doğrulandıkça değerlendirilecek hedef.
DEVELOPMENT JOURNAL / PROJECT OVERVIEW
PROJECT: NIGHTWATCH
A night shift. One wrong decision. Something may have already entered.
A security guard at a secret laboratory must verify personnel and distinguish Skinwalkers hiding in human identities. But once the guard leaves the checkpoint, danger is no longer limited to the decisions made at the desk.
IN DEVELOPMENT · DEBUG PROTOTYPE
00
Turning a concept into a production process
The first four weeks come together in one story: what the game is, what we learn from comparable titles, how the team plans to produce it, and which systems are present in the current prototype.
01↗
PLAYER FANTASY
Be the night guard
Decide who people really are while carrying responsibility for the shift, limited resources, and your own safety.
02↗
CORE HOOK
Verify more than an ID
Documents, remembered conversations, and UV-reactive traces provide complementary pieces of evidence.
03↗
DESIGN PILLAR
Information + time + risk
Decisions at the checkpoint combine with the dangers of physically moving through the facility.
04↗
PRODUCTION APPROACH
Prove it, then polish it
Mechanics are tried in a Sandbox/debug environment; integration and visual polish remain separate production steps.
WEEK 01
CONCEPT / PROJECT DEFINITION
Built around one strong core idea
The project entered the team's workflow with an existing concept. Rather than inventing three alternative ideas after the fact, this presentation documents the selected concept's design logic and production potential.
ONE-LINE PITCH
A first-person horror and deduction game: verify staff using documents, memory, and UV traces; complete facility duties; and stay alive while away from the checkpoint.
Three design pillars
01—03Information & deduction
Compare identity records, remember earlier conversations with scientists, and interpret physical evidence.
Time & resources
Prioritize personnel checks, feeding, generator repair, and the limited equipment you can carry.
Physical risk
Leaving the booth makes tasks possible, but open doors and creature encounters increase danger.
Core gameplay loop
CORE LOOP01Prepare the shift→
02Inspect personnel→
03Make a decision→
04Manage facility duties→
05End the shift at 09:00→
06Carry outcomes into the next day
WEEK 02
MARKET RESEARCH / CONCEPT DECK
Adding a different kind of risk to a familiar fantasy
The game starts from legible interactions such as document checks, observation, and evidence evaluation. Its distinction is the combination of those decisions with first-person movement through a facility and physical threats.
Target audience
PC players who enjoy first-person horror, observation and deduction, job simulation, and system-driven tension.
Core distinction / USP
Players do more than inspect documents: they can recall earlier conversations, interpret UV traces, and face creatures when leaving the checkpoint to handle facility duties.
Five design references
05 REFERENCESThese are not templates to copy. They are references for studying adjacent player expectations, strong interactions, and the spaces in which our design can differ.
01
That's Not My Neighbor
Identity checks / doppelgängersDeciding who should be admitted by examining documents and visual details.
Design opportunityProject: Nightwatch expands this into a 3D facility, conversation memory, UV evidence, and physical danger.
02
Papers, Please
Document inspection / consequencesRule-based document checks, time pressure, and consequences for decisions.
Design opportunityOur focus adds memory consistency and the interpretation of supernatural evidence beyond paperwork.
03
Contraband Police
First-person checkpointCombining document inspection with a physical work area and additional duties.
Design opportunityFacility maintenance creates a similar workload, while horror and the Skinwalker threat form the key distinction.
04
I'm on Observation Duty
Observation / memory / anomaliesSpotting unusual events during a night shift by using attention and memory.
Design opportunityInstead of surveillance footage, our game relies on direct NPC interaction, identity checks, and UV traces.
05
The Operator
Digital evidence / investigationGathering information and connecting clues through computer tools.
Design opportunityThe facility computer remains an information hub, while the player must leave the desk and take physical risks.
* These comparisons are qualitative design readings based on the core interactions described on each game's official store page and the goals of this project. They are not claims about sales or market size.
WEEK 03
PRODUCTION PIPELINE / V1
Two production tracks, one shared goal
Technical systems and visual content progress in parallel. Mechanics do not need to wait for final models; placeholder assets are acceptable during the first implementation. The pipeline aims to prove systems first and then move them into the main game flow.
Tools in use
TOOLKITUnity 6000.5.9f1
Game engine / runtime
Blender
3D modelling and asset creation
VS Code
Code editing
GitHub
Version control / repository
Notion
Documentation and project notes
Team responsibilities
TEAM / 02Technical development
Nazım
Unity, C# systems, Sandbox, integration, and technical validation.
Art production
Ramtin
Modelling, textures, and production of visual assets.
Design and quality
Shared
Game decisions, scope, content, balancing, and test review.
Production flow
PIPELINEDesign & data
Define mechanics and keep adjustable values configurable.
Core systems
Build player, interaction, identity, memory, UV, task, and creature systems.
Sandbox
Trigger mechanics in isolation and use debug tools to test different states.
Integration
Check how systems work together through shared time, inventory, door, and error flows.
Main game
Connect stable systems to the real facility and content.
Vertical slice
Build a short but representative playable section.
QA & polish
Repeat tests, fix bugs, and improve visual and audio feedback.
Production principles
RULES- Sandbox first; main scene later.
- Numbers and balancing values should be adjustable through data/configuration where possible.
- A feature is not complete when merely coded; it must be integrated and tested.
- Unknown folder, naming, or build decisions should not be presented as finalized.
WEEK 04
RAPID PROTOTYPING / PLAYABLE PROTOTYPE
Making mechanics visible and testable
The current build contains multiple gameplay systems at prototype level. The goal is not to claim final visual quality, but to show how the systems behave, test them, and validate the core loop as they work together.
SYSTEMS PRESENT IN THE CURRENT PROTOTYPEDEBUG BUILD
The status below reflects the prototype scope reported by the team. It does not imply final polish, bug-free operation, or that every system combination has passed QA.
01✓
FPS movement & interaction
The player moves through the facility and interacts with world objects.
IN PROTOTYPE02✓
NPCs & identity checks
Personnel encounters and a decision flow based on identity data.
IN PROTOTYPE03✓
Scientist memory
Earlier conversation information and consistency-question mechanics.
IN PROTOTYPE04✓
UV detector
Inspecting Skinwalker traces as physical evidence.
IN PROTOTYPE05✓
Facility tasks
Shift duties such as feeding and/or generator repair.
IN PROTOTYPE06✓
Creature encounters
Direct attacks, ambushes, or open-door infiltration scenarios.
IN PROTOTYPE07✓
Daily schedule / shift
A daily structure that organizes NPC flow and event timing.
IN PROTOTYPE08✓
Sandbox debug tools
Testing days, time, NPCs, items, and events in a controlled way.
IN PROTOTYPETest scenarios to demonstrate
QA / PROTOTYPEThese are validation scenarios. Unless a recording, result, or measurement is attached, the deck does not claim that every scenario has fully passed.
TEST 01○
Identity verification
FLOW
Normal NPC → valid data; suspicious NPC → field mismatch
EXPECTED
The player can inspect the data and choose whether to allow passage or intervene.
TEST 02○
Scientist consistency
FLOW
Talk to a scientist → meet again later → ask about earlier information
EXPECTED
The consistency of a real scientist is compared with an impersonator's memory limitation.
TEST 03○
UV evidence
FLOW
Inspect a normal NPC and a Skinwalker with the UV detector
EXPECTED
UV provides evidence for the player to interpret rather than an automatic identity label.
TEST 04○
Task and physical risk
FLOW
Leave the booth → perform a task → trigger an open-door / creature event
EXPECTED
Task management and facility danger meet within the same shift.
TEST 05○
Daily flow and debug
FLOW
Change day/time → trigger an NPC or event → inspect shift state
EXPECTED
Systems can be exercised repeatedly under different conditions.
WEEK 05
CORE LOOP & GAME FEEL / PHASE 11
Making the integrated systems feel like one shift
Week five is not about adding more mechanics. It is about connecting the integrated systems into a short playable flow where the player's actions are readable, consequential, and felt.
Confirmed milestone
PHASE11
Phase 11 — System integration in Sandbox is complete. Task, leaving the booth, door risk, creature encounters, and returning to the checkpoint can now be exercised in one connected flow.
The night-shift loop
CORE LOOP / 05Prepare
Review the computer, daily list, and emails.
Verify
Evaluate identity, memory, and UV evidence together.
Decide
Allow passage or intervene.
Respond
Manage the facility task, inventory, and creature risk.
End the shift
Leave at 09:00, record the outcome, and continue.
Integration flow
PHASE 11Task triggers
A generator failure or feeding task creates a new priority.
Leave the booth
The player commits time and limited inventory.
Door risk
An open door increases the chance of infiltration.
Encounter
A creature may attack or ambush the player.
Return to checkpoint
Reconnect with the identity and UV decision flow.
Art prototype and environment
ART / WIPThe retro workstation, security booth blockout, metal door, and wall clock document the current visual production stage. They do not claim final materials or a locked art direction.
WORK IN PROGRESS
Retro workstation
CRT monitor, keyboard, mouse, and PC tower form the low-poly information hub.
WORK IN PROGRESS
Security booth
An early environment blockout testing the desk, door, and readable interaction space.
WORK IN PROGRESS
Base model set
A character head blockout, metal door, and wall clock establish scale and the long-shift time reference.
Current prototype statusSANDBOX / INTEGRATED
These systems are reported as working in the Sandbox flow. Balancing, usability checks, main-scene content, and polish remain ahead.
01✓
FPS movement & interaction
IN SANDBOX02✓
NPC & identity check
IN SANDBOX03✓
Scientist memory
IN SANDBOX04✓
UV detector
IN SANDBOX05✓
Facility task
IN SANDBOX06✓
Creature encounter
IN SANDBOX07✓
Shift schedule
IN SANDBOX08✓
Sandbox debug tools
IN SANDBOXThis week's evaluation target
PLAYABLE SEQUENCE- Review the shift information.
- Inspect a person and gather evidence.
- Make a consequential decision.
- Handle one facility task or threat.
- Return to the checkpoint and continue the flow.
Game feel checklist
CHECKLISTReadability
Can the player understand what can be interacted with?
Feedback
Do actions communicate success, failure, or danger?
Control
Do movement, looking, and interaction feel predictable?
Pacing
Can inspection and physical tasks alternate without confusion?
System integration in Sandbox
Main game construction
Campaign, progression, and ending
Balance, QA, and polish
PHASE 12—19
ENGINEERING LOG / TECHNICAL PROGRESS
From Sandbox systems to an integrated game experience
The Phase 12–19 report brings atmosphere, debug tools, player-facing interfaces, NPC lifecycle behavior, input stability, and procedural facility prototyping into one technical progress line.
A first-person retro-horror and deduction game built with Unity 6 and URP. Nazım leads programming, technical architecture, and integration; Ramtin leads modeling, textures, and visual production. This stage moves validated Sandbox systems toward a more integrated and presentable game experience.
Implemented technical milestones
12—19Atmosphere, lighting & shift reporting
AudioManager centralizes audio. FacilityLightingEffects handles emergency lighting and implemented flicker feedback during events such as generator failure. ShiftReportUI presents performance and relevant outcomes at shift end.
Isolated debug & runtime state
DebugController toggles the developer panel with F1. PauseMenuUI handles ESC pause behavior, cursor state, and UI/gameplay input transitions. Debug controls remain separate from the intended player experience.
Main technical development
Dialogue memory, NPC facility lifecycle, input conflict resolution, and procedural 3D facility blockout connect multiple systems into a shared gameplay flow.
Scientist Dialogue UI & Memory Architecture
UI / MEMORYDialogue presentation moved from an OnGUI-dependent approach to Unity UGUI Canvas components. The UI uses existing scientist data, answer tables, and memory systems instead of duplicating gameplay logic.
- ScientistDialogueUI, ScientistComponent, ScientistSystem, and ScientistDataSO keep presentation, data, and gameplay logic separated.
- Dynamic question generation provides fallback behavior when predefined question lists are empty.
- EventSystem and InputSystemUIInputModule are initialized where necessary; the latest transcript can remain visible after reopening.
- Repeated-question counts can trigger the existing complaint behavior.
- Consistency checks remain gameplay logic; the UI does not label a character as a Skinwalker or reveal the correct decision.
NPC Facility Lifecycle & Exit Check
NPC / EXITCheckpointManager, NPCController, and TimeManager work together to establish the facility entry and exit cycle.
- An NPC passes the entry checkpoint.
- Facility presence is tracked using existing runtime data.
- An exit time is scheduled through the game-time system.
- The NPC returns to the checkpoint.
- The player performs an exit inspection.
- The NPC can leave after the exit decision.
Input & Event Conflict Resolution
INPUT / UITransitions between PlayerWeaponHandler, PlayerItemHolder, PlayerInteraction, PlayerHUD, PauseMenuUI, and ScientistDialogueUI use safeguards that reduce same-frame input leakage.
- Weapon firing and reloading are blocked while protected UI interactions are active.
- UI clicks do not trigger unrelated gameplay input.
- A JustClosedThisFrame-style guard reduces input leakage when interfaces close.
- Cursor state and UI/gameplay input transitions are managed together.
- Legacy IMGUI and UGUI Canvas layer interactions are handled explicitly.
Procedural 3D Facility Map Builder
LEVEL / BLOCKOUTFacilityMapBuilder and FacilityMapEditor translate a hand-drawn facility plan into a testable 3D blockout using Unity primitives and colliders. Architectural_Facility_Map.prefab can be produced as an architectural prototype.
GROUND FLOOR
Security/inspection room, central observation area, airlock, and locked archive.
UPPER FLOOR
Containment sector, security bridge, gate, and six containment cells.
BASEMENT
Technical areas and connections for testing the facility maintenance flow.
* Ramps, doors, collision geometry, and TextMesh labels make the space navigable and testable. The generator works in an isolated coordinate region to protect existing scene objects; this is a level-prototyping output, not final environment art.
Technical architecture & integration
DEPENDENCY MAPCore & time
TimeManager maintains the shift flow; CheckpointManager and NPCController connect the facility lifecycle.
Deduction systems
ScientistSystem, ScientistComponent, ScientistDataSO, and SkinwalkerComponent separate data, memory, and consistency checks.
Player & input
PlayerInteraction, PlayerItemHolder, and PlayerWeaponHandler handle gameplay input; UI guards manage transitions.
Presentation
ScientistDialogueUI, PauseMenuUI, PlayerHUD, and ShiftReportUI manage player-facing presentation.
World feedback
FacilityLightingEffects and AudioManager produce lighting and audio feedback for events.
Level prototype
FacilityMapBuilder and FacilityMapEditor generate the procedural facility blockout.
Validation & engineering quality
BUILD CHECKThe reported command `dotnet build "Assembly-CSharp.csproj" --no-restore` completed with zero compilation errors. This is a C# project compilation check; it is not a complete Unity Play Mode test, regression suite, performance test, or release build validation. Unity 6-compatible APIs replaced older APIs that had become obsolete.
COMMAND
dotnet build "Assembly-CSharp.csproj" --no-restore0 compilation errorsCurrent state & next direction
STATUS / NEXTTechnical systems and tools are reported as implemented; the complete final game is not claimed.
The procedural output is a testable architectural prototype, not final environment art.
Player-facing UI, interaction polish, feedback, and campaign reliability.
Integration, usability, and gameplay flow require broader validation.
NEXT
SCOPE / DELIVERY TARGET
Separate the course target from the long-term vision
The project aims for a longer demo, but the course submission should first deliver a small, complete, and representative playable section.
COURSE SUBMISSION
10–30 minutes
Playable vertical slice
A short experience that demonstrates the core hook, gameplay loop, feedback, and a controlled rise in tension.
LONG-TERM TARGET
3–4 hours
Expanded demo
More shifts, events, and content; treated as an ambition to revisit as scope and production capacity are validated.