菜单
計画や設計について、共通認識に至り、意思決定ツリーのすべての分岐が解消されるまで、ユーザーを徹底的に問い詰めてください。これは、ユーザーが計画の「ストレステスト」を行いたい場合や、設計について厳しく追及されたい場合、あるいは「厳しく問い詰めて（grill me）」と要望した際に使用します。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Gitコミットを適切な粒度に分割し、有用なメッセージを付けて作成するスキル。「コミットして」「commitして」「変更をコミット」「まとめてコミット」など、コミット操作を依頼されたら必ず使う。
指定したスキルを3回繰り返し適用します。レビュー・計画・実装など、ファイルを変更するスキルに使います。「iterateで<スキル名>して」「<スキル名>を繰り返し適用して」のように使います。
既存テストをレビューして改善するスキル。「テストをレビューして」「テストを改善して」「テスト名を直して」のように頼まれたら使う。新規にテストを書くのではなく、`.claude/docs/test-implementation.md` のルール（テスト名・AAA構造・アサーション設計・テストダブル・非決定性制御・テスト間独立性・Testing Library 等のフロントエンド固有ルールまで全観点）に既存テストが沿っているかを見直す。対象は `.test.ts` / `.test.tsx` / `.spec.ts` ファイルと、テストコードブロックを含む `.md` ドキュメントファイル。
作った成果物について、ユーザーがその振る舞いと目的を確実に理解できているかを問いかけで確認します。細かな実装ではなく、何をするものか・目的にかなうかに焦点を当て、あらゆる可能性を踏まえてエージェントが判断して問いを立てます。「理解できているか確認して」「振る舞いを確認して」「目的にかなっているか見て」「作ったあとのすり合わせをして」と要望された際に必ず使用します。実装や変更が一段落したとき、作ったものの理解をすり合わせたいと感じたら積極的に提案してください。
`/compact`で要約する前に、残したい情報をユーザーに選んでもらい`/compact`の引数を組み立てます。 「compact前に整理したい」「コンテキストを圧縮したい」「/compactの引数を作って」 「会話が長くなってきたので整理したい」「重要な情報を引き継ぎたい」のように使います。
マージ済みのローカル・リモートブランチを整理するスキル。「ブランチ掃除」「マージ済みブランチを削除」「ブランチ整理」「gh poiを実行」「不要なブランチを片付けて」「リモートのブランチも消したい」「mainだけ残して」のような依頼で必ず使う。gh-poi拡張がインストール済みであることを前提とする。mainなどベースブランチは絶対に削除しない。
| name | x-grill-me |
| description | 計画や設計について、共通認識に至り、意思決定ツリーのすべての分岐が解消されるまで、ユーザーを徹底的に問い詰めてください。これは、ユーザーが計画の「ストレステスト」を行いたい場合や、設計について厳しく追及されたい場合、あるいは「厳しく問い詰めて（grill me）」と要望した際に使用します。 |
| allowed-tools | ["AskUserQuestion","Read","Bash","Glob","Grep","TaskCreate","TaskUpdate","TaskList"] |
計画・設計・アイデアのあらゆる側面について、私たちが共通の認識に至るまで、徹底的に質問攻めにしてください。設計ツリーの枝を1つずつたどり、決定事項間の依存関係を順番に解消していきましょう。
AskUserQuestion ツールを必ず使いますquestions 配列には要素を1つだけ入れ、必ず1問ずつ質問しますdescription フィールドに、その選択がもたらす意味やトレードオフを簡潔に書きます各質問文は「背景 → 質問」の2部構成にし、AskUserQuestion の question フィールドにこの順で入れます。背景と質問の間には空行を1つ入れて区切ります。
背景・質問のどちらにも「質問文の書き方」のルールを適用します。
例：
背景：先ほど私たちは「システムは画面からの入力だけでデータを受け取る」と決めました。システムが画面から受け取ったデータをどこまで残すかによって、保存層の設計が必要かどうかが変わります。
質問：ユーザーがブラウザを閉じた後も、入力されたデータを保持しますか？
質問文がわかりにくいと正しく答えられないため、以下のルールで書きます。
フローを開始する前に、全ステップをTaskCreateで登録します。各ステップを開始するときTaskUpdateでin_progressへ、完了したときcompletedへ更新します。
| # | subject | blockedBy |
|---|---|---|
| 1 | コードベース調査 | — |
| 2 | 質問の実施（全分岐の解消まで反復） | 1 |
| 3 | 合意内容のまとめ | 2 |