Commit

💾 Git コミット自動化

[!IMPORTANT] このスキルは変更を分析し、Conventional Commits 11 種 + 絵文字 1:1 マッピング で commit を作成する。 主従順は intent ラベル（主）→ CC prefix（従）。逆引きは行わない。 件名・本文は CEO が読むため .claude/rules/communication.md に従って 動作主語 で書く。 結果のみを簡潔に返す。途中経過は出力しない。

変更を分析し、Conventional Commits 形式でコミットを作成する。

🌳 worktree モード

--worktree <path> が指定された場合、全操作を指定パス内で実行する。

• Bash: 全コマンドを cd <path> && command で実行する。
• Read/Write/Edit: <path>/ を基準とした絶対パスを使用する。
• サブスキル呼び出し: --worktree <path> を引き継ぐ。
• 未指定時は従来通り CWD で実行する（後方互換）。

🔄 ワークフロー

1. リポジトリ情報の取得

gh repo view --json owner,name --jq '.owner.login + "/" + .name'

REPO_OWNER/REPO_NAME として Issue URL 組み立てに使用する。

2. 状態確認

git status

git diff --staged

git diff

git log --oneline -5

3. ステージング

特定ファイルを優先して git add する。git add -A は避ける。

4. コミットメッセージ生成と実行

4a. CC 11 種から prefix を選ぶ（vibecorp 厳格定義）

Conventional Commits 11 種すべてを採用する。各 prefix の vibecorp 厳格定義は docs/conventional-commits.md を参照（refactor は挙動不変厳格化、chore は依存メジャー更新不可、build はランタイム挙動変更不可、等）。

CC prefix	用途
feat	新機能追加（観測可能な挙動が新たに加わる）
fix	バグ修正（セキュリティ脆弱性も含む）
perf	性能改善（観測可能な性能特性が変わる）
refactor	構造改善（挙動不変、公開 API リネーム不可）
style	フォーマット・スタイル修正のみ
docs	ドキュメントのみ（コード本体に影響しない）
test	テストコードのみ（本番コード触れない）
ci	CI 設定のみ
chore	雑務（挙動不変、依存メジャー更新で API 変わるなら不可）
build	ビルドシステム（挙動不変、ランタイム挙動変えるなら不可）
revert	過去 commit の差し戻し

4b. CC prefix → 絵文字 1:1 マッピング

docs/conventional-commits.md 確定の絵文字 11 種を必ず使う。

CC prefix	絵文字
feat	✨
fix	🐛
perf	⚡
refactor	🔄
style	💄
docs	📖
test	🧪
ci	🔧
chore	⚙️
build	📦
revert	⏪

4c. intent 主導で prefix を選ぶ（主従関係）

Issue 駆動のブランチ（dev/<番号>_*）の場合、Issue のラベル（intent/*）が intent を示している。intent → CC prefix の主従順で対応 prefix を選ぶ（.claude/rules/intent-labels.md の絶対条件、逆引き禁止）。Issue ラベル未確認でもコミット内容から intent を先に確定し、対応 prefix を選ぶ。

4d. ルール

• 件名・本文は CEO が読むため .claude/rules/communication.md に従って 動作主語 で書く（「〜になった／〜できるようになった」）。これは コミットメッセージ本体（CEO 報告向け文面） に対する規約であり、本 SKILL.md ファイル自体の文面に適用される prompt-writing.md の LLM 行動主語ルール（「〜する／〜しない／〜禁止」）とは対象が異なる（両規約は prompt-writing.md の「communication.md との違い」セクションで明示される）。
• 件名フォーマット: <emoji> <CC prefix>: <動作主語の subject>（scope を付ける場合は <emoji> <CC prefix>(<scope>): <subject>）。
• 件名は動作主語・ピリオドなし・推奨 50 文字以下。
• Issue 番号はブランチ名から抽出（例: dev/12345_feature → #12345）。
• 本文は変更内容を箇条書きで列挙する。
• revert PR は intent/bugfix ラベル付与済みのため、コミット側でも prefix revert + 絵文字 ⏪ を使う。

git commit -m "<emoji> <CC prefix>: <subject>

https://github.com/{REPO_OWNER}/{REPO_NAME}/issues/{ISSUE_NUMBER}

- 変更内容1
- 変更内容2"

HEREDOC やサブシェル展開 $(...) は使わない。-m に直接文字列を渡す。

5. 確認

git log --oneline -1

⚠️ 制約

• --force、--hard、--no-verify は使用しない。
• jq では string interpolation \(...) を使わない — Bash 上で \ がエスケープ文字、() がサブシェルとして解釈され、意図しない展開やパースエラーを引き起こすため。必ず + で結合する。
• コマンドをそのまま実行する — 2>/dev/null、|| echo、; echo 等のリダイレクトやフォールバックを付加しない（根拠）。
• .env、認証情報、シークレットはコミットしない。
• 明示的な要求なしに --amend や push を行わない。
• git add -A より特定ファイルのステージングを優先する。

📤 返却フォーマット

<commit-hash> <emoji> <CC prefix>: <subject>

scope 付きの場合は <emoji> <CC prefix>(<scope>): <subject> 形式を使う（タイトル形式と統一）。

🔗 関連ルール

• CC prefix 厳格定義: docs/conventional-commits.md
• intent ラベル定義: .claude/rules/intent-labels.md
• CEO 報告向け文面規約: .claude/rules/communication.md
• プロンプト作成基準: .claude/rules/prompt-writing.md
• マークダウン規約: .claude/rules/markdown.md
• シェル規約: .claude/rules/shell.md