Sammler steht nach Fertigstellung der Raffinerie still, statt zu ernten

[cubetribe]

Aus dem Betatest vom 09.08.2026 (Build a434e2c, macOS). Quelle: docs/production/hashkrieg/Testberichte/2026-08-09_a434e2c_T-01.md

Beobachtung

Nach dem Bau der Raffinerie fährt der Sammler nicht los, obwohl Aetherium in unmittelbarer Nähe liegt. Er bleibt stehen, bis man ihn von Hand mit H auf ein Feld schickt.

Der Tester nennt das den ersten Stolperstein der Partie: „Er hat keinen anderen Zweck außer zu sammeln."

Ursache

ConstructionSystem.GrantFoundingHarvester (seit f4335a1) stellt den kostenlosen Sammler korrekt hin, setzt aber keinen Erntebefehl: UnitState.HarvestFieldId bleibt 0.

Der Auto-Kreislauf in EconomySystem (ernten → zurückbringen → ernten) ist vorhanden und funktioniert — er setzt aber nur einen bestehenden Befehl fort. Die zurückbehaltene Feld-ID ist der gesamte Mechanismus. Ohne initiale Zuweisung greift er nie.

Das ist ein anderer Fehler als #20: dort brach der Kreislauf nach der Rückkehr ab, das ist seit 15dfe73 behoben.

Erwartung

Ein frisch gestellter Sammler nimmt selbstständig das nächstgelegene erreichbare Aetheriumfeld auf.

Zu beachten

• Die Feldwahl muss deterministisch sein: aufsteigende Feld-Indizes, Distanzvergleich in Fixed-Point, niedrigster Index gewinnt bei Gleichstand — sonst bricht die Lane-Parität
• Die Zuweisung läuft in der Bauphase, also als direkter Zustandsschreibzugriff wie der Spawn selbst; sie darf keinen Zustand über die Tick-Grenze tragen
• Offen zu entscheiden: gilt das nur für den geschenkten Gründungssammler oder für jeden neu produzierten Sammler?

Datei

Assets/_Project/Scripts/Simulation/Construction/ConstructionSystem.cs — GrantFoundingHarvester

[cubetribe]

Am Code geprüft (2026-08-09) — eingeplant als Sprint 16, Paket 16.1.

Ursache: ConstructionSystem.GrantFoundingHarvester erzeugt den Sammler über EntityManager.SpawnUnit ohne jeden Befehl. HarvestFieldId bleibt 0, IsReturningCargo false, TargetGridPos/GoalGridPos ungültig. Es gibt keinen Pfad, der das nachholt: HarvestFieldId wird ausserhalb der Economy-Auflösung nur im Spielerbefehl und in der KI geschrieben, und die Sammler-Eskorte in RtsDeviceInput steigt bei fieldId == 0 sofort aus.

Zwei Fehler mehr, die beim Hinsehen aufgefallen sind:

1. Es gibt keinen Latch. CompleteSite ruft GrantFoundingHarvester bei jeder fertiggestellten Raffinerie — ohne Spieler-Flag, ohne Zähler. Die zweite Raffinerie und jeder Wiederaufbau schenken erneut. Die Startaufstellung über PlaceCompletedBuilding schenkt dagegen nie, weil sie CompleteSite gar nicht durchläuft.
2. Das Scheitern ist stumm. Ist der Entity-Store voll, fehlt die Fraktionsdefinition oder findet die Ringsuche in acht Ringen keine freie Zelle, kehrt die Funktion ohne Meldung zurück. Der Spieler steht ohne Sammler da und erfährt nicht, warum.

Umsetzung: Erntebefehl auf das nächstgelegene Feld, deterministisch nach Index. Der Latch wird abgeleitet, nicht gespeichert — geschenkt wird nur, wenn der Slot im Moment des Bauabschlusses keinen lebenden UnitRole.Harvester besitzt. Ein Zählerfeld im Wirtschaftszustand wäre ein Bruch des Snapshot-Formats (EconomySystem.StateVersion).