commit

commit

ステージングしてコミットします。Conventional Commits を使用します。プッシュはしません。

プロトコル

まず並行して実行します。

git status
git diff HEAD
git log --oneline -5

次に、順番に実行します。

1. 変更の理由を理解する — 差分を読み、何がなぜ変更されたのかを理解します
2. 特定のファイルをステージングする — ファイル名を指定します。git add -A や git add . は使用しません
3. メッセージを作成する — 以下の形式を参照してください
4. heredoc を使ってコミットする（書式を維持します）
5. git status で確認する

コミットメッセージの形式

type(scope): short description (≤72 chars)

Optional body if nuance is lost without it.

Co-Authored-By: <agent-name> <agent-email>

Co-Authored-By トレーラーは任意です。ハーネスから提供されるエージェントの識別情報を記入するか、プロジェクトで不要な場合は行全体を省略してください。

タイプ：feat、fix、refactor、chore、docs、test、style

何を変更したかではなく、なぜ変更したかに焦点を当てます。何が変更されたかは、差分を見ればわかります。

書式を維持するために heredoc を使います。

git commit -m "$(cat <<'EOF'
type(scope): short description

Co-Authored-By: <agent-name> <agent-email>
EOF
)"

ルール

• 明示的に指示されない限り、amend はしないでください。代わりに新しいコミットを作成します
• --no-verify は使用しないでください。フックをスキップしないでください
• main/master への強制プッシュはしないでください
• プッシュも PR も行わないでください。その場合は gh スキルに引き継ぎます
• フックが失敗した場合は、問題を修正して再ステージングし、新しいコミットを作成します（amend はしません）
• .env、認証情報、大きなバイナリはコミットしないでください。ユーザーに警告してください

注意点

• バッククォートや $ を含む heredoc のコミットメッセージでは、区切り文字をシングルクォートで囲みます（<<EOF ではなく <<'EOF'）
• prek フックが失敗した場合、コミットは作成されていません。修正後に新しいコミットを作成してください。amend はしないでください
• Co-Authored-By トレーラーは任意です。ハーネスから提供されるエージェントの識別情報を使うか、プロジェクトでエージェントの著作者情報を記録しない場合は行を省略してください
• ステージング後に git diff HEAD が空の場合、新しい内容は追加されていません。代わりに git diff --cached を確認してください