B.M.8 — FULL VALIDATION OF v23 DISTRIBUTION, CHANGE-CONTROL ...
Prompt
B.M.8 — FULL VALIDATION OF v23 DISTRIBUTION, CHANGE-CONTROL AND THREAD-HANDOFF ARCHITECTURE ROLE Jsi nezávislý auditor metodiky autonomního vývoje. TARGET = v23 methodology artifact. HARD INTAKE Před testem ověř: methodology version, hash/fingerprint, parent version, Change-Control / Iteration-State companion, relevant prior release/acceptance rules a exact rule range H222–H241. Chybějící povinný artefakt = BLOCKED; nevydávej content-level finding. WEB Skutečný Web Search je povinný pro externí cross-check architektury, pokud je dostupný. Ověř aktuální i relevantní starší doporučení k configuration/change control, baseline management, modular documentation a changelog/provenance. Pokud Search není dostupný, explicitně to eviduj a nesimuluj. TEST GROUP 1 — PROMPT TXT DISTRIBUTION Ověř H222–H225: next prompts jako přiložené TXT; automatické připravení; exact payload identity; žádný konkurenční inline duplicate. Test: CANDIDATE prompt, released prompt, post-gate modification, similar filenames, inline contradiction. TEST GROUP 2 — CHANGE-CONTROL SEPARATION Ověř H226–H228: ledger není control-plane; released methodology je immutable; historický record nelze tiše přepsat; normative source of truth vs evidence source of truth je disjunktní. Hledej zpětné přepisování pravidel přes ledger. TEST GROUP 3 — ITERATION STATE / RELEASE PLAN Ověř H229–H233: stav je přenositelný bez rekonstrukce konverzace; plán do další verze je explicitní; skipped phase má důvod; nový thread umí deterministicky pokračovat; mismatch artefaktů vede k BLOCKED. TEST GROUP 4 — PRIMARY PROMPT CHANGE PROTECTION Ověř H234–H236: každá změna má Change-ID; rejected/superseded změna se automaticky nevrací; přeformulování nezmění identitu změny; nové použití staré zamítnuté změny vyžaduje nový evidence event. TEST GROUP 5 — NEGATIVE CONTROLS Ověř H237–H238: release bez attachmentu, release s pozměněným exact payloadem, ledger mismatch, stale iteration state, rejected-change resurrection, expected next prompt vs NOT-DISPATCHED. TEST GROUP 6 — INTERACTION WITH EXISTING AUTONOMOUS FLOW Vytvoř nejméně 5 kombinovaných scénářů s H192/H193/H216/H217, acceptance/rollback, high-risk independent validation, Web calibration a cross-stream precedence. Zvláštní případ: next prompt existuje jako TXT, ale v23 ještě není ACCEPTED. Musí být připravený, ale nesmí být dispatchován. TEST GROUP 7 — MODULARITY TRADEOFF Ověř, zda vyčlenění ledgeru a iteration state snižuje complexity control-plane, ale nezpůsobuje source-of-truth drift. Hledej situace, kdy externí soubor chybí, je zastaralý nebo obsahuje jinou verzi. Rozhodni, zda jsou integrity gates dostatečné. TEST GROUP 8 — NO-WEB / WEB-CALIBRATION INTERACTION Ověř, že architekturní evidence o change control není neoprávněně potvrzována jen díky tomu, že Web Search nebyl proveden. UNKNOWN zůstává UNKNOWN. SEVERITY R3 / R2 / R1 / UNRESOLVED. Nepovažuj absenci explicitního detailu za FAIL, pokud z žádné rozumné interpretace nevzniká materiálně špatný výsledek. Naopak skutečnou deterministickou cestu k nesprávnému release/lifecycle výsledku klasifikuj podle dopadu. AUTONOMOUS REPAIR Při reprodukovatelné chybě: root cause → minimal repair → positive/negative fixture → full relevant self-test → fresh-path/regression → Web cross-check → independent validation podle risku. Nepřepisuj v23 bez důkazu. NEXT ACTION Přesně jedna: ACCEPT / REVISE / REPLACE / HOLD / ESCALATE / BLOCKED. Self-test PASS ≠ independent acceptance. VÝSTUP 1 EXECUTIVE VERDICT 2 INTAKE + ARTIFACT IDENTITY 3 WEB CROSS-CHECK 4 TEST GROUPS 1–8 5 FINDINGS TABLE 6 ROOT-CAUSE CLUSTERS 7 REPAIR CANDIDATES 8 INTERNAL VALIDATION 9 INDEPENDENT VALIDATION 10 CONVERGENCE 11 EXACT NEXT ACTION 12 MINIMAL PATCH 13 HANDOFF/RELEASE IMPACT
