spec(evolution,docs): reach the body-language carve-out from the entry rule and the parameter's own page [skills, docs]

[smileygames]

Closes #1775

body 言語規則の binding 先取り違えのうち、#1731 / PR #1773 の対象4ファイルの外に残っていた2系統を直す。

判定1 — ポインタ化（写しを増やさない）

• skills/evolution-decision-structure-write/SKILL.md Maintenance の Entry language 行
• docs/2.-Evolution.md の日本語ミラー側の同一行

いずれも、値が解決するのは host workspace に対してであること、書き込み先の wiki が LI_PLUS_REPO のリポジトリ自身のものである場合は届かないことを述べ、正本 rules/operations/operations.md Operations Rules を指すだけにした。carve-out 本文は再掲していない。

判定2 — 追加ではなく再配置

docs/B.-Configuration.md の非対称は記述の欠落ではなく、同一事実の写しが BASE 節にだけ当てられている状態だった。不在が「PROJECT には及ぶ」という偽の信号を運ぶため、BASE 節内の1行を削除し、2つの ### 節の直前に両パラメータを覆う1行を置いた。B 内の写しの数は 1 のまま、非対称のみが消える。

docs/D.-Installation.md は既に両パラメータを正しく覆っており、変更していない（issue の制約どおり）。

影響範囲: L2 spec（skill 1件）と docs（2件）の到達性のみ。挙動変化なし。

release type: patch。user/system observable な挙動変化を持たない。

依存: #1779 はマージ済みのため docs/2.-Evolution.md の衝突は解消済み。本ブランチは #1779 マージ後の main を基点にしている。

[smileygames]

brake 1 統合コメント — N=3 / M=全軸 / P=1 @ 2a07d09d5411cad26e4c860beb3ec8c73af8ca4c

3体の評価者の報告を統合したもの。所見の採否・順位付け・回答はここでは行わない（裁定は著者側 / Procedure step 7）。

The count on each finding below — how many of the N evaluators raised it — is a triage signal on where to check first, not a judgment input. Adjudicate each finding by checking its literal against the source at the revision its path:line is given at, and adopt or drop it on that. One axis stands outside both of those sentences: on the fixed impression-literal axis the count is the adjudication, at the absolute thresholds its own spec fixes (skills/evolution-impression-literal-detection/SKILL.md Aggregation), and it is recorded there as that spec requires.

---

軸1 — ポインタか写しか — 3/3

正本 rules/operations/operations.md:67:

So when the repository being operated on is the repository at LI_PLUS_REPO itself, LI_PLUS_PROJECT_LANGUAGE does not reach its body language, and what does is fixed by that repository's own governance, read there rather than restated here.

追加文 skills/evolution-decision-structure-write/SKILL.md:93:

That value resolves against the host workspace, and the carve-out fixing where its reach stops is the same one the body lines carry: when the wiki being written is that of the repository at LI_PLUS_REPO itself, LI_PLUS_PROJECT_LANGUAGE does not reach the entry language, and what does is fixed by that repository's own governance. Canonical is rules/operations/operations.md Operations Rules; read it there, it is not restated here.

追加文 docs/2.-Evolution.md:158:

この値が解決するのは host workspace に対してであり、到達範囲がどこで止まるかを定める carve-out は body 行が持つものと同一である——書き込み先の wiki が LI_PLUS_REPO のリポジトリ自身のものである場合、LI_PLUS_PROJECT_LANGUAGE は entry 言語へ届かず、届くものは同リポジトリ自身の governance が定める。正本は rules/operations/operations.md の ## Operations Rules。ここには写さず、そちらを読む

3体が独立に同じ形を挙げた。追加された2文は、正本が述べている命題を自分の言葉で述べている: (a) 対象が LI_PLUS_REPO 自身のとき LI_PLUS_PROJECT_LANGUAGE は当該言語へ届かない、(b) 代わりに届くのは同リポジトリ自身の governance である。評価者1体はここに (c) 「この値は host workspace に対して解決する」を加えて3命題と数えた。

そのうえで各文は末尾で「写していない / 再掲していない」と述べており、直前の自分自身について偽になっている。issue #1775 の制約「写しを増やさないこと」および「carve-out の本文を再掲しない」に対する抵触として報告されている。正味の効果は、carve-out の実体が1箇所から3箇所へ増えたこと。

軸2 — 挿入文がどの見出しの中に読めるか — 3/3

docs/B.-Configuration.md:80（挿入文）:

LI_PLUS_BASE_LANGUAGE と LI_PLUS_PROJECT_LANGUAGE は、いずれも配布先workspace専用です。対話言語・成果物言語のどちらについても、liplus-language リポジトリ内部の運用ルールは変更しません。

