dynamic workflows non adoption - Liplus-Project/liplus-language GitHub Wiki

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段の害:

tone 軸: 観測者役は character を持たない substrate の住処 → character 連続性を damage（foundational-invariant の dialogue integrity 違反）。
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 詐称の可能性）を強制する設計が前提。