菜单
作った成果物について、ユーザーがその振る舞いと目的を確実に理解できているかを問いかけで確認します。細かな実装ではなく、何をするものか・目的にかなうかに焦点を当て、あらゆる可能性を踏まえてエージェントが判断して問いを立てます。「理解できているか確認して」「振る舞いを確認して」「目的にかなっているか見て」「作ったあとのすり合わせをして」と要望された際に必ず使用します。実装や変更が一段落したとき、作ったものの理解をすり合わせたいと感じたら積極的に提案してください。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | x-check-me |
| description | 作った成果物について、ユーザーがその振る舞いと目的を確実に理解できているかを問いかけで確認します。細かな実装ではなく、何をするものか・目的にかなうかに焦点を当て、あらゆる可能性を踏まえてエージェントが判断して問いを立てます。「理解できているか確認して」「振る舞いを確認して」「目的にかなっているか見て」「作ったあとのすり合わせをして」と要望された際に必ず使用します。実装や変更が一段落したとき、作ったものの理解をすり合わせたいと感じたら積極的に提案してください。 |
| allowed-tools | ["AskUserQuestion","Read","Bash","Glob","Grep"] |
作った成果物について、ユーザーがその振る舞いと目的を確実に理解できているかを問いかけで確認します。計画どおりに作れているかは問いません。作ったものが何をして、当初の目的にかなうのかを、ユーザー自身が説明できる状態にすることが目的です。
計画ファイルや仕様を出発点にせず、成果物そのものを読んでください。あらゆる可能性を踏まえ、ユーザーの理解があいまいになりそうな点や目的と振る舞いがずれていそうな点を自分で見つけます。
問いの焦点は次の3点に限ります。内部の実装ではなく、外から観測できる振る舞いと目的の整合を問います。
AskUserQuestionツールを必ず使いますquestions配列には要素を1つだけ入れ、必ず1問ずつ質問しますdescriptionフィールドに、その解釈が正しい場合に何を意味するかを簡潔に書きます各質問文は「背景 → 質問」の2部構成にし、AskUserQuestionのquestionフィールドにこの順で入れます。背景と質問の間には空行を1つ入れて区切ります。
例：
背景：`/x-keep`は`AskUserQuestion`を2回呼ぶ設計になっています。1回目では単一選択、2回目では複数選択の質問をします。
質問：`/x-keep`を呼び出したとき、1回目に表示される質問で複数の情報を同時に選べますか？
質問文がわかりにくいと正しく答えられないため、以下のルールで書きます。
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などベースブランチは絶対に削除しない。
大きな計画や実装タスクを、依存関係順に並んだ最小単位のステップに分解します。各ステップは単独でレビュー・コミットできる粒度にします。「分解して」「ステップに割って」「細かく割り当てたい」「着手前に整理したい」「段階的に進めたい」「タスクを整理して」と要望された際に使用します。