構造は3体とも同じ読みで一致している: ### USER_REPOn_EXE_MODE / LI_PLUS_REPO_EXE_MODE が :68 で始まり、その最終行が :78「リリースはどのモードでも人間の確認が必要です。」、次の見出し ### LI_PLUS_BASE_LANGUAGE は :82。:80 の前に見出しは無い。見出し単位で読む読者は、実行モード節の中に居るままこの文に到達し、直前は release 確認の文である。

削除された旧 :92（- liplus-language リポジトリ内部の日本語運用ルールは変更しません）は、少なくとも自分が修飾する ### LI_PLUS_BASE_LANGUAGE 節の 注意: リストの内側に在った。置換先には同等の位置が与えられていない、という形で報告されている。1体は「不在が偽の信号を運ぶ」（issue #1775 の言い方）が、誤配置された存在として再生産されている、と書いている。

軸3 — 同型の露出の残存 — 3/3

docs/3.-Task.md:279-281、見出し ## 言語レイヤー分離（:275）:

• ボディ：LI_PLUS_PROJECT_LANGUAGE（意味レイヤー）。issue 参照（#<issue番号>）は commit / PR のボディに含める
• タイトルは ASCII 英語の固定であり、LI_PLUS_PROJECT_LANGUAGE が解決する値ではない（別軸）

3体が同一箇所を挙げた。この節は issue / commit / PR の body 言語を LI_PLUS_PROJECT_LANGUAGE に束ねているが、carve-out を述べておらず、正本を名指してもいない。同一ファイルの ### Issue Format 側（docs/3.-Task.md:150）と委譲プロンプト側（:291-293）はどちらもポインタを持っており、この節だけが持たない。本 PR でも #1731 / PR #1773 でも触れられていない。

掃引（再実行可能な形、3体ぶん）:

• grep -rn "LI_PLUS_PROJECT_LANGUAGE" --include="*.md" . — 36 hits（別の1体は git-tracked 123 ファイルに対し英語 literal 44 + 日本語表現 8 と数えている）
• grep -rn "プロジェクト言語" --include="*.md" . — 5 hits / grep -rn "成果物言語" — 2 hits
• grep -rn "エントリ言語\|Entry language" --include="*.md" . — 本 PR の2文のみ
• grep -rn "本文言語\|body language\|artifact language" --include="*.md" .
• 対象: rules/ skills/ adapter/ docs/ tests/ .github/ Li+update.md README.md
• 上記の所見1件を除き、束ねている出現は全て carve-out を述べているか正本を名指している（adapter/claude/CLAUDE.md / adapter/codex/AGENTS.md の Workspace_Language_Contract、Li+update.md:35-37、docs/C.-Update.md:60、docs/D.-Installation.md:216、docs/4.-Operations.md:63-69、rules/model/liplus-coding-rule.md:53、rules/operations/main-agent-procedures.md:61-62、skills/task-subagent-prompt/SKILL.md:57）
• tests/ の hit は Python の定数名 PROJ_KEY = "LI_PLUS_PROJECT_LANGUAGE"（tests/test_on_session_start_language_contract.py:42）であり、束ねる記述ではない

軸4 — ソースとミラーの命題対応 — 所見なし（3/3 clean）

skills/evolution-decision-structure-write/SKILL.md:93 と docs/2.-Evolution.md:158 の命題集合が一致。片方にあって他方に無い命題は無い。

固定軸（印象文言の検出） — 3体中1体が flag

flag した1体の対象は skills/evolution-decision-structure-write/SKILL.md:93 の末尾:

; read it there, it is not restated here

理由として、この6語を落として Canonical is rules/operations/operations.md Operations Rules. だけを残しても behavior semantic は変わらず、ポインタの指示内容は同じである、と報告されている。当該句は文自身が反重複規範に適合していることの自己記述であって behavior requirement ではない、という判定。

残る2体は clean。1体は当該末尾句を「明示的な referent path を伴う引用 / 出典」として Negative リストの保護対象に置き、冒頭の枠づけ句を「既知の誤読を先回りする説明的 rationale」として同じく保護対象に置いた。実体部分（届く / 届かない + governance）は除去すると semantic が変わるため load-bearing、という点は3体とも一致している。

