Spielfluss v29: Umsetzung und Prüfstand

Dieser Bericht hält die erste v29-Lieferung mit begrenztem Smokecheck fest. Die anschließend ausdrücklich beauftragten Pakete B/C und umfangreichen Prüfblöcke samt Korrekturen stehen im v29.1-Bericht.

September 2026. Auftrag: QA-Spielfluss-Plan, anschließend „OK, umsetzen!“. Basis main bei 22067b1284d8b563e6928de632c3e12a6c427139; vorheriger verifizierter Release v28.1, Quellcommit 40f3bf063951e04cc67d7aa0130cb4841919a1f3. Basischeck und Worktree-/Statuskontrolle erfolgten vor Änderungen.

Umsetzung

Zwölf Bossabschlüsse: Sichtbare Reparatur, Befreiung, Öffnung oder Entmachtung entsprechend der Geschichte. Krabbe legt die Arme zurück, der Wal lässt Frachter frei, das Netzherz stabilisiert Verbindungen; spätere Bosse zeigen ihre eigenen geöffneten, getrennten oder stillgelegten Bauteile. Etwa 2,8 Sekunden Auflösung, danach ruhige Darstellung. Bestehende Grafiken und Materialien bleiben erhalten.
Zeit für den Sieg: Erster Abschluss mindestens 7,5 Sekunden, Wiederholung mindestens 3 Sekunden vor der bewussten Fortsetzung mit A/Leertaste/Enter oder Klick. Kein automatischer Abflug. Die kleinere untere Anzeige lässt das zentrale Bild frei. Pause und Loslassen vor erneuter Bestätigung werden berücksichtigt.
Gesicherter Abschluss: Ergebnis, Erstabschlussstatus, Statistik und Belohnungsbasis werden vor der Inszenierung erfasst. Die vorhandene Transaktion speichert genau einmal über die Attempt-ID; der spätere Bericht löst keine zweite Vergütung aus. Ein bereits erreichtes Bossziel verhindert weitere Pilotverletzungen im letzten Frame. Fehlerwiederholung bleibt möglich.
Klang und Hinweise: Eine Erfolgsgeste statt doppelter Siegtonausgabe, zwei Sekunden Übergang zur vorhandenen ruhigen Ambience. Situativer Auftragshinweis und Sprachuntertitel stehen getrennt; die Sprecherrolle wird sichtbar benannt. Briefings sind als Bordcomputer gekennzeichnet.
2-2: Rund 350 Welteinheiten durch unterschiedliche Kurse und zwei begrenzte Begegnungen. Das Sternentor kommt erst am Ende ins Bild; sichtbare Ankunft des Frachters.
3-1: Drei Werftbereiche, zwei Verbindungen mit je 150 Einheiten. Die vorhandenen Anflug-, Eskorte-, Entlade- und Scannerphasen bleiben bestehen. Dockansichten und Querverkehr bewegen sich mit den Orten.
3-2: Zusammenhängende Formation durch drei räumliche Abschnitte, rund 200 Einheiten; anschließend einzeln sichtbare Ankünfte. Verlorene Verbindungen und Reparatur halten den gemeinsamen Weg an.
7-2: Dieselben befreiten Frachter bleiben auf den vorhandenen Verbindungsreisen erhalten. Rettung zählt erst beim Hafendock. Beschädigte Begleiter warten zur Scannerreparatur.
8-1: Energie wird vor dem Anflug aufgenommen und bleibt mitgeführt/wiederaufnehmbar. Erwachte Maschinen bleiben erhalten: Deckung, Stabilisierung späterer Fracht, gemeinsames Öffnen des letzten Durchgangs.
11-1: Fracht reist über die vorhandenen Anflüge zu demselben Versorgungsschiff; Aufnahme- und Andockseiten variieren. Verlorene Ladung ist wieder erreichbar und hält den Weiterflug an.

Die drei späteren Missionen behalten ihre vorhandenen Anfluglängen. Gegnergesundheit, globale Preise, Missions-IDs, Speicherformat 7, bisherige Prämien/Freischaltungen und alle vier Kapitel mit 36 Einsätzen bleiben erhalten. Die neuen Weltstrecken sind Implementierungswerte, keine nachgewiesenen menschlichen Spielzeiten oder Balancereglergebnisse.

Stimme: ausdrückliche Nutzerentscheidung

Auf die bereitgestellte Auswahl antwortete der Nutzer: „Stimmen vorerst beibehalten; ich beurteile den Vergleich später.“ Computer und Crew bleiben unverändert. Keine neue Sprachproduktion, kein Austausch der Originale oder Qwen-Takes. Der Hörvergleich enthält neun vorhandene Beispiele mit eindeutigen Rollen, eine portable HTML-Seite und ein Quellenmanifest. Kopien wurden bytegleich geprüft; das ist keine Hör-/Mixabnahme.

Durchgeführte begrenzte Verifikation

