subagent-commit
git-commit-message-generatorエージェントを利用して、commitメッセージを生成する
Best use case
subagent-commit is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
git-commit-message-generatorエージェントを利用して、commitメッセージを生成する
Teams using subagent-commit should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/subagent-commit/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How subagent-commit Compares
| Feature / Agent | subagent-commit | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
git-commit-message-generatorエージェントを利用して、commitメッセージを生成する
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
以下の手順でcommitを行ってください。 ## 1. 状況の判断 会話の文脈から、以下のどちらかを判断する: - **単発commit**(デフォルト): ユーザーからcommit分割の指示がない場合 - **複数commit**: ユーザーからcommit分割計画が明示的に提示されている場合 ## 2-A. 単発commitの場合 1. `git diff --cached --stat` でステージングされたファイルがあるか確認する 2. ステージングされたファイルがある場合 → そのまま対象にする 3. ステージングされたファイルがない場合 → 今の会話で変更したファイルを `git add` してステージングする 4. git-commit-message-generatorエージェントでcommitメッセージを生成する 5. 生成したメッセージでcommitを実行する ## 2-B. 複数commitの場合 ### フェーズ1: commitメッセージの並列生成 1. 各commitの対象ファイルと変更内容を整理する 2. git-commit-message-generatorエージェントを**全commit分、並列で起動**し、メッセージを同時に生成する ### フェーズ2: 順次commit実行 計画順に以下を繰り返す: 1. 対象ファイルを `git add` でステージングする 2. 生成済みのメッセージで `git commit` する 3. 成功を確認してから次へ進む。失敗した場合は処理を中断し、状況をユーザーに報告する ## 出力 生成したcommitメッセージをセッション中に共有する。 複数commitの場合は、各commitの番号・対象ファイル・メッセージ・結果を共有する。
Related Skills
self-review
手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ
search-loosedrawing
Loose Drawingから画像を検索、または表現に適したイラストの組み合わせを提案する
search-irasutoya
いらすとやから画像を検索、または表現に適したイラストの組み合わせを提案する
search-cluster-creators-guide
Cluster Creators Guide(creator.cluster.mu)からクリエイター向け情報を検索・調査する。 「clusterの〜について調べて」「〜の使い方」「〜する方法」「〜を探して」などのリクエストで使用。 Bashでスクリプトを実行してサイト検索・記事取得を行い、関連情報を抽出して提示する。
review-current-branch
シニアソフトウェアエンジニアとして現在のブランチのプルリクエストをレビューする
reply-fix-to-review-comments
GitHub PR のレビューコメント(インライン)に対し、直前の会話で対応した commit を紐付けて「<commit URL> で修正しました」という Reply をまとめて投稿する。「レビュー Reply して」「レビューコメントに返信して」「修正報告投稿して」などのリクエストで使用。コード修正そのものは扱わず、修正・commit 済みの状態から呼ぶ前提。
my-create-draft-pull-request
GitHubのDraft PullRequestを作成する
memo-tech
現在のセッションから汎用知識のみを抽出し、話題ごとに自動タイトルで分割・保存(Obsidian直下、引数不要)
implement-handoff
実装計画に従って作業後、次のフェーズ担当者への申し送り事項を作成する
fix-review-comments
直前の会話に含まれるレビュー結果を精査し、妥当な指摘に対して修正を実施する。レビュアーの指摘がすべて正しいとは限らないため、各コメントを批判的に評価する。「レビュー対応して」「レビューコメント修正して」「指摘を直して」「レビュー指摘に対応して」などのリクエストで使用。
criticalthink
直前の自分の回答を厳密な批判的思考で分析する
create-requirements
ヒアリングしながら作りたい機能の要件定義を確定する