feat(construction): jedes eigene fertige Gebäude wird Bauanker (D-108, Paket 21.1b) - #109
Merged
Conversation
…8, 21.1b) Statt der Rollenliste HQ/Lager/Kraftwerk (D-104) ist ab jetzt jedes eigene, lebende, FERTIGGESTELLTE Gebaeude ein Bauanker und schiebt die Bauzone um seinen eigenen Radius weiter. Baustellen niemals — sie tragen seit 16.3 zwar ihre Definitionsrolle, sind aber ueber IsActiveSite ausdruecklich ausgenommen. Bewusst in Kauf genommen (D-108): eine Kette billiger Gebaeude kann die Zone ueber die Karte schieben. Diese Kopplung von Expansion an die Wirtschaft ist das entschiedene Verhalten, kein Fehler. Nachweis 726/726 gruen (Baseline vorher 725/725). Der neue Test wurde gegen die alte Regel gegengeprueft und schlaegt dort fehl (Applied vs. RejectedInvalidTarget), pinnt also die Regelaenderung und nichts Beliebiges. Entgegen der Erwartung im Auftrag bewegt sich weder der gepinnte KI-Ausgang noch RulesHash64 — siehe Bericht; ein Baseline-PR ist nicht noetig. Umsetzung durch den Kimi-K3-Worker. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
cubetribe
force-pushed
the
feat/s21-anchor-rule
branch
from
August 18, 2026 12:29
cca97a7 to
6fcfeb0
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Setzt D-108 um. Paket 21.1 Teil b aus
docs/production/hashkrieg/21_Sprint_Verknappungsfolgen.md. Teil a (die Messung) ist mit #100 gelandet.Die Regel
Statt der Rollenliste HQ/Lager/Kraftwerk (D-104) ist ab jetzt jedes eigene, lebende, fertiggestellte Gebäude ein Bauanker und schiebt die Bauzone um seinen eigenen Radius weiter.
Baustellen niemals. Sie tragen seit Paket 16.3 (#44) ihre Definitionsrolle und wären damit versehentlich Anker geworden; der Ausschluss läuft ausdrücklich über
IsActiveSite— dasselbe Register, das die Strom- und Kapazitätsprüfungen der Wirtschaft benutzen.Bewusst in Kauf genommen (D-108): eine Kette billiger Gebäude kann die Bauzone über die Karte schieben. Diese Kopplung von Expansion an die Wirtschaft ist das entschiedene Verhalten, kein Fehler — sie steht so auch im Docstring.
Nachweis
dotnet test tools/Nova.SimRunner.Tests— 726/726 grün (Baseline vorher 725/725)ValidatePlacement_EveryCompletedBuildingExtendsTheZone_ItsSiteDoesNotin beiden Spuren (EditMode und .NET)Expected: Applied / But was: RejectedInvalidTarget). Er pinnt also die Regeländerung und nicht irgendetwas.Die erwartete Baseline-Bewegung blieb aus
Der Sprint hatte für dieses Paket ein eigenes Merge-Fenster mit dem Einheitenstrang vorgesehen (Risiko R-3), weil
RulesHash64und der gepinnte KI-Ausgang sich bewegen sollten. Beide bewegen sich nicht:CanonicalAiOutcomeTestsbleibt grün — die kanonische KI-Partie versucht nie eine Platzierung, deren Validierungsausgang unter der neuen Regel kipptRulesHash64bleibt gleich, weilComputeRulesHash64nur numerische Regelkonstanten hasht und die Ankerrollenliste nie ein gehashtes Feld warDas zweite ist eine Lücke, kein Glück, und ist als #108 festgehalten. Ein Baseline-PR ist für diesen hier nicht nötig, und das Merge-Fenster entfällt.
Kein bestehender Test musste angepasst werden: die Dreierliste stand nur in Docstrings.
Schreibhoheit
Simulation/Construction/— Netzstrang/Maintainer, seit D-095 aktiv. Keine eingefrorene Datei, keine fremde Datei berührt.🤖 Generated with Claude Code