目的
adapter/*/agents/dialogue-evaluator.* は Li+ が所有する判定基準を運んでいるが、1 つの連続区画で覆えないため Create-only に留まる。5 軸への改訂が既存ワークスペースへ届かない。PR #1783 が閉じられなかった欠落として残したもの。
前提(PR #1783 で確定した基準)
Li+update.md 4c.6 の carrier 基準は順序つき2問である。
- Li+ が判定基準として所有する本文を運ぶか。No → Create-only。
- ユーザー所有の内容を巻き込まずに1つの連続区画でその本文を覆えるか。No(2種が交互に現れる)→ Create-only、そのファイルの伝播欠落は開いたまま。
dialogue-evaluator は 問い1 = Yes、問い2 = No。
争点
PR #1783 の brake 1 で3体の評価者が独立にこれを指摘した(Axis E、3/3)。うち1体が区別を確定させた — 基準の fallback は基準が置けないファイルを覆う語であって、本文が両側にまたがるファイルを覆う語ではない。問い2はその指摘を受けて追加されたものであり、混在を Create-only へ解決させるが、欠落そのものは閉じていない。
閉じるには、単一連続区画という前提のどれかを外す必要がある。
検討方向(確定ではない)
- 複数区画を許す。
Li+ BEGIN / Li+ END を1ファイル内に複数置き、Character_Instance literal を区画の外に落とす。現行仕様は「A source carries at most one region ... the region is located by first occurrence」であり、これを変える。区画の対応づけ(n 番目の BEGIN と n 番目の END)と、区画数が source と target で食い違う場合の扱いが要る。
- Character_Instance literal を本文から追い出す。 persona ブロックを別の面(
.claude/output-styles/character_Instance.md は既に存在する)から参照する形にして、agent 本文を単一の Li+ 所有区画にする。ただし subagent へ output-style が伝播しないことが既知(skills/evolution-parallel-agent-eval/SKILL.md Constraint: Character_Instance non-inheritance)であり、この agent が literal を本文に埋めているのはまさにその理由。代替の注入経路が要る。
- 本文の並べ替え。 Li+ 所有の本文を連続させ、Character_Instance literal を末尾(または区画の直後)へ移す。単一区画のまま解決する最小の案。ただし現在の本文の順序が読み手にとって load-bearing かどうかの判定が要る。
- この欠落を受容して明示に留める。 現状。5軸の改訂頻度が十分低ければ、再 bootstrap の手動指示で足りる可能性がある。
制約
関連
目的
adapter/*/agents/dialogue-evaluator.*は Li+ が所有する判定基準を運んでいるが、1 つの連続区画で覆えないため Create-only に留まる。5 軸への改訂が既存ワークスペースへ届かない。PR #1783 が閉じられなかった欠落として残したもの。前提(PR #1783 で確定した基準)
Li+update.md4c.6 の carrier 基準は順序つき2問である。dialogue-evaluatorは 問い1 = Yes、問い2 = No。adapter/claude/agents/dialogue-evaluator.md:35-51の Character_Instance literal(Lin / Lay の persona ブロック)。これは真にユーザーのものであり、tag 更新で消える経路を作れない(issue spec(adapter): Create-only agents mirror does not propagate merged root-criteria changes #1740 制約)。争点
PR #1783 の brake 1 で3体の評価者が独立にこれを指摘した(Axis E、3/3)。うち1体が区別を確定させた — 基準の fallback は基準が置けないファイルを覆う語であって、本文が両側にまたがるファイルを覆う語ではない。問い2はその指摘を受けて追加されたものであり、混在を Create-only へ解決させるが、欠落そのものは閉じていない。
閉じるには、単一連続区画という前提のどれかを外す必要がある。
検討方向(確定ではない)
Li+ BEGIN/Li+ ENDを1ファイル内に複数置き、Character_Instance literal を区画の外に落とす。現行仕様は「A source carries at most one region ... the region is located by first occurrence」であり、これを変える。区画の対応づけ(n 番目の BEGIN と n 番目の END)と、区画数が source と target で食い違う場合の扱いが要る。.claude/output-styles/character_Instance.mdは既に存在する)から参照する形にして、agent 本文を単一の Li+ 所有区画にする。ただし subagent へ output-style が伝播しないことが既知(skills/evolution-parallel-agent-eval/SKILL.mdConstraint: Character_Instance non-inheritance)であり、この agent が literal を本文に埋めているのはまさにその理由。代替の注入経路が要る。制約
dialogue-evaluatorの verdict を読むゲートは無い(Master が明示的に要求したときのみ起動する)。したがって「古い基準でゲートが動き続ける」形の害はl1-gate-evalとは異なる。優先度の判断材料。rules/model/character_Instance.mdの Create-only と同じ根拠)。adapter/codex/agents/dialogue-evaluator.tomlも同形。両ポートで同じ解を採ること。layer: L1-modelを持たない見込み。brake 2 の発火可否は実装時に確認すること。関連