Menu
Creates logical, well-structured git commits following Conventional Commits. Use when user mentions commit, committing, saving changes, or asks to organize changes into commits.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Generic thinking protocol for deriving optimal solutions through iterative self-checking. Invoke BEFORE searching within the given problem space whenever the user asks for advice, judgment, evaluation, or choice. Reframes the problem, generates options, evaluates trade-offs, runs a self-answer check (does this answer the user's actual question at the right granularity, reach upstream, match expectations, offer non-obvious value?), and loops back to upstream tracing or same-level reframing if the check fails — until convergence. Applies across any domain — technical, process, organizational, decision-making, career. Triggers when the user uses evaluation or reconsideration language ("which is best", "root cause", "is this really needed", "sustainable long-term", "ほんとうに", "そもそも", "最善は", "根本は", "筋が良い"), when validating the soundness of someone's proposal from multiple perspectives, when the problem spans multiple layers (tech / process / org / regulation / UX / cost), or when clear trade-offs exist.
Review the local diff with flat-perspective sub-agents, fix findings in a loop, then create a PR via the create-pr skill once the review is clean
計画や設計について、ユーザーを徹底的に問い詰めて一緒に詰める。実装・着手の前に計画をストレステストしたいとき、または「詰めて」「グリルして」「問い詰めて」「ツッコんで」「設計レビューして」「ほんとうにこれでいい?」などのトリガー表現が出たときに必ず使う。
.claude/rules/ 配下のルールファイル (*.md) を新規作成・編集するときに、適切なメカニズム選択と paths スコープを保証する。ルールを書く前・書いた後に必ず適用する。
Orchestrate Epic issue as team leader. Delegate sub-issues to member agents in isolated worktrees. Members run in background and communicate via SendMessage.
Fetch a GitHub issue with its sub-issues, walk up to the parent Epic, list sibling issues under that Epic, fetch the body of each sibling issue, attach the implementing PR for each closed sibling with body and diff summary, gather related code, and present as a Japanese summary so the reader can grasp the whole task context including the actual contents of siblings and their PRs
| name | commit |
| description | Creates logical, well-structured git commits following Conventional Commits. Use when user mentions commit, committing, saving changes, or asks to organize changes into commits. |
| disable-model-invocation | true |
Conventional Commits 仕様に従い、論理的で構造化された git コミットを作成する。
-y: ユーザー承認をスキップして、そのままコミット作成に進むgit branch --show-current
git status
git diff
git diff --cached
git log --oneline -5
Conventional Commits 形式 (絵文字なし) でコミット計画を提示する:
Commit Plan:
1. feat(auth): add user authentication feature
- apps/api/src/features/auth/login-usecase.ts
- apps/api/src/features/auth/route.ts
2. test(auth): add authentication test cases
- apps/api/src/features/auth/login-usecase.spec.ts
3. docs(api): update API documentation
- docs/api/authentication.md
4. chore(deps): add authentication libraries
- package.json
- pnpm-lock.yaml
Do you approve this commit plan? (y/n)
If changes are needed, please specify what adjustments are required.
重要: コミット作成に進む前に、明示的なユーザー承認を待つこと。
例外: -y オプションが指定されている場合は承認ステップを飛ばし、直接コミット作成へ進む。
各コミットを作成する前に、型チェックとリントを実行する:
npm run type-check || pnpm type-check || tsc --noEmit
npm run lint || pnpm lint
エラーが見つかればコミット前に修正する。スクリプトが存在しない場合は省略する。
承認後、各コミットを作成する:
git add [related-files]
git commit -m "$(cat <<'EOF'
type(scope): concise subject line
- Detailed change description 1
- Detailed change description 2
- Detailed change description 3
EOF
)"
ステージング: 対象ファイルが既に git add 済みなら再 add は不要 (git diff --cached で確認)。未 staged のファイルだけを追加でステージする。
メッセージの言語: git log --oneline -10 で観察した既存コミットの言語に合わせる (英語が多ければ英語、日本語が多ければ日本語)。混在していれば英語を既定とする。1 つの PR / セッション内では言語を統一する。
type(scope): subject
body (optional)
footer (optional)
絵文字禁止: プレーンテキストのみで書く。
-y が指定されない限り、実行前に必ず計画をユーザーに確認する$ARGUMENTS