docs(sprint): Sprint 21 abschließen, Sprint 22 festplanen, Worker-Berichte einpflegen

[cubetribe]

Was

Der Papierkram zu einer Sitzung, in der acht Pakete auf main gelandet sind — plus die Berichte, die nach Core Rule 8 in den Bestand gehören und nicht in eine Sitzung.

Sprint 21 ist abgeschlossen

Alle acht Pakete liegen auf main, die headless-Kette steht am Ende bei 736/736. Der neue Ergebnisabschnitt trägt die Paket-zu-PR-Tabelle und, wichtiger, was der Sprint über sich selbst gelernt hat:

R-1 war unterzählt. Das Risiko nannte vier Stellen, an denen die kanonische Feldlage literal im Repo steht. Es sind sechs. Fünf sind mitgezogen; die sechste (Assets/_Project/Editor/BootstrapSceneGenerator.cs:296) liegt außerhalb der Schreibhoheit und ist heute folgenlos, weil MapDefinitionSO außerhalb von Editor/ keinen Laufzeitkonsumenten hat. Als Paket 22.3 nachgezogen.

R-2 war schlicht falsch. Der Sprint nahm an, vier Baseline-Gruppen würden rot, und leitete daraus seine wichtigste Merge-Regel ab. Keine einzige Baseline hat sich bewegt — auch nicht bei einer kompletten Kartenneuschreibung samt unbegehbarem Gelände. Das ist bequem und zugleich der eigentliche Befund: die Determinismus-Baselines pinnen Wire-Formate und PRNG, aber keinen Karteninhalt. Dieselbe Lücke wie #108 bei der Ankerregel, nur größer.

Dreimal hat ein Arbeiter angehalten statt zu raten — falsche Prämisse in D-108, die sechste Spiegelstelle, der nicht beobachtbare Reparaturzustand eines Pioniers — und dreimal war das die wertvollere Antwort. Ein vierter Lauf, als Gegenleser angesetzt, hat in der neuen Geländequelle eine sachlich falsche Begründung gefunden (die Behauptung, eine einzellige Wand lecke diagonal). Sie ist rechnerisch widerlegt und vor dem Merge berichtigt worden. Genau diese Sorte Docstring hat D-108 erzeugt.

Was ausdrücklich offen bleibt, steht ebenfalls dort: die gespielte Runde, die Unity-Testspuren, die CI-Lücke bei der Geländetabelle, der CostField-Docstring, und der blinde Fleck im Erreichbarkeitstest.

Sprint 22 ist festgeplant

Vier kleine Pakete, alle aus den Nebenbefunden von Sprint 21 und dem Umbenennungs-Inventar. Der Sprint baut bewusst kein neues System: was drin ist, ist heute schon kaputt oder fehlend, und niemand merkt es, weil nichts es prüft.

• 22.1 Auswahl benutzbar (Einzelne Einheit in einer großen Gruppe finden und auswählen #50) — bereits geliefert in #123
• 22.2 Gate-Vertrag auf das richtige Repo (Umbenennung Project Nova → Hashkrieg im Bestand vollziehen #14 Stufe 1) — bereits geliefert in #121
• 22.3 Die sechste Feldlage-Spiegelstelle, und die Frage, warum MapDefinitionSO existiert, wenn es niemand liest
• 22.4 Das Gate läuft grün über zwei Assemblies, die es nicht gibt

Ein eigener Abschnitt weist sechs autonom getroffene Entscheidungen aus, die während der Abwesenheit des Inhabers gefallen sind — jede revidierbar, jede mit Begründung. Sie stehen dort, damit sie nicht stillschweigend Bestand bekommen. Die zwei wichtigsten: #108 und die Reparaturzone (#55) werden hinter den Betatest verschoben, weil das eine jeden verteilten Testbuild ungültig macht und das andere die Kampfbalance verschiebt — beides würde genau die Rückmeldung verfälschen, die der Betatest liefern soll.

Die Berichte

Sechs Kimi-Läufe, alle mit --out in den Bestand geschrieben statt in eine Sitzung:

Bericht	Inhalt
sprint-21/06-kimi-karte-21.6-21.7.md	die Kartenarbeit, Feldlage-Herleitung, Gelände-Entwurf, Epoch-Rechnung
sprint-21/07-kimi-verifikationskette.md	#110 und #74, plus drei Wege für Unity in der CI mit Empfehlung
sprint-21/08-kimi-gegenlesen-karte.md	die Gegenlesung: sieben Angriffsfragen, Befunde nach Schwere, Prüfliste auch dort, wo nichts gefunden wurde
sprint-22/01-kimi-auswahl-findbarkeit.md	der Lauf zu #50 — an der Stundenquote gescheitert, nachdem Code, Tests und Nachweis standen
umbenennung-hashkrieg/01-kimi-inventar.md	Vollinventar der Umbenennung nach fünf Risikoklassen, mit der Antwort auf die Kernfrage: ein Namespace-Rename kostet keine Regelrevision
umbenennung-hashkrieg/02-kimi-gatevertrag.md	die Stufe-1-Umsetzung, mit den neun lebenden Fundstellen außerhalb der Schreibhoheit

Reine Doku- und Berichtsänderung. Kein Code, keine Testbewegung.