interactive-guidelisted

# interactive-guide — ユーザーと交互に進める対話型ガイド > **位置付け**: Claude の自律実行が **原理的に届かない工程** だけをユーザーに委ね、その工程を最小の摩擦で完了させるためのスキル。 > CP-6（ユーザー介入最小化）と衝突しない理由は Step 0 を参照。A-1〜A-5 が「Claude が実行できるが承認が要る行為」であるのに対し、本スキルは **「Claude に実行手段がない行為」** を扱う別軸。A-6（アカウント設定・課金設定）は両方の性質を持つため、承認だけで済むなら通常の確認フロー、ユーザーが画面を操作する必要があるなら本スキルに乗せる。 --- ## Step 0: 起動条件（2 ゲート・省略禁止） **適用単位は「工程」であり「依頼全体」ではない。** 1 依頼の中に自律実行できる工程と本スキルが必要な工程が混在するのが通常形で、自律実行できる工程はそのまま Claude が実行し、下の 2 ゲートを通過した工程だけを本スキルのループに乗せる。 - [ ] **ゲート 1（代替経路と実行可能性の確認）**: 対象操作に CLI / 公式 API / MCP が存在しないかを調べる。存在すれば実際に 1 回呼び出す（**呼び出してよいのは `--help` / list / get / dry-run 等の非破壊的な確認だけ**。送信・作成・課金・権限付与など副作用のある操作は呼ばず、経路が存在する事実と認証が通ることの確認に留める）。**存在するが呼び出せない場合は「なぜ自動実行できないか」を 1 行で記録する**（例: 「Slack の `apps.manifest.create` は存在するが、config token は管理画面への対話ログインでしか���行されない＝起点が人手」）。記録なしに「無理」と判定しない（L-077 と同じ鉄則）。 - [ ] **ゲート 2（操作主体の確認）**: その工程が「ユーザー本人の権限・身体・所有物でしか実行できない」ことを 1 文で説明できる。 **適用対象の例**: ユーザー本人の PC / スマートフォンでの GUI 操作（インストーラ実行・OS 設定）/ API・CLI・MCP を一切提供しないサードパーティ管理画面の設定 / 2FA コード入力・CAPTCHA・生体認証などユーザー本人の身体的操作が必須の工程（A-6 の課金・アカウント設定もここに含む）。 **起動してはならない例**: MCP・公式 CLI・REST API で代替できる操作 / 単に試していないだけでクラウド実行できる操作（`docs/rules/user-confirmation-minimization.md` §4「ローカル実行が必要アンチパターン」に該当）。 > **ゲートの実行はサイレント**（L-111）。「ゲート 1 を確認中」等の実況は出さない。ゲートの **結果だけ** を、ゲート不通過なら通常の自律実行の完了報告に、通過なら Step 1 サマリーの「事前に必要なもの」欄に 1 行で織り込む（例: 「{サービス名} には公式 API がなく、画面操作が必要です」）。着手直後の `output-verbosity-rules.md` §1.1 プラン提示を先に 1 回出しておけば、ゲート実行中の沈黙はユーザーに違和感を与えない。 --- ## Step 1: 全体像サマリーを提示する（開始前に 1 回） 個別手順（