القائمة
ユーザーが「grill-me」「grillして」「設計を詰めたい」「要件を詰めたい」「実装前に質問して」「この方針を壁打ちして」のように、実装前の設計インタビューやストレステストを明示したときに使う。曖昧な新機能、設計判断が多い変更、影響範囲が広いリファクタに向く。単純なバグ修正、明確なレビュー指摘対応、コミット整理、既に実装方針が固まっている作業では使わない。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | grill-me |
| description | ユーザーが「grill-me」「grillして」「設計を詰めたい」「要件を詰めたい」「実装前に質問して」「この方針を壁打ちして」のように、実装前の設計インタビューやストレステストを明示したときに使う。曖昧な新機能、設計判断が多い変更、影響範囲が広いリファクタに向く。単純なバグ修正、明確なレビュー指摘対応、コミット整理、既に実装方針が固まっている作業では使わない。 |
実装前にユーザーと設計の共通理解を作るためのスキル。 AI が一括で計画を提示して承認を求めるのではなく、決定事項の依存関係を 1 つずつ解き、ユーザーが設計の主導権を持てる状態にする。
通常はこの形で短く聞く。
質問 N: <1 つだけ聞く>
背景: <なぜ今この判断が必要か>
推奨: <推奨回答>
理由: <推奨する理由>
選択肢が有効な場合は、A/B/C を添えてよい。ただし、選択肢にない回答も受け付ける。
ここまでの決定事項:
- <決定事項>
未決事項:
- <未決事項>
次に確認する論点:
- <次の論点>
最終サマリでは、少なくとも次を含める。
計画書としてまとめる場合の DoD 形式は agent-handoff-plan スキルの DoD テンプレートに従う。
コードベース全体、特定分野、ブランチ差分の改善候補を監査し、根拠付きで優先順位を付け、改善バックログとして残すときに使う。ユーザーが「$improve」「/improve」「コードベースを監査して」「改善候補を優先順位付きで出して」「改善バックログを作って」「このブランチで増えた問題を調べて」「改善バックログを再照合して」「リポジトリの次の方向性を考えて」と依頼した場合に使う。既知のバグ修正、直接の実装、通常のコードレビュー、設計済み作業の計画書作成、実装結果の受け入れ検証には使わない。
設計済みの作業を別エージェントへ渡すため、実装計画書や handoff プロンプトの作成を求められたときに使う。未確定要件の壁打ちや自分で実装する依頼では使わない。
他エージェントへのレビュー依頼、実装結果の受け入れ検証、レビュー結果の妥当性確認を求められたときに使う。PRレビューコメント対応や通常のセルフレビューでは使わない。
別のtmux paneで動いているAIエージェント（Claude Code / Codex / opencode等）へ指示やレビュー依頼を送信する、応答の完了を待って回収する、他paneのエージェントの出力や作業ログを読む、レビュー往復ループを回すときに使う。「%Nのpaneに送って」「隣のpaneのCodexにレビューを依頼して」「あのpaneが終わったら続きをやって」「右のpaneの作業を読んでまとめて」のような依頼で発動する。送る文面の作成自体（レビュー依頼文・handoffプロンプト）では使わず、agent-review-request / agent-handoff-plan に任せる。tmuxを介さないsubagent起動や並列化にも使わない。
Claude Code の /compact 前に、セッション状態の checkpoint を手動で保存するときに使う。「/compact-state」「compact 前に状態を保存して」「checkpoint を保存して」と依頼されたときに発動する。圧縮後の復旧作業、通常の進捗報告、plan 作成では使わない。
調査・監査・技術選定比較・性能検証・実装結果について、ユーザーが「結果をHTMLで読みやすく整理して」「HTMLの説明資料・レポートとして残して」のように、後から読み返せる静的HTML成果物を求めたときに使う。説明を補助する表、限定的な図解・定量グラフ・折りたたみ・定型指摘フィルタにも対応する。内容の調査・整理を伴わないHTML断片への変換、UI案や配色の比較モック、スライド、単体の探索的グラフ、任意JavaScriptを要する対話ツールには使わない。