Dokumentversion: 0.19.1 | Status: unveröffentlichter Entwicklungsstand, spielbar | Verantwortungsbereich: Executive Producer / Technical Writer | Stand: 2026-08-08
Ein Echtzeitstrategiespiel in der Tradition von Command & Conquer — Basisbau, Ernte, Armee, Karte kontrollieren. Gebaut mit Unity und C#, offen entwickelt. Arbeitstitel in Umstellung: Hashkrieg.
Es ist spielbar. Eine vollständige Runde gegen die KI läuft seit dem 7. August 2026 — ausprobieren.
| Allianz | Legion | ||
|---|---|---|---|
 |
 |
 |
 |
Concept-Art, keine Bildschirmfotos aus dem Spiel. Der komplette Satz: Kontaktbogen
Diese Seite ist der Einstieg in Repository, Projektstatus und Dokumentation. Sie unterscheidet bewusst zwischen vorhandenem Prototypcode und dem, was tatsächlich läuft — und sie sagt offen, welche Entscheidung als Nächstes ansteht.
- GOVERNANCE.md – Tier-Modell, aktives Governance-Tier
- AGENTS.md – verbindliche Arbeitsregeln
- CONTRIBUTING.md – Branch-, PR- und Review-Ablauf
- docs/README.md – vollständiger Wiki-Index
- docs/vision/Lore.md – Weltentwurf Hashkrieg
- docs/vision/Konzept_Hashkrieg.md – die Mechanik-Variante, über die entschieden werden muss
- docs/production/MVPRecoveryPlan.md – Inhalt der Stufen G0 bis G5 (Evidenzvertrag ruht)
- docs/production/MVPContentManifest.md – exakter MS-1-Inhalt
- docs/production/DecisionLog.md – alle Entscheidungen mit Alternativen
- docs/production/ScopeLedger.md – Register aller Verschiebungen gegenüber dem MS-1-Inhalt
Die Welt ist nicht an einem Krieg zugrunde gegangen, sondern an einer Abrechnung. Als Rechenleistung die einzige Größe wurde, die noch Wert bemaß, verfiel am Tag des Großen Abschlusses jeder Anspruch, der nicht durch nachgewiesene Rechenleistung gedeckt war. Renten, Anleihen, Grundbücher. Nicht gestohlen — nur nicht abgerechnet. Es war eine korrekt ausgeführte Regel, und genau daran zerbricht die Welt bis heute: Es gibt niemanden, den man dafür hängen könnte.
Beide Fraktionen haben denselben Tag erlebt und entgegengesetzte Lehren gezogen:
| Allianz | Legion | |
|---|---|---|
| Lehre | Es war ein Buchhaltungsfehler | Genau so fängt es wieder an |
| Ziel | eine verlässliche Abrechnungsinstanz | die Kette dauerhaft umkämpft halten |
| Baut | für die Ewigkeit: versiegelt, teuer, symmetrisch | für morgen früh: offen, billig, ersetzbar |
| Widerspruch | braucht dafür ein Monopol | braucht dafür den ewigen Krieg |
Frieden ist nicht Unwille, sondern Arithmetik. Einkommen ist Anteil, nicht Ertrag: Wer nicht wächst, schrumpft. Und die 51-Prozent-Mehrheit ist für die Allianz der Sieg und für die Legion das Weltende — beide haben recht.
Der vollständige Weltentwurf inklusive Kampagnen-Anker steht in docs/vision/Lore.md.
Das ist gerade die wichtigste ungeklärte Frage des Projekts, und sie ist bewusst offen: Ändern wir die ökonomische Grundschleife, oder nicht?
Heute (und in jedem RTS seit 1995): Ressourcen fließen nach innen. Harvester fahren raus, sammeln Aetherium, bringen es heim. Die Basis verbraucht.
Die Variante „Hashkrieg": Energie fließt nach außen. Du erzeugst Strom im Zentrum deiner Basis und lieferst ihn per Konvoi an Rechenfarmen an der Peripherie, die Ertrag erwirtschaften. Jedes Watt ist eine Entscheidung — rechnet es, oder schießt es?
Was daran hängt:
| bleibt gleich | ändert sich | |
|---|---|---|
| Sammler-Loop | Ladung, Ladezeit, Docks, verwundbare Konvois | die Richtung kehrt sich um |
| Biome | Karten und Gelände | bekommen eine wirtschaftliche Identität (Kühlung) |
| Wirtschaftsknick | Taktgeber ins Endgame | wird zum angekündigten Halving |
| Superwaffe | teuer, sichtbar, sabotierbar | wird zur 51-Prozent-Attacke |
| Fog of War | gilt für die Karte | gilt nicht für die Konten: jeder sieht die Einnahmen aller |
Die vollständige Analyse mit Mechanik-Mapping, Match-Bogen und drei bewerteten Optionen steht in docs/vision/Konzept_Hashkrieg.md. Kurzfassung der dortigen Empfehlung: MS-1 wie geplant fertigstellen — die Mechanik ist mechanisch fast identisch und validiert sich dabei selbst —, den Hashkrieg-Umbau danach als Prototyp erproben.
Gegenmeinungen sind ausdrücklich erwünscht. Wenn du dazu etwas zu sagen hast: ein Issue aufmachen und in zwei Sätzen begründen, welche Option du für richtig hältst.
Phase: Implementierungs-Recovery · Governance: Tier 2
Am 7. August 2026 wurde die erste vollständige Runde gespielt — vom Hauptmenü über Basisbau, Ernte und Truppenproduktion bis zum Gefecht und zum Ergebnisbildschirm. Ernten, bauen, kämpfen, gewinnen, neu anfangen: das Spiel trägt sich zum ersten Mal selbst.
| Ergebnisstufe | Status |
|---|---|
| Spielbar | ja — lokales 1v1 gegen eine KI, eine Runde von Anfang bis Ende |
| Kernloop | geschlossen (2026-08-07) |
| MS-0 | offen — Kern läuft, Cross-Plattform- und Perf-Nachweise stehen aus |
| MS-1 / MVP | nicht erreicht — Lücken im ScopeLedger |
| Alpha | nicht begonnen |
Aufeinander aufbauende Sprints haben aus einer Simulation ohne Zugang ein Spiel gemacht, das man starten, bedienen und gewinnen kann:
| Was daraus wurde | |
|---|---|
| Spielbare Kernschleife (D-077) | Klassischer C&C-Start: HQ, ein Builder, 3.000 AE. Slot 1 wird von einer KI gespielt — sie baut, erntet, produziert Truppen und greift in Wellen an, und sie tut das über denselben versiegelten Befehlspfad wie ein menschlicher Gegner im Netzwerk. Eine Runde endet mit der Zerstörung des feindlichen Hauptquartiers. |
| Hauptmenü und Einstellungen (D-083) | Menü mit Key Art, Titel und Musik statt Direktstart ins Match. Musik- und SFX-Regler, Renderdetail, vSync, Auflösung, Vollbild — als lesbares JSON gespeichert. Erstes UI-Toolkit-UI im Projekt. |
| Bedienbares HUD (D-084) | Bauleiste mit allen neun Gebäuden samt Sperrgrund, Kommandokarte, Minimap mit Kamerafenster, Platzierungsvorschau, Auswahl- und Sammelpunktmarker. Alles Sichtbare ist auch anklickbar. |
| Bauen und Kartenbild (D-085) | Baustellen werden fertig: Der Builder fährt selbst zur Baustelle, die Karte sagt, was sie tut („kein Builder", „im Bau, 43 %", „fertig in ~12 s"). Dazu ein Zonenmodell, das überlappende HUD-Panels konstruktionsbedingt ausschließt, und eine Wüste aus prozeduraler Textur, Streufelsen und warmem Licht — ohne ein einziges neues Asset. |
| Gefecht und Rundenrahmen (D-086, D-087) | Der Schritt, der den Loop schließt. Einheiten und Türme erfassen Ziele selbst und erwidern Feuer — vorher brauchte jeder einzelne Schuss einen Klick. Der Harvester fährt seinen Kreislauf allein: hin, ernten, abliefern, wieder von vorn. Dazu Lebensbalken, Ergebnisbildschirm mit Neue Runde, sichtbare Pause, Kontrollgruppen 1–9 und Ingame-Musik. |
| Truppenführung (D-088) | Formationen verteilen Gruppen deterministisch auf freie Zielzellen, Separation wirkt auch im Stand und Gebäude-Footprints liegen im Kostenfeld. Einheiten kommen als Gruppe an und laufen um Gebäude statt hindurch. |
| Zwei-Spieler-Netzpfad (D-089) | TCP-Relay, Startbeweis, Lockstep-Barrier, State-Hash-Vergleich, NOVAREC2-Aufzeichnung und die Verdrahtung durch MatchConfig, MatchBootstrap und MatchRunner sind implementiert. A8 Stufe 1 ist nachgewiesen; zwei Unity-Fenster, LAN und VPS bleiben offen. |
| Sichtbares und hörbares Gefecht (D-090) | Fog-sicher abgeleitete Schuss-, Treffer- und Todesereignisse treiben gepoolte VFX und zwölf Tier-0-Audioereignisse. 35 unveränderte Kenney-CC0-OGGs sind mit Provenienz und Hashes eingebunden; die manuelle 60-Einheiten-Abnahme bleibt offen. |
Dazu durchgehend: Fraktionsidentität (Allianz und Legion unterscheiden sich
in Schadensmatrix, Waffenwerten, Kosten und Harvester-Kapazität), ein
deterministischer Simulationskern mit 549/549 bestandenen Headless-Tests,
eine Unity-Baseline von 521/521 EditMode und 8/9 PlayMode — einziger
Fehler ist der bekannte headless-RenderTexture-Fall — sowie 34 3D-Assets,
die über eine Drop-in-Pipeline einfahren (§5). Die nach dem Unity-Lauf
ergänzten Audio-/Death-Hold-Assertions sind kompiliert, aber nicht erneut
ausgeführt.
Ehrlich und ohne Beschönigung. Der Loop läuft — aber ein Spiel ist mehr als ein funktionierender Loop:
- Kein Attack-Move. Truppen feuern zwar von selbst, halten unterwegs aber nicht an, um zu kämpfen.
- Netzwerkabnahme und Betrieb stehen aus. Der Zwei-Spieler-Pfad ist verdrahtet und headless nachgewiesen; zwei Unity-Fenster, LAN, Linux/systemd, VPS und der Live-Workflow sind noch nicht vollständig ausgeführt.
- Gefechtsdichte ist noch nicht manuell abgenommen. VFX und SFX sind implementiert; die geplante Sicht- und Gegenhörprüfung mit 60 Einheiten bleibt offen.
- Strang C ist offen. Endliche Aetheriumfelder, wirksames Lager und Radar, Low-Power-Wirkung sowie die übrigen Wirtschafts- und Platzierungsregeln sind noch nicht umgesetzt.
- Kein Speichern. Die Simulation kann ihren Zustand vollständig serialisieren und hash-identisch fortsetzen — es fehlt nur das Schreiben auf die Platte.
Der ausgeführte Stand und die offenen Abnahmen stehen im Sprintbericht 12 und im ausgelagerten Strang-B-Bericht.
Das Repository enthält einen unvollständig integrierten Prototyp. Dateien, Typen und isolierte Tests sind kein Fertignachweis — führend bleibt der Implementierungs-Audit. Was stattdessen als Nachweis zählt, definiert GOVERNANCE.md: grüne CI plus eine gespielte und protokollierte Runde.
Seit D-091 gilt Governance-Tier 2: Externe Beiträge kommen ausschließlich
aus Forks, und nur Dennis Westermann (@cubetribe) und Michael Falk
(@travelhawk) dürfen nach main mergen. Nach dem Tier-2-Remote-Rollout braucht
jeder PR eine Freigabe des jeweils anderen Maintainers. Das Gate-Regime G0–G5
mit Evidence- und Receipt-Verträgen blockiert nichts mehr; es ist vollständig
erhalten und ruht bis Tier 3 — siehe
quality/README.md.
Eine Runde dauert etwa 15 bis 30 Minuten und läuft so: Menü → Neues Spiel → Raffinerie bauen → Harvester produzieren → Kraftwerk und Kaserne → Armee bauen → zur Gegnerbasis → feindliches Hauptquartier zerstören → Ergebnisbildschirm.
Lokales 1v1 gegen eine KI, mit Menü, Musik, Bauleiste, Minimap, Fog of War, Schadensmatrix und Siegauswertung. Was läuft und was nicht, steht weiter unten — bitte vor dem ersten Start lesen.
- Projekt in Unity
6000.5.4f1öffnen (exakter Pin, kein Auto-Upgrade). Assets/_Project/Scenes/Bootstrap.unityöffnen und Play drücken.- Das Hauptmenü erscheint. „Neues Spiel" startet das Match: 128×128-Karte, du bist Slot 0 (Allianz), Slot 1 spielt die KI (Legion).
Ohne das Art-Paket rendert das Spiel Graybox-Primitive statt 3D-Modelle — es ist in beiden Fällen vollständig spielbar (§5).
Die Szene ist Maschinenausgabe. Wenn sie beschädigt oder veraltet ist, wird
sie über das Menü Tools/Project Nova/Create Bootstrap Scene neu erzeugt — die
.unity-Datei wird nie von Hand bearbeitet.
Man braucht diese Tabelle nicht mehr. Seit dem HUD-Sprint ist alles Nötige
anklickbar: Bauleiste unten, Kommandokarte rechts, Minimap links. Die Tasten sind
Abkürzungen für Geübte. Verbindlich ist der Code (RtsDeviceInput).
| Eingabe | Wirkung |
|---|---|
| Linke Maustaste, Klick | Eigene Einheit oder eigenes Gebäude auswählen, sonst Auswahl leeren |
| Linke Maustaste, Ziehen | Box-Auswahl · mit Shift zur bestehenden Auswahl hinzufügen |
Strg+1…9 · 1…9 |
Kontrollgruppe setzen · Kontrollgruppe abrufen |
| Rechte Maustaste | Bewegen; mit einem eigenen Produktionsgebäude in der Auswahl: Sammelpunkt setzen |
| Mittlere Maustaste, Ziehen | Kamera drehen · Leertaste setzt sie zurück |
| Pfeiltasten, Bildschirmrand | Kamera schwenken · Mausrad Zoom · Z / X drehen |
S · A · H · R |
Stop · Angriff · Ernten · Ladung abliefern |
Y B C Shift+B V T G F |
Gebäude platzieren: Raffinerie, Kraftwerk, Lager, Kaserne, Fahrzeugfabrik, Forschungslabor, Radar, Verteidigungsplattform |
U Q N E Shift+E D Shift+D |
Einheit in Auftrag geben: Builder, Harvester, Panzerabwehr, Späher, Leichter Panzer, Kampfpanzer, Artillerie |
P · F3 |
Simulation pausieren · Debug-Panel ein- und ausblenden |
Beim Platzieren folgt ein Baugeist dem Cursor — grün heißt gültig, rot heißt
nicht. Linksklick setzt, Rechtsklick oder Escape bricht ab.
Es gibt kein Speichern und kein Laden — der Menüeintrag „Laden" ist sichtbar, aber ausgegraut. Die Simulation kann ihren Zustand vollständig serialisieren und hash-identisch fortsetzen; es fehlt nur das Schreiben auf die Platte.
Beide Player entstehen im Verzeichnis Builds/, das gitignoriert ist. Sie
liegen also nur auf der Maschine, die sie gebaut hat. Neu bauen im Batchmode:
/Applications/Unity/Hub/Editor/6000.5.4f1/Unity.app/Contents/MacOS/Unity \
-quit -batchmode -nographics -projectPath "$PWD" \
-executeMethod Nova.Editor.BuildScript.BuildMacOSArm64 # oder BuildWindows64macOS — der aktuelle lokale Test-Build
Builds/MacOSArm64/ProjectNova.app ist ein universelles Mach-O für x86_64
und arm64 und gültig ad hoc signiert. Er ist weder notarisiert noch ein
reproduzierbarer Release und liegt wegen Builds/ nicht in Git. Gatekeeper kann
bei einem kopierten oder heruntergeladenen, quarantänemarkierten Build warnen;
den folgenden Schritt deshalb nur für einen vertrauenswürdigen Build verwenden:
xattr -dr com.apple.quarantine "Builds/MacOSArm64/ProjectNova.app"
open "Builds/MacOSArm64/ProjectNova.app"Windows — Builds/Windows64/ProjectNova.exe ist ein unsignierter
Mono-Player, von macOS aus gebaut. SmartScreen warnt beim ersten Start.
Ehrliche Einschränkung: Der Build ist abgeschlossen, wurde aber nie
ausgeführt — der erste Windows-Start ist gleichzeitig der erste echte Test.
Läuft — eine vollständige Runde, Ende zu Ende: Lockstep-Kern mit 10 Hz, Befehle ausschließlich durch den versiegelten Command-Pfad; Menü, Einstellungen und Musik; Auswahl, Kontrollgruppen, Formationen, Separation und Flow-Field-Pathfinding um Gebäude; Basisbau von der Bauleiste bis zum fertigen Gebäude; der Harvester-Kreislauf ohne Mikromanagement; Produktionswarteschlangen mit Sammelpunkt; Fog of War; Schadens- und Panzerungsmatrix; Einheiten und Türme, die selbst Ziele erfassen und Feuer erwidern; fog-sichere Schuss-, Treffer- und Todes-VFX samt Gefechts-SFX; eine KI, die baut, erntet, Truppen produziert und in Wellen angreift; Lebensbalken, sichtbare Pause und ein Ergebnisbildschirm mit Neue Runde.
Läuft noch nicht:
- Kein Attack-Move. Truppen feuern von selbst, halten unterwegs aber nicht zum Kämpfen an.
- Netzwerk und Gefechtsdichte sind noch nicht vollständig manuell abgenommen. A8 Stufen 2–4 sowie die 60-Einheiten-Sicht-/Gegenhörprüfung bleiben offen.
- Strang C ist offen. Wirtschaftsdruck, Low Power und die ausstehenden Gebäude- und Platzierungsregeln fehlen noch.
- Lager und Radar kosten Geld und tun nichts. Zwei von neun Gebäuden warten noch auf ihre Wirkung.
Die vollständigen Grenzen stehen im aktuellen Sprintbericht. Die vollständige Liste der Verschiebungen steht im ScopeLedger, das Sitzungsprotokoll im GrayboxLog.
34 Entwürfe, 17 Rollen je Fraktion, alle im selben Format und derselben Lichtsetzung. Der Leuchtakzent trägt die Fraktionsidentität — Cyan gegen Orange — und entspricht der Teamfarben-Maske im späteren Spielasset.
- Bildstandard – Rahmung, Licht, Palette, Formensprache, Maßstabsanker, Abnahmekriterien
- Ordner und Herkunftsnachweis – Provenienz je Bild inklusive Modell, Prompt und SHA-256
Status der Concept-Art: Entwürfe zur Formfindung, keine Produktionsassets.
34 Modelle sind produziert und im Spiel — je Fraktion die neun Gebäude- und acht Einheitenrollen. Sie liegen bewusst nicht im Repository: rund 105 MB hätten es mehr als verdoppelt und wären später nur per History-Rewrite wieder herauszubekommen. Stattdessen werden sie als Paket verteilt (AssetPackage.md) und fahren per Drop-in ein — ein konventionskonformes Prefab wird beim Import automatisch registriert.
Ein frischer Clone ist deshalb immer spielbar: fehlt das Paket, rendert das Spiel Graybox-Primitive, bei denen die Form die Rolle und die Farbe den Spieler kodiert. Mit Paket stehen dieselben Einheiten als Modelle da. Die Simulation merkt davon nichts.
Das Projekt ist offen und wird gerade von sehr wenigen Leuten getragen. Mithilfe ist willkommen — besonders in diesen Bereichen:
| Du kannst… | Dann schau hier |
|---|---|
| mitentscheiden, ob die Wirtschaft umgedreht wird | §2 und Konzept_Hashkrieg.md |
| eine Runde spielen und sagen, wo es sich falsch anfühlt | §4 — genau so sind die letzten drei Blocker gefunden worden |
| 3D-Assets bauen aus den Concept-Art-Vorlagen | Bildstandard und AssetBudget |
| an der Simulation arbeiten (C#, deterministisch, Unity-frei) | SimulationCore und CodingGuidelines |
| die KI stärker machen — sie spielt, aber schlicht | SkirmishAi_Spec |
| Sound testen oder ausbauen — Tier 0 ist integriert, dichte Gefechtsmischung sowie Tier 1/2 sind offen | Audioplan und Sprint 12B |
| Doku verbessern | DocumentationStandard |
Zwei Dinge, die den Einstieg leichter machen: Der Simulationskern ist
Unity-frei und läuft headless über tools/Nova.SimRunner — man braucht
Unity nur für die Darstellung. Und jede Entscheidung im Projekt steht mit
mindestens drei geprüften Alternativen im
DecisionLog; nichts wird still geändert.
Ablauf steht in CONTRIBUTING.md. Fragen gern als Issue.
D-056 begrenzt MS-1 auf:
- Allianz gegen Legion, Mensch gegen KI;
- Glutrinne, Wüste, S, 128×128, klares Wetter;
- je neun Gebäude- und acht Einheitenrollen;
- vollständiges Aetherium einschließlich endlicher Reserve, Nachwachsen, Ausbreitung, permanenter Überernte und KI-Feldmanagement;
- Pause, Save/Load/Recovery und das definierte Accessibility-Minimum.
Evolvierte, Luft, T3, Zusatzkarten, Multiplayer, Kampagne, Telemetrie, Steam/Cloud und finale Art/Audio sind Post-MVP.
- Engine: Unity
6000.5.4f1, Revisiond550df8bd089 - Rendering: URP
- Sprache: C#
- Simulation: Unity-freier, autoritativer
Nova.Simulation-Kern, Q16.16-Fixed-Point ab G1 - Host: Unity und
Nova.SimRunnerverwenden dieselben Core-/Sim-Quellen
Automatische Editor-Upgrades sind verboten. Eine Re-Evaluierung benötigt nach G5 oder bei einem belegten Engine-Blocker eine neue D-ID.
Project Nova/
├── Assets/ Unity-Projekt und Prototypcode
├── docs/ Living-Documents-Wiki
│ ├── vision/ Weltentwurf, Kernspielgefühl, Zielgruppe
│ ├── gamedesign/ Vollspiel-GDD mit MS-1-Overrides
│ ├── tech/ technische Verträge
│ ├── assets/ Art-Standard und Concept-Art
│ └── production/ Entscheidungen, Gates, Risiken, Planung
├── quality/
│ ├── content/ maschinenlesbares MVP-Manifest
│ ├── scenarios/ kanonische Abnahmeszenarien
│ ├── schemas/ Evidence-Schema; keine Platzhalter-Evidence
│ └── scripts/ Schema-, Semantik- und Integritätsprüfung
├── tools/ unter anderem Nova.SimRunner
├── AGENTS.md
├── CONTRIBUTING.md
└── CHANGELOG.md
main ist PR-only. Arbeit erfolgt auf kurzen
feat/, fix/, docs/, chore/, refactor/ oder codex/-Branches,
gefolgt von Squash-Merge und linearer Historie. Es gibt keinen dauerhaften
Integrationsbranch.
In Tier 2 laufen tests, docs-check, integrity und baseline-guard auf
jedem PR; für externe PRs kommt external-contributor-review hinzu. Nach dem
ersten erfolgreichen Lauf der neuen Checks in einem Folge-PR werden sie im
GitHub-Rollout als Required Checks geschaltet. Dieser Teil des quality-gate
prüft nur Verträge und Negative Controls. Der vorhandene Authorize-Job bleibt
bis G0-A2 schlafend und läuft nicht im normalen PR-Pfad. Eine Änderung am
Trust-Bundle wird ohne Gate-Fortschritt gemergt und kann sich nicht selbst
autorisieren.
Soweit die jeweiligen Rechteinhaber sie unter diesen Bedingungen freigegeben haben, stehen originale Quellen und Projekt-Dokumentation unter PolyForm Noncommercial 1.0.0: nicht-kommerzielle Nutzung, Änderungen und Weitergabe sind erlaubt; eine allgemeine kommerzielle Nutzung nicht. Die Lizenz ist source-available, aber keine OSI-Open-Source-Lizenz.
Kunst, Audio, Schriften, 3D-Modelle, Texturen, Marken und Drittanbieterpakete sind davon ausgenommen und behalten ihre eigenen Rechte — siehe NOTICE und Lizenzregister.
Externe Beiträge sind willkommen, aber nur als Fork-PR. Mit dem gesetzten CLA-Häkchen im PR akzeptiert der Beitragende die Contributor License Agreement, damit der Projektinhaber angenommene Beiträge später auch kommerziell relizenzieren darf. Dieser zusätzliche Relizenzierungsweg gilt nur für Beiträge mit dokumentierter CLA-Zustimmung. Frühere Beiträge und Rechte anderer Beitragender werden dadurch nicht rückwirkend übertragen.
- Die Wirtschaftsfrage aus §2 ist die wichtigste offene Entscheidung.
- Der Umbenennungsbeschluss auf Hashkrieg ist im Bestand dieses Repositories noch nicht vollzogen — Repo, Code und Wiki laufen weiter unter Project Nova.
- Q-018 (Preis) und Q-019 (Telemetrie) bleiben offen und blockieren MS-1 nicht.
Zur Bewertung, in dieser Reihenfolge:
- Netzwerkabnahme — zwei Unity-Fenster, LAN und VPS schließen A8 Stufen 2–4; Linux/systemd und der Live-Workflow müssen ebenfalls real laufen.
- Gefechtsfeedback manuell abnehmen — ungefähr 60 feuernde Einheiten, SFX-Regler, Klangbalance und Kamera-Listener gegenhören und ansehen.
- Wirtschaftsdruck — endliche Aetheriumfelder geben der Runde einen Bogen und einen Grund, um Gebiet zu kämpfen.
- Attack-Move — Truppen sollen unterwegs Gegner bekämpfen, ohne jeden Kontakt einzeln befohlen zu bekommen.
- Gebäude mit Wirkung und KI-Ausbau — Lager und Radar warten auf ihre Funktion; der Gegner spielt, aber schlicht.
Die Gate-Kette G0–G5 ruht unter Tier 2 und wird erst wieder aufgenommen, wenn das Projekt ein Publikum hat.
| Version | Datum | Änderung | Autor |
|---|---|---|---|
| 0.18.0 | 2026-08-08 | Sprint 11 und Sprint 12 A/B in Projektstatus, Spielanleitung, Grenzen und nächste Schritte übernommen; Truppenführung, TCP-Relay sowie VFX/SFX nicht länger als fehlend bezeichnet; macOS-Testbuild korrekt als universell und ad-hoc-signiert dokumentiert | Technical Writer |
| 0.19.0 | 2026-08-08 | D-091: Source-available Lizenz, CLA und Tier-2-Beitragsmodell ergänzt; die zwei Maintainer mit Merge-Recht und die Asset-/Markenabgrenzung klar benannt | Technical Writer |
| 0.19.1 | 2026-08-08 | CLA-Wirkung auf Beiträge mit dokumentierter Zustimmung begrenzt; keine rückwirkende Rechteübertragung unterstellt | Technical Writer |
| 0.7.1 | 2026-07-24 | Recovery-Baseline nach Implementierungs-Audit | Executive Producer / Lead Technical Director |
| 0.8.0 | 2026-07-24 | Closed-Core MS-1, exakten Engine-Pin, G0-offenen Status und Quality-Verträge D-056–D-061 aufgenommen | Executive Producer / Technical Writer |
| 0.8.1 | 2026-07-24 | Evidence-Semantikvalidator ergänzt und Dokumentstruktur korrigiert | Technical Writer / Lead QA Engineer |
| 0.8.2 | 2026-07-24 | Sprint-6-Endstatus und auf G0 begrenzten Start von Sprint 7 eindeutig formuliert | Executive Producer / Technical Writer |
| 0.9.0 | 2026-07-24 | D-062-Evidence-Kette sowie Victory-, MatchConfig- und Commander-MS-1-Overrides ergänzt | Executive Producer / Technical Writer / Lead QA Engineer |
| 0.10.0 | 2026-07-24 | D-063-Schema 1.2, kanonische Check-Artefakte, Drei-Lauf-Messung und Protected-CI-Trustpfad aufgenommen | Executive Producer / Technical Writer / Lead QA Engineer |
| 0.11.0 | 2026-07-24 | D-064: Schema 1.2 auf Integrität begrenzt, G0-A vor G0-B gestellt und subject-unabhängigen Schema-1.3-Bootstrap verankert | Executive Producer / Technical Writer / Lead QA Engineer |
| 0.12.0 | 2026-07-25 | D-066: G0-A1-Integritätsgrundlage vom zweiphasigen G0-A2-Receipt-Authorizer getrennt und zirkulären Pass-Pfad entfernt | Executive Producer / Technical Writer / Lead QA Engineer |
| 0.13.0 | 2026-07-26 | Abschnitt „Das Spiel ausprobieren" mit Editor-Start, Steuerungslegende, Player-Anleitung und ehrlicher Abgrenzung des Graybox-Stands ergänzt | Technical Writer |
| 0.14.0 | 2026-07-26 | Abschnitt zum neuen Arbeitstitel Hashkrieg ergänzt: Weltentwurf, Concept-Art-Satz und Style-Guide verlinkt | Technical Writer |
| 0.15.0 | 2026-07-26 | Neu gegliedert und bebildert: Hashkrieg-Richtung nach vorn gezogen, die offene Wirtschaftsentscheidung als eigener Abschnitt sichtbar gemacht, Mitmach-Abschnitt mit Einstiegspunkten ergänzt, Projektstatus um Graybox und Fraktionsidentität aktualisiert, Lizenzlage präzisiert | Technical Writer |
| 0.17.0 | 2026-08-07 | Kernloop geschlossen: erste vollständige Runde gespielt. Sprint „Gefecht und Rundenrahmen" (D-086, D-087) als fünfte Zeile in den Werdegang aufgenommen; Projektstatus von „fast geschlossen" auf „geschlossen" gezogen und der Kopf sagt jetzt in der ersten Zeile, dass das Spiel spielbar ist; „Was noch fehlt" komplett ersetzt (die vier alten Punkte sind erledigt) durch Einheiten-Stapelung, Wegfindung durch Gebäude, fehlendes Attack-Move und stumme Gefechte; Steuerung um Kontrollgruppen und additive Auswahl ergänzt; Nächste Schritte auf Sprint 11 umgestellt; Sprint-Feld im Kopf entfernt, weil die Sprint-7-Zählung seit der Hashkrieg-Reihe nicht mehr trägt | Technical Writer |
| 0.16.0 | 2026-08-06 | Auf den Stand nach vier Sprints gezogen (D-077, D-083, D-084, D-085): Projektstatus nennt jetzt die spielende KI, Menü, bedienbares HUD und funktionierendes Bauen; §4 korrigiert den Start (Menü statt Direktstart), führt die vollständige Steuerung und ersetzt die überholte „was die Graybox nicht kann"-Liste durch den echten offenen Rest; §5 dokumentiert die 34 3D-Assets und die Drop-in-Pipeline statt „es existiert kein 3D-Asset"; Mitmach-Tabelle und Nächste Schritte auf den laufenden Sprintplan umgestellt | Technical Writer |