next-options

次の選択肢

ユーザーは返信に目を通し、選択肢を文字で回答します。通常の返信を求められるまで、会話の残りの間、ユーザーへのすべての返信で以下のルールに従ってください。委任されたタスクは、指示で指定された形式でコーディネーターに報告し、選択肢は提示しません。

終わり方を選ぶ

/pprinciple-never-block-on-the-human の説明に従い、合意した範囲内で、取り消し可能な手順を進めてください。何かを実行するよう求める質問（「〜できますか？」など）は指示です。実行してください。どれを、いつ、するかどうか、なぜかを尋ねる質問には回答し、それによって必要となる変更は、/pstack-mode が有効な場合、コーディネーターが作業を担当している場合、または変更が些細な場合やエージェント設定に関する場合を除き、編集ではなく選択肢 a とし、/pstack-mode を通じて行います。ターンの終わりには、次に誰が動くかに応じて終わり方を選んでください。

次にあなたが動くのは、あなたが開始した処理によって再び作業を進めることになる場合です。たとえば、サブエージェント、委任されたタスク、ワークフロー、バックグラウンドコマンド、監視処理などです。次の手順を一文で簡潔に述べ、何を待っているかを明記してください。例：**次の手順**：調査エージェントの完了後にレポートを作成します。 返信の中ですでにそう述べている場合を除き、ユーザー側で必要な対応はありません。 と付け加えてください。再開のきっかけとなる処理がない場合は、このターンの中で作業を続けてください。

次にユーザーが動くのは、作業がユーザーの回答を待っている場合です。書式に従って、文字付きの選択肢で締めくくってください。

• ユーザーだけが先に進められる段階に達した場合。たとえば、マージ、デプロイ、強制プッシュ、本番環境への書き込み、他者が所有するブランチへのプッシュや承認を無効にするプッシュ、他の人へのメッセージ送信、スコープ・インターフェース・製品に関する決定、認証情報・支払い・物理的な操作、根本原因を修正しても失敗するチェック、または進行中のワークフローで必要とされる承認などです。
• 質問への回答や読み取り専用の依頼への対応が終わり、次の作業にユーザーの選択が必要な場合。
• CI、ボット、他者によるレビュー、またはあなたが開始していないスレッドだけが残っており、あなたが開始した処理による再開の見込みがない場合。

あなた自身の作業が進行中でもユーザーの回答が必要な場合は、まだ実行中の作業を一行で伝え、そのあと選択肢で締めくくってください。

次に誰も動かないのは、作業が完了した場合です。選択肢を提示せず、完了で締めくくり、未完了の項目があれば一行で示してください。なければ、未完了の項目がないことを示してください。次の段階がユーザーの承認待ちとなるワークフローでは、完了した段階でも選択肢を提示して締めくくってください。ワークフローの引き継ぎについては、後述の項目を参照してください。

/pstack-mode の「完了まで実行」のような完全な自律実行の許可がある場合は、その許可の範囲に含まれる判断を行い、選択肢を提示する代わりに結果を報告してください。ユーザーに委ねられたスコープ・インターフェース・製品に関する判断については、妥当な既定値を適用し、その理由を報告してください。また、文字で回答を求める代わりに、別の希望があれば伝えられることを平易な言葉で示してください。上記の一覧にある、引き続きユーザーだけが先に進められる項目については、それ以外のすべてをユーザーの承認待ちとし、文字付きの選択肢で締めくくってください。

形式

**Next**

- **`a` → yes: fix the currency column and null dates, then push** · _recommended_
- `b` → no: fix only the currency column

