メニュー
実装・計画・作業を開始する前に、曖昧な点を残さずユーザーに確認を取るためのキックオフニュアンス。 git管理下であればブランチ戦略、コミット粒度、PR作成の有無・タイミング、スコープを必ず事前確認する。 トリガー: "実装", "実装して", "計画", "計画して", "作業開始", "着手", "やって", "お願い", "キックオフ", "kickoff", "/kickoff" 使用場面: コード変更・新規実装・リファクタ・修正・調査から実装に移る時など、「手を動かし始める前」に毎回使う。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | kickoff |
| description | 実装・計画・作業を開始する前に、曖昧な点を残さずユーザーに確認を取るためのキックオフニュアンス。 git管理下であればブランチ戦略、コミット粒度、PR作成の有無・タイミング、スコープを必ず事前確認する。 トリガー: "実装", "実装して", "計画", "計画して", "作業開始", "着手", "やって", "お願い", "キックオフ", "kickoff", "/kickoff" 使用場面: コード変更・新規実装・リファクタ・修正・調査から実装に移る時など、「手を動かし始める前」に毎回使う。 |
実装・計画に着手する前に、ユーザーの意図を正確に把握し、後戻りを防ぐための事前すり合わせスキル。
ユーザーの依頼を読み、以下を整理する:
曖昧な点が1つでもある場合、推測で進めずに必ず AskUserQuestion で質問する。
「だいたい分かったから進めよう」は禁止。以下のような曖昧さは必ず確認する:
1回のAskUserQuestionに複数質問をまとめて効率よく聞く（最大4問）。
git rev-parse --is-inside-work-tree などで git管理下だと確認できたら、必ず以下を AskUserQuestion でまとめて聞く:
ブランチ戦略
コミット粒度
PR作成の有無・タイミング
スコープ確認
git管理されていない場合は、ブランチ・PRの質問はスキップしてよい。
質問の回答を受けたら、下記のような短いサマリを返して最終合意を取る:
以下の方針で進めます:
- スコープ: XXX
- ブランチ: YYY（新規/既存）
- コミット粒度: ZZZ
- PR: あり/なし（タイミング: ~~~）
不明点: なし
合意が取れたら、planツールまたは実装を開始する。
途中で新たな曖昧さに気づいた場合は、その都度 AskUserQuestion で確認する（推測で進めない）。
AskUserQuestion ツールを使う（会話文で聞き流さない）PRレビュー指摘をGitHubインラインコメントとして投稿する
GitHub PR を worktree 隔離でレビューする。仕様書 (CLAUDE.md / docs / spec 等) を参照し、 codex が利用可能なら並列に独立レビューを依頼、両者の指摘を統合一本化。 最終出力前にファクトチェックとPRスコープチェックの2パスを自己実施。 トリガー: `/pr-review` （明示起動のみ）
要件定義書・仕様書・実装計画書を自動生成するスキル。 要件には REQ-{SCOPE}-{SEQ} 形式のIDを付与し、実装計画は要件IDに基づいて作成。 docs/requirements/、docs/specifications/、docs/implementation/ に複数ファイルとして出力する。 トリガー: "plan-docs", "/plan-docs" 使用場面: プロジェクトの要件定義・仕様策定・実装計画の作成が必要な時。新規プロジェクト開始時や機能追加の計画時。
Codex CLI（OpenAI）を使用してコードや文言について相談・レビューを行う。 トリガー: "codex", "codexと相談", "codexに聞いて", "コードレビュー", "レビューして" 使用場面: (1) 文言・メッセージの検討、(2) コードレビュー、(3) 設計の相談、(4) バグ調査、(5) 解消困難な問題の調査
Google の Gemini CLI を、コード生成・レビュー・分析・Web 調査のための強力な補助ツールとして活用する。別の AI の視点、Google 検索による最新情報、コードベースアーキテクチャ分析、並列コード生成が有益なタスクに使用する。ユーザーが明示的に Gemini の操作を要求した場合にも使用する。