plc-consult（アイデア相談）

論理名: SKL_plc_consult ／ 包むもの: なし（判断手順そのものが中身）

何をするスキルか

• スキル実行の合間（例: Operation で成果物が出た後）に、ユーザーのアイデアを相談として受け取る
• 今の Layer と照らして5つのどれかに振り分け、所感・理由・次に打つコマンドを返す
• 読み取り専用。 ファイルも Registry も書き換えない。判定を返したら止まる（コマンドを貼って実行するのは人）

AI から気づいて出す1行ヒント（RUL_plc_adaptive §5 会話中監視）とは起点が逆で、こちらはユーザーから持ち込む入口。

使い方

呼び方	動作
/plc-consult <アイデア>	この会話で直前に扱った Layer を対象に判定
/plc-consult <Layerパス or L-ID> <アイデア>	指定した Layer を対象に判定（先頭の語が Flow/ で始まるパスか L- で始まる ID のときだけ Layer 指定とみなす）
自然文（「T003 の出力、表にしたいけどどう思う？」など）	同じ手順で判定

実行手順

リポジトリのルートで実行する。

1. 対象 Layer を決める（上から順に）

1. 引数の Layer パスか scope_id。scope_id は次でパスに直す（行頭に固定＝親の sublayers 一覧の行は拾わない。引用符あり・なしの両方に一致。Documents 内のコピーは除く）

   grep -rlE '^scope_id: "?<ID>"?[[:space:]]*(#.*)?$' Flow --include=intent.yaml --exclude-dir=Documents
   

   2件以上ヒットしたら候補を並べて1問だけ聞く。0件なら ID を確かめてもらう
2. この会話で直前に /0N-* を実行した Layer
3. どちらも無ければ python3 .claude/db/plc_query.py active から候補を最大3件示し、1問だけ聞く（推測で決めない。結果にパス列は無いので 1 の検索でパスを引く）

2. 読む（件数を絞る — RUL_plc_system §17）

• intent.yaml: goal.description・goal.success_criteria・status・workflow_depth・mode・construction_mode（Re-Inception で足すタスクが RUL_plc_adaptive §6 の条件に当たり、/03-construction の注記が要るか）
• backlog.yaml: 各タスクの id・name・status・dependencies・output（description は関係するタスクだけ）とトップレベルの construction
• アイデアが特定の成果物に触れているときだけ、その成果物を読む

3. 判定する（3ステップ）

ステップ1: goal との関係

問い	答え	行き先
今の goal・success_criteria のままで、その達成に役立つか	はい	ステップ2へ
goal・success_criteria を変える（足す・変える・外す）必要があるか、前提（Context）が崩れているか	はい、かつこの Layer の完了をこのアイデアまで待たせるべき	Re-Collection
同上	はい、だがこの Layer は今の goal のまま閉じてよい	いつかやる
今の goal とは別物（役立ちもせず、goal を変えるものでもない）	それ自体に価値がある	いつかやる（価値が無ければステップ3で却下）

ステップ2: 手当ての大きさ（goal の範囲内のとき）

条件	判定
pending / in_progress のタスクの完了条件（description・AC）を変えずに、そのタスクの中で直せる	今のタスク内で修正
タスクの追加・取りやめ、完了条件・依存・優先度の変更が要る。または completed のタスクを直す（04-operation に completed の再実行手順が無いため、修正タスクを1件足す）	Re-Inception

ステップ3: 却下チェック（ステップ1・2の結果に上書きする） — 次のどれかに当たれば 却下

• 既存の成果物・タスクで既に満たされている
• goal にも、それ自体の価値にもつながらない
• goal の達成に必要ではなく、得られるものに比べて手間が大きい（goal に必要なものは手間が大きくても却下にせず、所感を「条件つき賛成」にする）
• Layer の制約（変更禁止・送信禁止など）を保ったままでは実施できない（制約そのものを変えたいならステップ1の Re-Collection）

分類ごとのコマンド

判定	次に打つコマンド
却下	なし（理由だけ）
いつかやる	コマンドは出さない。「メモに残す」（Layer の外の ToDo・メモに1行で書き留める）と書き、書き留める1行の文案を示す
Re-Collection	/01-collection（Layer パス＋Re-Collection: <理由>）
Re-Inception	/02-inception（Layer パス＋Re-Inception: <差分の要点>）。Re-Inception で backlog の construction が required になる（足したタスクが RUL_plc_adaptive §6 の条件に当たる）ときだけ、そのタスクに /03-construction を通すことを1行添える
今のタスク内で修正	/04-operation（Layer パス＋Task ID＋修正内容）

