spec(evolution): Decision Structure write has no repo-routing axis and no judgment/spec boundary

[liplus-lin-lay]

目的

Decision Structure の書き込み規則が、(1) どのリポジトリの判断かを問わず、(2) 判断記録と要件仕様の境界も問わないまま、単一の宛先へ落とす。結果として、対象リポジトリを持つ判断が liplus-language wiki に集約され、同じエントリ内に判断と実装仕様が同居する。

確認済みの事実

規則には宛先が一つしかない

skills/evolution-decision-structure-write/SKILL.md の literal:

• 「create the file under the kebab-case topic name directly in the wiki」
• 「Push directly to the wiki repo」
• 「Update the docs/Decision-Structure.md index ... in the main repo」

rules/operations/operations.md の literal:

• 「Decision Structure entries. Their body is authored directly in the wiki ... and exists nowhere else」

いずれも「the wiki」「the main repo」と単数で、どのリポジトリの判断かを問う節が存在しない。Decision_Structure_Write_Autonomy（adapter CLAUDE.md）の trigger も判断の決着だけを条件にしており、対象リポジトリは条件に入っていない。

したがって、対象が sibling repo である判断も liplus-language wiki に落ちる。これは規則違反ではなく、規則どおりの動作である。

実例

wiki entry neuron-graph-rag-integrated-prototype（2026-07-29 作成、PR #1621）は Liplus-Project/neuron-graph-rag の設計判断を記録している。同 wiki には他にも対象が sibling repo の entry が存在する（例: memory-graphrag-sqlite-exploration）。集約は既存の運用実態であり、この entry が例外ではない。

一つの entry に二種類の文書が同居している

同 entry の内訳:

節	性質	本来の所在
Question / Current resolution / Background / Conclusion	判断記録。Question が「Li+ の判断履歴から必要な少数の原典を低コストで選ぶため」と Li+ 側から立てられている	Li+ Decision Structure（現状のまま）
Edges	Li+ の他 entry 3 件（memory-graphrag-sqlite-exploration / liplus-judgment-learning-telos / liplus-structure-as-retrieval-surface）を指す	同上
Constraints / Success oracle	要件仕様。retrieved -> selected -> validated -> used の順序、ledger 分離、初期契約で edge weight を自動変更しない等	対象リポジトリの docs/

rules/operations/operations.md は「Before implementation starts = create or update corresponding requirements spec first」「docs/ is source of truth」と規定している。Constraints / Success oracle はこの規定が指す要件仕様に該当するが、対象リポジトリの docs/ には存在しない。

問題

2 つの軸が write 時に問われていない。

1. リポジトリ軸 — この判断は誰の判断か。Li+ 自身の判断か、対象リポジトリの判断か
2. 文書種別軸 — いま書いているのは判断記録か、要件仕様か

いずれも「どちらでもありうる」場面で規則が問いを立てないため、既定の一箇所へ落ちる。

なお、単純な移動は解にならない。上記 entry を対象リポジトリへ移すと Edges 3 本が repo をまたいで切れ、Decision Structure が repo ごとに分断される。判断グラフが単一であることは維持する必要がある。

制約

• Decision Structure を単一グラフとして保つ。repo ごとに分割しない
• 判断記録の宛先を変えることと、要件仕様の所在を正すことは別軸として扱う
• 既存 entry の一括移動を求めるものではない

完了条件

• write 時に「誰の判断か」「判断記録か要件仕様か」を問う分岐が規則側に存在する
• 対象リポジトリを持つ判断について、判断記録と要件仕様の所在が規定されている
• 単一グラフ性を壊さずに上記が成立する

想定変更箇所

• skills/evolution-decision-structure-write/SKILL.md — write 時の分岐
• rules/operations/operations.md — docs ownership 節との境界
• 必要に応じて docs/Decision-Structure.md — index の記載範囲

関連

• spec(evolution): Decision Structure has no maintenance pass; 29 of 53 entries have zero inbound edges #1623 — Decision Structure の維持 operation 欠落（連結性検出）。本 issue は write 時の routing であり、別軸