scholia-triagelisted

# scholia-triage — input を spec に照らして対応方針を選別する（判断層） ## これは何のためか 修正指示・要望・レビューコメント等の **input を、既存の scholia 記録（decision の「なぜ」＋ transition の契約）に 照らして「どう対応すべきか」を決める**判断プリミティブ。もっともらしい指摘に**言われるがまま reactive patch** すると、「指摘 → 修正 → 別のエッジケースを壊す → 指摘 …」の**モグラ叩き**に陥る。その手前で一度必ず spec に 照らす関門がこれ——scholia の存在意義そのもの。 **位置づけ: triage＝判断層（何もしない・方針だけ出す）／ [scholia-change](../scholia-change/SKILL.md)＝実行層。** 判断と実行を分けるのは、直す前に必ず「あるべき対応は何か」を過去の意思決定に照らすため。triage は `.scholia/` も 実装も変更しない。 ## いつ使うか - 修正指示・要望・「実現したいこと」を受け取り、**着手前に対応方針を決めたい**とき。 - レビューコメント／バグ報告を受け、**言われるがまま直してよいか**を過去の decision に照らして判断したいとき。 - 「この提案を取り込むべきか」を、実装や decision 記録の**前に**方針として確定したいとき。 - scope はコード修正でもデータでも機能でもよい（scholia-change が scholia レコードの変更に閉じるのと対照的に、triage は 「そもそもどう対応するか」の一段手前）。 ## 手順（詳細は共有リファレンスに従う） > **判定基準・各分類の進め方・decision 下書きの書き方・「C 矛盾は黙って上書きせずユーザーへ」の徹底は、��有 > リファレンス [`../_scholia-shared/references/evaluating-changes.md`](../_scholia-shared/references/evaluating-changes.md) > に従う**（スキルのベースディレクトリ起点）。以下は薄い呼び口。 1. **該当 spec を特定する**——input が触る挙動を支配している decision と transition を引く。方針を根拠づける材料。 id や領域がまだ分からないときは、まず `scholia search` で keyword から候補レコードを逆引きし、そこから rules/show/decision list で正確な集合を詰める。 ``` scholia search <keyword> [--type tag|transition|vocab|decision] [--json] # id 未確定なら逆引きの入口（read-only） scholia rules --tag <領域> # 自身＋祖先タグへの decisions＝守るべき規則の全集合 scholia show tag <id> / scholia show tx <id> --resolve # 現状の契約 scholia decision list --on tag:<id>|transition:<id> # その対象ちょうどの決定（完全一致）