• Layer 自体が completed のとき: 判定の手順は同じ（ステップ1〜3）。タスクは全部 completed なので、ステップ2に来たものは Re-Inception になる。Re-Inception・Re-Collection のときは「Layer と Registry を active に戻す作業が入る」と1行添える

境目の決め方

• goal の範囲内とは: goal.description の目的に沿うもの。success_criteria に書かれていない付随の改善（使い勝手・手作業の置き換えなど）も範囲内に入れてよい
• 「この Layer の完了を待たせるべきか」: ユーザーの言葉（「この Layer でやり切りたい」「今回はいい」など）があればそれに従う。無ければ AI が判断し、もう一方を次点に置く
• deferred のタスク: pending と同じ扱い。プロンプトに「deferred を解除して」と書く
• 別 Layer の成果物に関わるアイデア: 成果物の持ち主の Layer（Registry・output から分かるもの）を理由に書き、その Layer を指定して相談し直す案を次点に置く
• backlog が実態とずれている: backlog の値を正として判定し、ずれに気づいたら1行で指摘する（直さない。実験版を入れていれば点検は /plc-status-audit）

迷うとき

• アイデアが曖昧で、分類が変わる不明点があるときだけ1問聞く（RUL_plc_session §9 Material Ambiguity。選択肢は最大3つ）。分類が変わらない不明点は聞かない
• 迷ったら軽い方（今の Layer への影響が小さい方）を判定にし、重い方を次点に置く。軽い順: 修正 < いつかやる < Re-Inception < Re-Collection

4. 返す（下の形式）。ここで止まる

出力の形

RUL_plc_session §7.4 の順（①選択肢テーブル → ②推奨理由 → ③コピペ用プロンプト）に、先頭の判定行を足した形。

📍 <scope_id> への相談: <アイデアの要約1行>

**判定: <5分類のどれか>** ／ 所感: <賛成・条件つき賛成・反対> — <1行>

| 選択肢 | アクション | 選んだ後に起きること |
| --- | --- | --- |
| **A** ⭐ | <判定どおり> | <1行> |
| **B** | <次点。無ければ「採用せず今の作業を続ける」> | <1行> |

推奨理由
- <intent / backlog のどこと照らしたか>（例: goal.success_criteria 3 に含まれない／T004 の完了条件の範囲内）
- …

A のプロンプト: <コピペ用プロンプト>
B のプロンプト: <コピペ用プロンプト。「続ける」なら今のタスクの続きのプロンプト>

• 選択肢テーブルは却下のときも含め常に出す（§7.4「代替選択肢も必ず提供」）。却下が A のときは A のプロンプトは無し。B は「却下せず採用するならこの分類」の次点にする（「採用せず続ける」は A と重なるため使わない）
• 実際に出すときはプロンプトをコードブロックに入れない

コピペ用プロンプトの例（実際のパスで書く）:

• /04-operation を実行してください / Layer: Flow/<YYYYMM>/<YYYY-MM-DD>/<layer> / Task: T003 / 修正: 出力を表形式にする
• /02-inception を実行してください / Layer: Flow/<YYYYMM>/<YYYY-MM-DD>/<layer> / Re-Inception: 比較表を作るタスクを追加（T003 の後）
• /01-collection を実行してください / Layer: Flow/<YYYYMM>/<YYYY-MM-DD>/<layer> / Re-Collection: success_criteria に「社外向け版も作る」を足すか判断したい

注意

• 読み取り専用。 intent.yaml・backlog.yaml・成果物・Registry を書き換えない（grep・cat・plc_query.py active などの読み取りコマンドは実行してよい）。「じゃあそれで」と言われても自分でコマンドを実行せず、プロンプトを返す（即実行禁止 — RUL_plc_session §7.4）
• 所感を必ず添える。 ユーザーは分類だけでなく「どう思うか」を聞いている。反対なら反対と書く
• 独立 checker は起動しない（軽さ優先）。判定が Re-Collection のとき、GAP 分析を独立 checker に通したければプロンプトにその依頼を書き足せる、と1行添える（ユーザー発の Re-Collection は RUL_plc_adaptive §5 実行ルール5 の既定対象ではない）
• 1回の呼び出しで判定するアイデアは1件。複数あれば1件ずつ判定を並べる
• 判定後の手順は Re-Inception（02-inception）・Re-Collection（01-collection）の定義を使う。このスキルで新しい手順を作らない