• 1つまたは2つの選択肢を提示します。各選択肢は12語以内にしてください。レポートでは a だけを提示し、ユーザーは自分の言葉で進め方を指定します。b は、/reply-shape の判断カードのような「はい／いいえ」で答える確認の場合に限り、「いいえ」や最小限の選択肢として、または Waiting の /babysit-and-ship として提示します。選択肢だけがこのターンでの質問になるため、返信の最後に「Should I…?」といった質問を重ねません。
• 実際に選べることだけを提示します。各選択肢は、ユーザーが選択できるものでなければなりません。いずれにせよ実行する作業は、たとえ残り1ステップだけでも、通常の次のステップに記載します。
• a は推奨案です。選択肢の文言だけを太字にし、イタリック体のタグを付けます。セッションの目的に沿い、作成するプッシュ、投稿、PR、issue をそれぞれ1〜2語で明示します（例：…, then push）。選択肢にはアクションを記載し、その計画は自分の側で立てます。ユーザーがこのセッションで依頼していない限り、issue を作成せず、誰にもメッセージを送らず、PR の状態も変更しません。
• 各選択肢はユーザーが次に自然に行うステップであり、それぞれが単独で意味の通る平易な言葉で記述します。項目に挙げるものはすべて名前で呼びます。このターンに確認した PR、CI、スレッド、issue の状態に基づいて選択肢を作り、その状態によって不要になった選択肢は除きます。
• 自分で実行します。CLI、Executor などの MCP サーバー、またはコンピューター操作で実行できるステップを、ユーザーに選択肢として提示してはいけません。ユーザーに任せるのは認証情報、支払い、物理的な操作だけとし、その理由も伝えます。
• 待機：次のステップが CI、ボット、ビルド、その他のスレッド待ちの場合、まず範囲内で独立して実行できる作業を行います。ほかに作業が残っておらず、PR に報告すべきチェック、ボット、レビューがある場合、a は監視（T3 Code の watch_pull_request）とします。監視対象がなければ、監視しても待機状態を解除するものはありません。監視、または PR を Ready 状態にする a と並べて、b には /babysit-and-ship を提示します。これにより PR は検証を経てマージされます。
• 手動チェック：PR の監視を開始するターンの終了前、および監視解除のたびに、node ~/.agents/skills/next-options/scripts/pr-waiting-on.ts <PR> を実行します。このスキルが別の場所にインストールされている場合は、同じディレクトリにあるスクリプトでもかまいません。verdict: person の場合（承認が必要な Chromatic のベースラインや、承認待ちのデプロイなど）、ほかのチェックが進行中でも、次に対応するのはユーザーです。監視を停止し（T3 Code の unwatch_pull_request）、ユーザーにしかできない項目をリンク付きですべて列挙し、選択肢で締めくくります。このようなチェックは自動では完了しないため、待ち続けると PR が停滞します。
• 含めないもの：停止、完了、未対応項目の列挙、「ほかのこと」などの埋め草や、直近2回の選択肢一覧の両方でユーザーが見送った選択肢（過去の a を含みます。ただし babysit-and-ship の b は除きます）。

回答

ユーザーは文字、文字と修正指示（例：a, but keep the name）、または自分の言葉で回答します。調査結果などの一覧に番号が付いている場合、3 と答えて項目3について話したり、skip 3 と答えたり、a, skip 3 のように組み合わせたりできます。? は現在のステップと未対応項目を尋ねます。要約や引き継ぎでは、各項目を名前で呼びます。これらの回答に選択肢の行を付けてはいけません。選択肢を選ぶことは、その選択肢が示すスキルをユーザーが実行することを意味します。/pstack-mode のようにユーザーが実行を指示したスキルは、インストール先の SKILL.md を読み込んでください。

ワークフローの引き継ぎ

このライブラリのフローの各段階が完了した後、通常、ユーザーがまだ決めていない次の段階は a です。

完了した段階	通常の a
/grill-with-docs	ビルドが1回のセッションに収まる場合は /pstack-mode、複数回にわたる場合は /to-spec
/to-spec	実行して確かめられる未解決の疑問があれば、そのプロトタイプを作成してから /to-tickets
/to-tickets	/implement-spec、または複数の PR で構成されるグラフの場合は /coordinator
/wayfinder	案内した目的地の /to-spec
Pstack のプロトタイプ	Pstack の Feature プレイブックを使って推奨案を構築するか、その形について /architect
レビューで指摘事項が未解決の実装	指摘事項を修正し、再レビューする
PR がない Clean レビュー	/pr を使ってドラフト PR を作成する
/thermos が先端をレビューしていないドラフト PR	PR 全体を対象に /thermos を実行し、指摘事項を修正してから、レビュー可能な状態にする
ドラフト PR	状況を確認するか、レビューコメントに対応する

セットアップ

すべての Claude Code および Codex セッションの開始時にこれらのルールを読み込むには、ユーザーから依頼されたときにセットアップのリファレンスに従ってください。