Erst belegen.
Dann behaupten.
Die Seite dokumentiert Rebuild-Arbeit, nicht Marketing-Parität. Ein Status wird nur so weit formuliert, wie die Quelle und der Test ihn tragen.
Binär- und Laufzeitverhalten prüfen; keine Adressen oder Abläufe aus dem Gedächtnis ergänzen.
Den Fehler oder das fehlende Verhalten zuerst reproduzierbar festhalten.
Kleine native Änderungen oder getrennte WASM-Änderungen mit klarer Systemgrenze.
Tests, Browser-Gates, Baseline-Readback und Release-ID dokumentieren.
Ein laufender Client ist nicht automatisch ein eigenständiger Rebuild.
Der native Arbeitsbaum ersetzt oder umhüllt Funktionen des eingefrorenen Original-Images beim Build. Noch nicht rekonstruierte Bereiche können weiter im Image laufen. Das hält den Prozess inkrementell testbar; es bedeutet ausdrücklich nicht, dass das Original-Image bereits entfernt wurde.
Gebaut · getestet · veröffentlicht sind verschiedene Dinge.
Ein bestandener Build beweist keinen Spielstart. Ein Browser-Gate ersetzt keinen echten iPhone-Test. Eine veröffentlichte Teilkorrektur beweist keine Gesamtparität. Das Log trennt diese Aussagen, statt sie zu einem Fortschrittsbalken zu verrechnen.