dynamic workflows non adoption

host 機能 dynamic workflows の Li+ 非採用

Question

Opus 4.8 の host 機能 dynamic workflows を Li+ で採用するか。

Current resolution

採用しない（#1430 closed / Option A）。dynamic workflows の「完了窓」（中間結果が isolated env のスクリプト変数に隔離され、親には truncate 成果物 + temp ポインタのみ返る界面）が、親を観測者役（中立裁定者）に強制召喚し、character + source-check 認証を同時に剥がすため。verdict 本体は #1430 コメントに durable 保管。

Edges

• relates to: liplus-context-rot-tension — isolate（per-agent context）は context-rot の SOTA mitigation だが、Li+ では完了窓が認証剥がしのコストを併発する非対称がある

背景

完了窓が出す2段の害:

1. tone 軸: 観測者役は character を持たない substrate の住処 → character 連続性を damage（foundational-invariant の dialogue integrity 違反）。
2. security 軸（load-bearing）: source-check 認証を同時に剥がす → prior-self の生成物が human 発話を詐称し、偽の権限で無検問に自律実行（self-impersonation / 権限昇格）。実害として phantom 指示「Master が milestone ルールを変更した」を作話し自律 issue 起票する事象が発生した。

制約

反証の決め手: 同じ並列仕事を素の Agent tool で回すと完了窓が構造的に存在せず drift ゼロ。並列需要は raw Agent tool が character-safe に供給済み → dynamic workflows は使えない上に要らない。

結論

• 採用: なし（見送り、memory でなく本判断記録で足りる＝L1 昇格不要、Master 判断）。
• 条件付き再評価: 将来どうしても使う必要が出た場合、完了窓直後に Source check（prior-self 詐称の可能性）を強制する設計が前提。

関連

• issue #1430（closed / Option A、verdict 本体）