generating-smart-commits
ステージングされたGitの変更から規約的なコミットメッセージを生成する際に使用します。「create commit message」「generate smart commit」「/commit-smart」「/gc」といったフレーズでトリガーできます。変更内容を自動で分析し、コミットタイプ(feat、fix、docs)を判定して破壊的変更を特定し、規約的コミット標準に従ってフォーマットします。
description の原文を見る
Execute use when generating conventional commit messages from staged git changes. Trigger with phrases like "create commit message", "generate smart commit", "/commit-smart", or "/gc". Automatically analyzes changes to determine commit type (feat, fix, docs), identifies breaking changes, and formats according to conventional commit standards.
SKILL.md 本文
Git Commit Smart
このスキルは、git コミット smart タスクの自動化を支援します。
前提条件
このスキルを使用する前に、以下を確認してください:
- Git リポジトリが {baseDir} に初期化されている
git addを使用して変更がステージングされている- ユーザーがコミットを作成する権限を持っている
- Git のユーザー名とメールアドレスが設定されている
手順
- ステージングされた変更を分析: git diff の出力を検査して変更内容を理解する
- コミットタイプを決定: 変更を feat、fix、docs、style、refactor、test、chore に分類する
- スコープを特定: ファイルパスから影響を受けるモジュールまたはコンポーネントを抽出する
- 破壊的変更を検出: API の変更、削除されたフィーチャー、または互換性のない変更を確認する
- メッセージをフォーマット:
type(scope): descriptionパターンに従ってメッセージを構築する - レビュー用に提示: 生成されたメッセージを表示し、コミットする前に確認を求める
出力
以下のフォーマットで conventional commit メッセージを生成します:
type(scope): brief description
- Detailed explanation of changes
- Why the change was necessary
- Impact on existing functionality
BREAKING CHANGE: description if applicable
例:
feat(auth): implement JWT authentication middlewarefix(api): resolve null pointer exception in user endpointdocs(readme): update installation instructions
エラーハンドリング
よくある問題と解決策:
ステージングされた変更がない
- エラー: "No changes staged for commit"
- 解決策: コミットメッセージを生成する前に
git add <files>を使用してファイルをステージングする
Git が初期化されていない
- エラー: "Not a git repository"
- 解決策:
git initで git を初期化するか、リポジトリルートに移動する
コミットされていない変更がある
- 警告: "Unstaged changes detected"
- 解決策: 関連する変更をステージングするか、関連のない変更に対して
git stashを使用する
無効なコミットフォーマット
- エラー: "Generated message doesn't follow conventional format"
- 解決策: メッセージをレビューして、タイプ、スコープ、または説明を手動で調整する
リソース
- Conventional Commits 仕様: https://www.conventionalcommits.org/
- Git コミットベストプラクティスドキュメント
- スタイル一貫性のためのリポジトリコミット履歴
- {baseDir}/000-docs/007-DR-GUID-contributing.md のプロジェクト固有コミットガイドライン
概要
このスキルは、説明された機能の自動化支援を提供します。
例
使用例パターンはコンテキスト内で説明されます。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Brmbobo
- リポジトリ
- Brmbobo/Web2podcast
- ライセンス
- MIT
- 最終更新
- 2026/1/26
Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。