docs(sprint): Sprint 21 festplanen und als Großauftrag erteilen (D-108, D-109)

[cubetribe]

Aus dem Vorschlag zu den Verknappungsfolgen
(Testbericht T-01, Issues #85–#94) wird nach zwei Inhaberentscheidungen ein
festgeplanter Sprint. Reine Dokumentation — kein Spielcode berührt.

Die zwei Entscheidungen

D-108 — Territorium wächst kriechend an jedem eigenen Bauanker.
ConstructionSystem.BuildInfluenceRadiusCells = 8 misst ab einem eigenen
Bauanker, nicht ab dem HQ. Jedes fertige Gebäude erweitert die Zone also um
seinen eigenen Radius. Das stand so im Code und wurde nie ausgesprochen — es
bleibt und ist ab jetzt gewollte Mechanik: klassisches C&C, und es koppelt
Expansion genau so an die Wirtschaft, wie die Verknappung aus D-102 es verlangt.

Die im Bericht gemeldete Enge wird nicht über den Radius beantwortet, sondern
zuerst gemessen. MinimumBuildingDistanceCells = 2 sperrt Zellen innerhalb der
Zone und ist die plausiblere Ursache; Paket 21.1 liefert die Kapazitätszahl als
Test, bevor irgendein Wert fällt.

D-109 — Die Kartenmitte wird ein Gebiet mit schmalen Zufahrten.
Feld 5 liegt bei (62, 62) und trägt mit 15.000 AE zwei Drittel mehr als jedes
andere; die Absicht war getroffen, nur nicht ausgespielt. Verbindliche Auflage:
Begehbarkeit und Optik stammen aus einer einzigen Struktur.

Heute tun sie das nicht, und das ist der teure Teil des Sprints:

• CostField kann unbegehbare Zellen (OpenCost = 1, ImpassableCost = 255),
  aber der Konstruktor füllt alles mit OpenCost und es schreibt niemand
  hinein ausser ConstructionSystem für Gebäude-Footprints.
• GlutrinneBlockoutView streut rund 84 Felsen mit festem Seed und sichert im
  eigenen Docstring zu, nie in den Simulationszustand zu schreiben — die Felsen
  sind Deko und begehbar.

Zwei getrennte Quellen ergäben Einheiten, die durch sichtbare Felsen laufen und
an unsichtbaren Wänden hängenbleiben — ein Fehlerbild, das später niemand mehr
der Kartenarbeit zuordnet.

Die Schreibhoheit bleibt dabei gewahrt: CostField.SetCost ist bereits
öffentlich und wird aus Gameplay/Match/ aufgerufen, wie PathfindingTestBootstrap
es vorführt. Simulation/Pathfinding/ wird nicht angefasst.

Was dieser PR enthält

• 21_Sprint_Verknappungsfolgen.md
  — Sprint 21, sieben Pakete nach Abhängigkeit sortiert:

  	Paket	Issue	Hängt an
  21.1	Territoriumsregel aussprechen und Enge messen	Wie wächst Territorium? Der Code beantwortet es bereits, ausgesprochen wurde es nie #92	—
  21.2	Restbestand sichtbar machen (kritisch)	Aetherium-Vorkommen zeigen ihren Restbestand nicht — weder als Zahl noch auf der Karte #86	—
  21.3	Startmenge rechnen statt raten	Startvorkommen: 9.000 AE gemessen, 10.000 gewünscht — Reichweite einmal rechnen statt schätzen #87	21.2
  21.4	Baubereich sichtbar machen	Baubereich ist unsichtbar — BuildInfluenceRadiusCells=8 erfährt der Spieler nur durch Ablehnung #91	21.1
  21.5	Auswahl sagt die Wahrheit	Mehrfachauswahl: Befehle stammen vom Anführer statt von der Schnittmenge, Typen und HP fehlen #88	—
  21.6	Karte trägt mehr Felder	Kartendichte: fünf AE-Felder auf 128×128 lassen keine Wahl, nur einen Wettlauf #93	21.1
  21.7	Die Mitte wird ein Gebiet (teuerstes)	Zentrale AE-Zone mit Chokepoints — Feld 5 ist die Anlage, es fehlt das Gebiet #94	21.6

• AUFTRAG_Verknappungsfolgen.md
  — der gebündelte Auftrag: Block 1 = Sprint 21, Block 2 = Sprint 18. Sprint 18
  kommt direkt dahinter, weil 21.5 (Mehrfachauswahl: Befehle stammen vom Anführer statt von der Schnittmenge, Typen und HP fehlen #88) und 18.1 (Einzelne Einheit in einer großen Gruppe finden und auswählen #50) dieselben zwei Dateien
  aus entgegengesetzten Richtungen anfassen — 21.5 liest eine Auswahl, 18.1
  stellt eine her.

• D-108 und D-109 im DecisionLog, Changelog-Zeilen unter [Unreleased].

• Index der Planungsmappe nachgezogen.

Ausdrücklich draussen

#89 (Patrouille) und #90 (Bewachen). Beide brauchen einen Eintrag im
eingefrorenen CommandKind-Register, eine neue Payload und Zustand pro Einheit
im Snapshot. Das ist ein API-/Schema-Vorgang mit @API-Guardian und einer
Versionsrelevanz eher major als minor.

#85 ist bereits vom Einheitenstrang behoben (#97) und geschlossen.

Drei Berichtigungen im Bestand

1. AUFTRAG_Grossblock.md behauptete, dotnet test laufe lokal nicht. Es
   läuft — im Repo-Root liegt ein mitgeliefertes .dotnet/ mit exakt der in
   global.json gepinnten Version 8.0.318, voller Lauf rund 14 Sekunden. Die
   falsche Aussage hat Agenten dazu gebracht, auf die CI zu warten, statt vorher
   zu prüfen.
2. Der Index nannte Lager und Radar noch „Attrappen" — seit 16.4 (Lager kostet Geld und Energie, hat aber keine Wirkung #53) und 16.5
   (Radar hat keine Wirkung — die Minimap ist nicht daran gekoppelt #54) wirken beide.
3. Sprint 17 Paket A war Block 3 des vorigen Auftrags, nicht Block 4.

Nachweis

python3 .github/scripts/check_docs.py lokal grün (183 Markdown-Dateien), alle
relativen Links der geänderten Dateien gegen das Dateisystem geprüft — kein
toter Link. Kein Spielcode, keine Baseline, keine gespielte Runde nötig.