docs(rename): die lebende Dokumentation auf die Marke Hashkrieg ziehen (#14, Stufe 3)

[cubetribe]

Was

Stufe 3 der Umbenennung (#14): die lebende Prosa heißt jetzt Hashkrieg. 54 Dateien, 84 Stellen — docs/** plus die Wurzeldateien.

Stufe 1 (Gate-Verträge und lebende URLs) kam mit #121. Stufe 2 (Marke in ProjectSettings, Build-Ausgabe, Menüpfade) bleibt draußen, solange niemand einen Unity-Build fahren kann, um sie zu belegen.

Refs #14

Zwei Regeln haben den Umfang bestimmt

E-3: nur die Marke, niemals die Code-Identität. Der Inhaber hat das am 06.08.2026 entschieden. Unverändert bleiben Namensräume, die siebzehn .asmdef, tools/Nova.SimRunner, NOVA_FIXED_POINT, die Hash-Domänen und Datei-Magics, INovaLogger und Verwandte. Aus „die Nova.Simulation-Assembly des Project-Nova-Projekts" wird „die Nova.Simulation-Assembly des Hashkrieg-Projekts" — und nicht mehr. Nachgeprüft: im gesamten Diff ist keine einzige entfernte Zeile, die einen Nova.*-Bezeichner, ein NOVA_* oder eine .asmdef enthält.

Die Vergangenheit wird nicht umgeschrieben. Entscheidungsprotokoll, Sprintberichte, Testberichte, Statusaufnahmen und Forschungsnotizen behalten den alten Namen, weil er dort der historisch richtige ist. Eine Umbenennung, die die Vergangenheit angleicht, macht die Dokumentation als Beleg wertlos: dann stimmt kein Bericht mehr mit dem überein, wie das Projekt damals tatsächlich hieß.

Der ausführende Worker hat die Klasse-E-Liste aus dem Inventar am Bestand nachgeprüft und um drei eigene Einstufungen ergänzt — docs/tech/review/ (abgeschlossene Sprint-4-Prüfberichte), docs/assets/AssetImport_Tripo_2026-08-06.md (datiertes Protokoll) und docs/production/hashkrieg/README.md (Übergangsmappe, in der der alte Name thematisch zwingend ist).

Was bewusst stehen bleibt

Elf Zitate von Unity-Menüpfaden (Tools/Project Nova/…) und Build-Artefaktnamen (ProjectNova.*) in lebenden Dokumenten. Der Code erzeugt sie noch so. Die Doku darf dem Code nicht vorauslaufen — sonst beschreibt sie einen Menüeintrag, den es nicht gibt. Sie ziehen synchron mit Stufe 2 nach.

Dazu drei Stellen in den Wurzeldateien:

• README.md:210 — derselbe Menüpfad, gleiche Begründung
• README.md:380 — im Verzeichnisbaum; der Ordner heißt auf der Platte tatsächlich so
• NOTICE — nennt absichtlich beide Namen als geschützte Projektnamen. Ein Rechtstext, an dem man nicht aus Konsistenzgründen dreht

Die Zeile, die schlicht falsch war

README.md:441 behauptete:

Der Umbenennungsbeschluss auf Hashkrieg ist im Bestand dieses Repositories noch nicht vollzogen — Repo, Code und Wiki laufen weiter unter Project Nova.

Das GitHub-Repository heißt seit dem 09.08.2026 VibecodingGermany/HashKrieg. Die Zeile sagt jetzt, was tatsächlich gilt: Repo umbenannt, lebende Doku nachgezogen, Code-Identität nach E-3 bewusst Nova.*, Marke und Build-Ausgabe stehen aus.

Nachweis

• python3 .github/scripts/check_docs.py: 196 Markdown-Dateien geprüft, OK — vorher wie nachher, vom Orchestrator unabhängig nachgefahren. Das ist die Prüfung, die docs-checks.yml fährt; sie deckt unter anderem interne Verweise ab
• Keine Datei umbenannt, keine Überschrift so geändert, dass ein Anker wandert — also keine gebrochenen internen Links
• Diff-Gegenprobe auf Code-Identität: leer

Herkunft

docs/** erarbeitet von Kimi K3 als delegiertem Worker gegen das Umbenennungs-Inventar aus Sprint 21 (reports/v8.6.0/umbenennung-hashkrieg/01-kimi-inventar.md) — jede Stelle einzeln gesichtet, kein Suchen-und-Ersetzen. Die Wurzeldateien sind Einzelschreiber und vom Orchestrator selbst gezogen.