Privat · spelbar förhandsversion · Deterministisk simulering
FireOne
Ett ubåtstaktiskt spel om osäkerhet, geometri och åtagande — där den intressanta frågan är när underlaget är tillräckligt bra för att agera.
- Nisch
- Taktisk simulering begränsad av information
- Kärnstack
- Rust · Bevy ECS · Ratatui
- Arkitektur
- Auktoritativ deterministisk simulering
- Mål
- Native klient som taktisk ledningsstation
Nischen
FireOne försöker inte återge en ubåt visuellt. Det försöker återge beslutsproblemet i ubåtsstrid.
Spelaren lyssnar, klassificerar osäkra kontakter, ändrar geometri, väljer när aktiv avkänning ska avslöja den egna positionen, avfyrar ett vapen och lever med följderna. Produktnischen är taktisk simulering där information i sig är en knapp resurs.
Vad som skiljer det
Skillnaden mellan världens sanning och observerad sanning upprätthålls av arkitekturen, inte genom rollspel.
Spelare, AI och presentationslager konsumerar observationer i stället för dolda transformationer eller allvetande tillstånd.
Ett fast seed, scenario och kommandohistorik ska återge samma auktoritativa simulering för repriser, tester och balansarbete.
Terminalgränssnittet är en klient till simuleringen, inte spelets sanningskälla; den native Bevy-klienten är byggd för att konsumera samma säkra projektion.
Den avsedda motståndaren resonerar utifrån tillåtna observationer i stället för att få privilegierad åtkomst till världen.
Produkt- och designtänkande
Bättre grafik är bara användbar om den bevarar osäkerheten.
Den native klienten är tänkt som en taktisk ledningsstation snarare än en allvetande fri kamera. Sonar, periskop, ljud och statusytor kan förbättra perceptionen, men får inte avslöja information som spelaren inte har förtjänat genom avkänningsmodellen.
Kärnloopen handlar medvetet om åtagande snarare än reaktionshastighet. Position, kontaktkonfidens och timing ska väga tyngre än att snabbt trycka av så fort ett objekt syns på skärmen.
Utvecklingsmetod
Simuleringens korrekthet behandlas som en del av produktkontraktet.
Kärnan förblir headless och testbar, presentationen äger inte spelvärldens sanning och renderingsfrekvens eller enhetsbeteende får inte ändra auktoritativa resultat med fast seed. Migreringar sker stegvis så att en lyckad kompilering aldrig räknas som bevis för att beteendet överlevde.
Den nuvarande TUI:n är värdefull just eftersom den gör simuleringen användbar innan den slutliga presentationsklienten finns, samtidigt som den fungerar som referens- och debugklient för senare native-arbete.
Determinism förändrar också den kreativa processen. En sonarmodell, ett AI-beteende, en vapenregel eller ett medvetet svårt scenario kan utforskas med fasta seeds, återspelbara kommandohistoriker och olika presentationsklienter. Det gör experiment billiga utan att göra frågan mindre ärlig: förbättrade idén beslutsproblemet, eller gjorde den bara skärmen mer dramatisk?
Privat kodarkiv · proprietär förhandsversion