SeymourBETA

Update 2.79

10.6.2026

v2.79.0BETAMINOR

Seymour

SIN Chain Builder Tor 5: operator-gesteuerte Backup/Apply-SANDBOX — wird auf eine Wegwerf-KOPIE angewendet und byte-identisch rückgängig gemacht; SIN bleibt für öffentliches Schreiben GESPERRT

Öffnet Tor 5 des SIN Chain Builder: Es beweist, dass ein validierter SinApplyPlan (Tor 3/NEMESIS) und AEON-geprüfter (Tor 4/OMEGA) in einer Sandbox/gesteuerten Kopie angewendet und rückgängig gemacht werden kann — ohne das Spiel zu berühren, ohne echte Benutzerdateien anzufassen, ohne RT2 und ohne öffentlichen Button. Backup/Apply-Sandbox ist kein öffentliches Authoring. Neue nur-Sandbox-Klassen in FfxLib/Ai/Sin: SinSandboxApplyGate (SinSandboxEligibility — die 8 Nur-Lese-Bedingungen: strukturell gültig · ApplyAcceptable bleibt false · eine SEPARATE explizite AllowSandboxApply-Berechtigung · nur AEON-HINZUFÜGEN · kein kritischer Blocker außerhalb des abbaubaren Gerüsts, die Regel, die die Blocker trennt, die Tor 5 selbst auflöst (plan-blocker/rung-ladder), von den echten (candidate/blocked-Payload, divmul-integrity, jump-slots, step-blocker)), SinSandboxApplySession (Orchestrator: Kopie → Backup-vor-Schreiben → echtes Emittieren nur in die Kopie → echter Diff → Verifikation, dass das Original unberührt ist → Wiederherstellung → byte-identisch), SinSandboxBackup (.prev.bak der Kopie + Pre-Image-Hash + Restore), SinSandboxRestoreVerifier (SHA-256 + Byte-Vergleich) und SinSandboxApplyResult (inspektierbares Ergebnis + Ausgabetemplate). ECHTER Apply über den bewährten Codec: Für das zulässige Rezept lädt er eine Wegwerf-Kopie eines echten Monsters (nur-lesend aus dem Korpus → work/), baut den linearen Körper über AppendGuardedAction(immer-wahr-Guard PUSHII 1) — die einzige saubere, selbst-relozierende Methode, die am Ende des Codes anhängt (bestehende Offsets bleiben stabil) —, führt SpliceAiFileIntoMonsterGrow aus, liest neu ein (sauberes Re-Parsen = offline-emittable-Rung), führt einen ECHTEN AiScript_Diff.Compare(original, edited) aus (nur der beabsichtigte ADDED-Block, 0 modified / 0 removed = AEON-reviewed-Rung, keine Drift) plus AiValidator.ValidateRebuilt (AiScriptLab-clean-Rung), und erst dann schreibt er in die KOPIE (nach dem .prev.bak = backup-ready-Rung). 3 Pilot-Rezepte (eine Ehrlichkeits-Entscheidung, niemals künstlich grün): SIN-006 (Véu de Bevelle, Selbst-Buff in Runde 1; bewiesenes Self-Target, keine Command-Payload, kein 0x16/0x17) = das EINZIGE zulässige → echter Sandbox-Apply (m201, OnTurn aufgelöst via AiWorkerMapping.TryResolveCombatOnTurn, Diff +15 ~0 -0, byte-identische Wiederherstellung, Original-/Korpus-Hash unverändert); SIN-009 (Mandato do Maester; candidate-Payload) = konservativ GESPERRT (eine Wegwerf-Kopie ist keine Entschuldigung, eine unehrliche Payload zu schreiben; dokumentierte Entscheidung); SIN-010 (Farplane Toll, HP%) = GESPERRT durch die 0x16 DIV vs. beabsichtigte HP%-Multiplikation (divmul-integrity) — 0x16/0x17 ist ein dedizierter PATCH auf einer anderen Lane und wird hier NIE behoben. Zusätzliche Beweise: ohne die AllowSandboxApply-Berechtigung ist selbst SIN-006 GESPERRT (operator-gesteuert); ein unerwarteter (manipulierter) Diff wird abgelehnt durch dasselbe konservative Prädikat (+0 ~1 -0 → conservative=False); das Original wird nie geschrieben (AppliedToOriginal=NO, bewiesen durch Hashing sowohl der Referenzkopie als auch der echten Korpusquelle). Neues Tor --sin-sandbox-rt0: führt die 3 Rezepte aus, beweist Backup/Wiederherstellung/Isolation und einen Dateisystem-Guard (nichts außerhalb von work/ geschrieben, kein .prev.bak/monster_*.bin im Ausgabeverzeichnis, jede echte Fixture nur-lesend mit unverändertem Hash, das Sandbox-Verzeichnis am Ende bereinigt — keine Rückstände, nie committet). (NEUE ausführbare Fähigkeit: Sandbox-Apply-Ebene + Tor; überschreitet die Rungs /// auf einer Kopie AiScriptLab). Umfang/Ehrlichkeit: SIN bleibt für öffentliches Schreiben GESPERRT — Tor 5 gilt nur für eine Sandbox/Kopie, es ist NICHT RT2 und KEIN öffentlicher Button; PublicApplyAllowed=NO/Rt2=NO konstruktionsbedingt. Es macht keinen öffentlichen Writer/Save/Runtime/RT2/UI/Button in MonsterAiEditor; es fasst keine echte monster_*.bin/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/Common(ANIMA) an; es nutzt SinDryRunPlanner/SinPlanValidator/SinAeonDiffPlanner + AiScript_File.AppendGuardedAction/SpliceAiFileIntoMonsterGrow/AiScript_Diff/AiValidator (der Round-Trip bereits 345/345 durch --aiasm-rt0 bewiesen). Build 0 Fehler; --sin-sandbox-rt0 + --sin-aeon-preview-rt0 (Tor 4) + --sin-validate-rt0 (Tor 3) + --sin-dryrun-rt0 (Tor 2) + --aicmdmeta-rt0 + --spiraatlas-rt0 + --aiasm-rt0 alle PASS. Docs: docs/ai/SIN_PENANCE_BACKUP_APPLY_SANDBOX_RESULT_2026-06-10.md + docs/ai/HANDOFF_PENANCE_SIN_RT2_PILOT_NEXT_2026-06-10.md. [previous: v2.78.1]

Zurück zu Updates

SeymourBETA

Update 2.79

10.6.2026

v2.79.0BETAMINOR

Seymour

SIN Chain Builder Tor 5: operator-gesteuerte Backup/Apply-SANDBOX — wird auf eine Wegwerf-KOPIE angewendet und byte-identisch rückgängig gemacht; SIN bleibt für öffentliches Schreiben GESPERRT

Öffnet Tor 5 des SIN Chain Builder: Es beweist, dass ein validierter SinApplyPlan (Tor 3/NEMESIS) und AEON-geprüfter (Tor 4/OMEGA) in einer Sandbox/gesteuerten Kopie angewendet und rückgängig gemacht werden kann — ohne das Spiel zu berühren, ohne echte Benutzerdateien anzufassen, ohne RT2 und ohne öffentlichen Button. Backup/Apply-Sandbox ist kein öffentliches Authoring. Neue nur-Sandbox-Klassen in FfxLib/Ai/Sin: SinSandboxApplyGate (SinSandboxEligibility — die 8 Nur-Lese-Bedingungen: strukturell gültig · ApplyAcceptable bleibt false · eine SEPARATE explizite AllowSandboxApply-Berechtigung · nur AEON-HINZUFÜGEN · kein kritischer Blocker außerhalb des abbaubaren Gerüsts, die Regel, die die Blocker trennt, die Tor 5 selbst auflöst (plan-blocker/rung-ladder), von den echten (candidate/blocked-Payload, divmul-integrity, jump-slots, step-blocker)), SinSandboxApplySession (Orchestrator: Kopie → Backup-vor-Schreiben → echtes Emittieren nur in die Kopie → echter Diff → Verifikation, dass das Original unberührt ist → Wiederherstellung → byte-identisch), SinSandboxBackup (.prev.bak der Kopie + Pre-Image-Hash + Restore), SinSandboxRestoreVerifier (SHA-256 + Byte-Vergleich) und SinSandboxApplyResult (inspektierbares Ergebnis + Ausgabetemplate). ECHTER Apply über den bewährten Codec: Für das zulässige Rezept lädt er eine Wegwerf-Kopie eines echten Monsters (nur-lesend aus dem Korpus → work/), baut den linearen Körper über AppendGuardedAction(immer-wahr-Guard PUSHII 1) — die einzige saubere, selbst-relozierende Methode, die am Ende des Codes anhängt (bestehende Offsets bleiben stabil) —, führt SpliceAiFileIntoMonsterGrow aus, liest neu ein (sauberes Re-Parsen = offline-emittable-Rung), führt einen ECHTEN AiScript_Diff.Compare(original, edited) aus (nur der beabsichtigte ADDED-Block, 0 modified / 0 removed = AEON-reviewed-Rung, keine Drift) plus AiValidator.ValidateRebuilt (AiScriptLab-clean-Rung), und erst dann schreibt er in die KOPIE (nach dem .prev.bak = backup-ready-Rung). 3 Pilot-Rezepte (eine Ehrlichkeits-Entscheidung, niemals künstlich grün): SIN-006 (Véu de Bevelle, Selbst-Buff in Runde 1; bewiesenes Self-Target, keine Command-Payload, kein 0x16/0x17) = das EINZIGE zulässige → echter Sandbox-Apply (m201, OnTurn aufgelöst via AiWorkerMapping.TryResolveCombatOnTurn, Diff +15 ~0 -0, byte-identische Wiederherstellung, Original-/Korpus-Hash unverändert); SIN-009 (Mandato do Maester; candidate-Payload) = konservativ GESPERRT (eine Wegwerf-Kopie ist keine Entschuldigung, eine unehrliche Payload zu schreiben; dokumentierte Entscheidung); SIN-010 (Farplane Toll, HP%) = GESPERRT durch die 0x16 DIV vs. beabsichtigte HP%-Multiplikation (divmul-integrity) — 0x16/0x17 ist ein dedizierter PATCH auf einer anderen Lane und wird hier NIE behoben. Zusätzliche Beweise: ohne die AllowSandboxApply-Berechtigung ist selbst SIN-006 GESPERRT (operator-gesteuert); ein unerwarteter (manipulierter) Diff wird abgelehnt durch dasselbe konservative Prädikat (+0 ~1 -0 → conservative=False); das Original wird nie geschrieben (AppliedToOriginal=NO, bewiesen durch Hashing sowohl der Referenzkopie als auch der echten Korpusquelle). Neues Tor --sin-sandbox-rt0: führt die 3 Rezepte aus, beweist Backup/Wiederherstellung/Isolation und einen Dateisystem-Guard (nichts außerhalb von work/ geschrieben, kein .prev.bak/monster_*.bin im Ausgabeverzeichnis, jede echte Fixture nur-lesend mit unverändertem Hash, das Sandbox-Verzeichnis am Ende bereinigt — keine Rückstände, nie committet). (NEUE ausführbare Fähigkeit: Sandbox-Apply-Ebene + Tor; überschreitet die Rungs /// auf einer Kopie AiScriptLab). Umfang/Ehrlichkeit: SIN bleibt für öffentliches Schreiben GESPERRT — Tor 5 gilt nur für eine Sandbox/Kopie, es ist NICHT RT2 und KEIN öffentlicher Button; PublicApplyAllowed=NO/Rt2=NO konstruktionsbedingt. Es macht keinen öffentlichen Writer/Save/Runtime/RT2/UI/Button in MonsterAiEditor; es fasst keine echte monster_*.bin/Aurora/native-menu/Blitzball/Shop/Mix/Sphere/Common(ANIMA) an; es nutzt SinDryRunPlanner/SinPlanValidator/SinAeonDiffPlanner + AiScript_File.AppendGuardedAction/SpliceAiFileIntoMonsterGrow/AiScript_Diff/AiValidator (der Round-Trip bereits 345/345 durch --aiasm-rt0 bewiesen). Build 0 Fehler; --sin-sandbox-rt0 + --sin-aeon-preview-rt0 (Tor 4) + --sin-validate-rt0 (Tor 3) + --sin-dryrun-rt0 (Tor 2) + --aicmdmeta-rt0 + --spiraatlas-rt0 + --aiasm-rt0 alle PASS. Docs: docs/ai/SIN_PENANCE_BACKUP_APPLY_SANDBOX_RESULT_2026-06-10.md + docs/ai/HANDOFF_PENANCE_SIN_RT2_PILOT_NEXT_2026-06-10.md. [previous: v2.78.1]