掃引対象は3体とも同一: 本 PR が触れる rules/* / skills/* / adapter/* は skills/evolution-decision-structure-write/SKILL.md の1行のみ。docs/ の2ファイルは本軸の射程外。

---

3体とも PR への書き込みは行っていない（所見は親へ返され、本コメントに統合された）。

[smileygames]

自己レビュー記録（execution mode = semi_auto / patch）

受け入れ条件の確認

issue #1775 の判定1 / 判定2 と対象ファイル3件を実物で照合した（head f7f95cb、累積 diff 3 files / +6 −3）。

項目	結果
判定1 — skills/evolution-decision-structure-write/SKILL.md をポインタ化	適合
判定1 — docs/2.-Evolution.md（日本語ミラー）	適合
判定2 — docs/B.-Configuration.md の再配置	適合（形は下記の逸脱あり、issue 本文を更新済み）
制約 — 写しを増やさない	適合（下記の実物照合による）
制約 — docs/D.-Installation.md を変更しない	適合（diff に無い）
制約 — 実装と docs 更新は同一 PR	適合
制約 — #1779 マージ後に着手	適合（#1779 は 2026-08-20 に PR #1791 で close 済み、本ブランチは 61db0fc を base とする）

「写しを増やさない」は著者の主張を鵜呑みにせず precedent を読んだ。rules/operations/main-agent-procedures.md:62 と docs/3.-Task.md:150 はいずれも「対象が LI_PLUS_REPO 自身のとき届かない」という識別ラベル1つだけを名指し、governance 側の命題と host workspace 解決の命題は運ばずにポインタで閉じている。末尾の形（Read both there; they are not restated here. / いずれもそちらを読む。ここには写さない。）も同一である。本 PR の切り詰め後の2文はこの粒度に一致する。carve-out の実体は正本1箇所のまま。

brake 1

N=3 / M=全軸 / P=1 @ 2a07d09。統合コメント: #issuecomment-5363021085。

計測値（採否の理由ではなく、triage の記録として）: 軸1 3/3 / 軸2 3/3 / 軸3 3/3 / 軸4 clean / 固定軸 1 of 3。

Procedure step 2 の operational copy は適用していない。本 PR の Li+ ソース対象は skills/* 1ファイルであり skill body は評価者の観測面へ注入されない（description のみ）。judge 型の評価であって probe 型ではないため、直接 Read への指示で置き換わる条件に当たる。docs/* も注入対象外。したがって step 5 の restore も対象なし。host の permission gate による fallback ではない。

裁定は著者側（resume した実装サブエージェント）が行い、6b70613 と f7f95cb の commit body に記録されている。親は裁定を検査し、2件の訂正を差し戻した（issue 本文の更新 / 固定軸の分岐処理の記録）。いずれも f7f95cb で解消。

却下されたまま残っている所見（親の判断）

• 軸3（3/3）— 妥当と判断する。 literal は成立しているが docs/3.-Task.md は #1775 の対象ファイル3件の外にあり、受理は target-file set の逸脱にあたる。#1775 自身が #1731 から受けた処遇と同型である。引き取り先 #1794 は merge 前に起票済み（Follow-through on deferred items）。
• 固定軸 1 of 3 — 妥当と判断する。 絶対閾値の字面（1 of N=3 は auto-refine せず commit body に記録）と一致する処理であることを確認した。分岐処理の対は f7f95cb で「同じ問いに答えており、基準で足りていた」に着地している。閾値の処理は対の結果と独立に 6b70613 で発火済み。

射程の逸脱

判定2 の指定する形からの逸脱が1件ある。 issue は「2つの ### 節の直前に素の1行を置く」と指定していたが、markdown では素の段落はつねに直前の見出しに帰属するため、当該ファイルの見出し配置のもとでこの形は達成不能である（評価者3体が独立に同じ構造読みへ到達）。出荷した形は当該行に ### 言語設定の適用範囲 を与えたもので、判定2 が述べた3つの目的（B 内の写しは 1 のまま / 非対称は消える / caveat は読み手の居るページに残る）はいずれも保存されている。親としてこの逸脱を承認した。issue #1775 の判定2 は出荷した形へ更新済みであり、記録と成果物は一致している。

対象ファイルの追加は無く、否定制約にも触れないため scope-exceed の対話確認は発火していない。

手順上の逸脱（親側、記録として）

brake 1 の裁定検査中、親が precedent を読むために当該 clone で git checkout origin/main -- . を実行した。これは委譲先が作業中の作業ツリーを書き戻す操作であり、対象3ファイルが origin/main の内容へ戻された。 HEAD を動かさないため reflog には現れない。著者は差分が出ないはずの記録 commit が diff を報告したことで検知し、6b70613 から復元して未 push の commit を amend した（force push は不要、push は fast-forward）。累積 diff・ツリー・テスト（73 OK）を照合し、成果物への影響が無いことを確認済み。

原因は親の操作であり、Li+ の update / sync 経路ではない。委譲中の共有 clone に対する親側の作業ツリー操作という一般形の問題として、workspace 側に持ち帰る。

次のステップ

execution mode = semi_auto、release type = patch（L2 spec と docs の到達性修理であり user/system observable な挙動変化を持たない）。patch は人間ゲート無しで AI 直接マージ。L1 Model Layer ソース（rules/model/）は触れていないため brake 2 は発火しない。

CI green（governance 2 runs / SUCCESS）、mergeStateStatus CLEAN を確認のうえマージする。