Tools/Unity.ps1 -Action EditModeTests -TestFilter SpaceHero.Tests.BossVictoryFlowTests.FinalScanSavesVictoryBeforeRestAndRequiresFreshReturnAfterPause kompiliert die Quellen und wählt genau einen kurzen Übergangstest.

Erster Lauf 20260913-023028: 1/1 bestanden, Artifacts/20260913-023028-editmode-results.xml, Log Artifacts/Logs/20260913-023028-EditModeTests.log.
Der Test verwendet einen ausdrücklich vorbereiteten späten Magnetwalzustand in einem frischen isolierten Profil. Der letzte Scannerkontakt erfolgt mit normaler Bewegung/Scannerlogik. Anschließend prüft er Speicherung vor dem Szenenwechsel, unveränderte Statistik während gehaltener Kampfknöpfe, ausbleibenden Autoabflug, Pause, erneutes Loslassen/Bestätigen und genau einmalige Belohnung bis zum Bericht.
Abschließende Wiederholung desselben einzelnen Falls 20260913-024139: 1/1 bestanden, Artifacts/20260913-024139-editmode-results.xml, Log Artifacts/Logs/20260913-024139-EditModeTests.log. Der Quellstand enthält die Reviewkorrekturen an Reparaturfolgeverhalten, Frachtabwurf an den Bildschirmrändern, Schaden nach bereits erreichtem Bossziel, Intrepid-Abschlusspositionen und pausierender Reisebewegung. Das sind zwei Läufe desselben Falls, keine zwei unterschiedlichen bestandenen Tests.
Diese Läufe sind kein kompletter Bosskampf, kein Missionsdurchflug, keine Bildschirmaufnahme und keine native Audio-/Controllerprüfung. Die weiteren Boss- und Missionsabläufe wurden zusätzlich unabhängig im Code auf konkrete Abschluss-, Referenz- und Erreichbarkeitsprobleme geprüft; auch das ersetzt keinen Durchflug.

Vorhandene Boss-/Missionspiloten und betroffene Tests wurden für frische Fortsetzung beziehungsweise echte Weltstrecken angepasst. Die Prüfbedingungen zur tatsächlichen Kampfhandlung, Formation, Fracht und Belohnung bleiben erhalten. Nicht ausgeführte Tests werden nicht als bestanden gezählt.

Noch offene Abnahme

Umfangreiche Tests sind gemäß AGENTS.md, Abschnitt 3, separat freizugeben. Offen sind die echten zwölf Bossabschlüsse, sechs überarbeiteten Missionsflüge samt Varianten, visuelle Bewegungs-/Formatprüfung, nativer Mix, realer Controller sowie menschliches Reise-/Siegesgefühl. Sternebedingungen und Schrott pro Spielminute benötigen für die längeren Missionen eine neue praktische Beurteilung. Es wird keine vollständige Regression, Familienabnahme oder Gesamtabnahme behauptet.

Die vorbereiteten Testpakete mit Zweck, Umfang und Zeitrahmen stehen in Abschnitt 7 des Plans. Keine vollständige Kampagne, umfangreiche GPU-/Audio-/Leistungsrunde oder Änderung an Nutzerprofilen wurde aus diesem allgemeinen Umsetzungsauftrag abgeleitet.

Lieferung

Version 0.29.0, Quellcommit 362468f53732cde538852671e1833859106cc03b, Build Playtest-v29-flow. Erstellung über Tools/Unity.ps1 -Action Build: Artifacts/Logs/20260913-024256-Build.log, 728.634.823 Bytes, 0 Fehler, 14 bekannte Warnungen (zwölf alte Prototype-Hinweise, zwei im unveränderten Plasmashader). Die Produktionsszene Assets/SpaceHero/Scenes/SpaceHero.unity ist im Buildlog belegt.

174 Builddateien wurden vor Paketierung in Artifacts/QA-Build-Playtest-v29-flow.json eingefroren, Zeitpunkt 2026-09-13T00:44:11.2677904Z. Keine native QA fand statt. Tools/Package-Playtest.ps1 erstellte das zentrale Paket SpaceHero-Playtest-20260913-024413.zip, 327.032.166 Bytes. Tools/Verify-Playtest.py prüfte alle 176 Dateien in ZIP und entpacktem Ordner gegen dieses Manifest und beide Anleitungen. Bericht Artifacts/Releases/SpaceHero-Playtest-20260913-024413.verification.json: allFilesMatchQABuildManifestAndGuides: true.

SHA-256: 9dbc9a212eb190a8e16036ccc0ff0f6be4ec26d3d11d9395c58d4d4d5a4ea018. Spielstart und Download. PROJECT-STATE weist v29 als neue verifizierte Paketbasis aus. Spielquellen und Lieferdokumentation sind im gemeinsamen main integriert; der separate alte Worktree bleibt erhalten. Eigene Unity-/Spielprüfprozesse sind beendet. Ein Paketvergleich belegt Dateiintegrität und Herkunft; er ersetzt die oben offenen Spielprüfungen nicht.