commit
Conventional Commitsに従ったgitコミットを作成します。ステージング、メッセージフォーマット、スコープ検出、コミット修正、fixupコミットに対応しています。変更のコミット、コミットの修正、fixupコミットの作成時に利用できます。
description の原文を見る
Create git commits following Conventional Commits. Handles staging, message formatting, scope detection, amending, and fixup commits. Use when committing changes, amending commits, or creating fixup commits.
SKILL.md 本文
コミット
よくフォーマットされた git コミットを作成します。コミットのみ行い、プッシュは行いません。
フォーマット
<type>(<scope>): <summary>
- type 必須 —
feat、fix、docs、refactor、chore、test、perf、style、ci - scope オプション — 影響を受ける領域の短い名詞:
api、parser、ui、auth - summary 必須 — 命令形、72字以下、末尾にピリオドなし
feat(panels): add floating panel API
fix(auth): handle expired SSH keys gracefully
docs: update branching strategy guide
refactor(parser): extract token validation
ワークフロー
- 変更内容を確認 —
git statusおよびgit diff(またはステージ済みの場合はgit diff --cached)を実行 - スコープを検出 —
git log -n 30 --pretty=format:%sを実行してプロジェクトの規則に合わせる - ファイルをステージング — 特定のファイルの場合は
git add <files>、部分的なステージングの場合はgit add -p - コミット —
git commit -m "<type>(<scope>): <summary>"を実行(必要に応じて-m "<body>"を追加)
ステージング
- ユーザーがファイルまたはグロブを指定した場合、それらのみをステージング
- ファイルが指定されていない場合、論理的なコミットに関連するすべての変更をステージング
git statusに曖昧な追加ファイルが存在する場合は、どれを含めるか確認- ファイルに無関係な変更が含まれている場合、
git add -pを使用して部分的にステージング
スコープ検出
git log -n 30 --pretty=format:%s を実行してパターンを特定します:
- プロジェクトがスコープを一貫して使用している場合、既存の規則に合わせる
- 一般的なスコープはディレクトリ構造(
extensions、skills、api)または機能領域から取得 - 明確なパターンがない場合、スコープを省略 —
feat: add panel support
本文
- オプション — 概要から「理由」が明確でない場合に追加
- 件名と本文の間に空行を挿入
- 動機やコンテキストを説明する短い段落
- サインオフ(
Signed-off-by)は含めない - 破壊的変更のフッター(breaking-change)は含めない
AI の帰属
AI エージェントがコミットを作成または共同作成した場合、Co-authored-by トレーラーを追加します。設定から貢献者の情報を読み込みます:
// ~/.pi/agent/settings.json → pantry.contributor
{
"name": "Ember 🐉",
"email": "ember-ai@dotbeeps.dev",
"trailerFormat": "Co-authored-by: Ember 🐉 <ember-ai@dotbeeps.dev>",
"includeModel": true
}
includeModel が true の場合、現在のモデルをトレーラーに追加します:
Co-authored-by: Ember 🐉 [claude-sonnet-4] <ember-ai@dotbeeps.dev>
トレーラーをコミット本文の最後に追加します(空行の後)。本文がない場合は作成します:
git commit -m "feat(panels): add floating API" -m "Co-authored-by: Ember 🐉 [claude-sonnet-4] <ember-ai@dotbeeps.dev>"
設定がない場合、帰属を追加しません — ユーザーが設定していません。
コミットの修正
最新のコミットを修正します。未プッシュの場合のみ安全です。
git commit --amend # メッセージとステージ済み変更を編集
git commit --amend --no-edit # ステージ済み変更を追加、メッセージを保持
- ユーザーが「修正」または「最新のコミットを更新」と言った場合は
--amendを使用 - コミットが既にプッシュされている場合は警告(
git log --oneline @{u}..HEADで確認)
Fixup コミット
インタラクティブリベース中に前のコミットに折り畳まれるコミットを作成します:
git commit --fixup=<sha> # "fixup! <original message>" を作成
- 同じブランチ上の前のコミットの問題を修正する場合に使用
git rebase -i --autosquashと組み合わせて使用(gitスキルを参照)- ユーザーは「<sha> の fixup」または「前のコミットを修正」と言うかもしれません
呼び出し引数
ユーザーからの引数をコミットガイダンスとして扱います:
- 自由形式の指示 → タイプ、スコープ、概要、本文に影響
- ファイルパスまたはグロブ → ステージングおよびコミットするファイルを制限
- 複合 → 両方を尊重:指定されたファイルのみをステージング、メッセージに指示を使用
- 引数が差分と矛盾する場合(例:リストされているがファイルが変更されていない)、確認を求めます
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- dotBeeps
- リポジトリ
- dotBeeps/pantry
- ライセンス
- MIT
- 最終更新
- 2026/5/1
Source: https://github.com/dotBeeps/pantry / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。