Menú
Creates logical, well-structured git commits following Conventional Commits. Use when user mentions commit, committing, saving changes, or asks to organize changes into commits.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
ドキュメントやコードコメントから、読者にとって価値の無い記述を取り除いて最終状態だけにする。作業の過程・暫定の注記・自明な説明が残っているときに使う。
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.
| 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