git-hero について
git-heroは、Gitの質問やワークフロー、復旧、コミット規律を扱う開発者向けスキルです。必要に応じて参照資料を案内します。
主な機能
- 01状況に応じたGitの回答
- 02安全な復旧手順の案内
- 03Conventional Commitsの適用
- 04アトミックコミットの推奨
- 05専門トピックへの振り分け
活用シーン
- 01マージとリベースの選択
- 02不明な変更や消失した変更の調査
- 03一貫したコミットメッセージの作成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ bsene/ skills --skill git-heroインストール後、Claude Code で/git-heroを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
gitlab-dag/references/dry-patterns-and-examples.mdneeds-keyword.mdparallel-and-matrix.mdgitlab-dag/resources/gitlab-dag-advanced.mdgitmoji/references/gitmoji-catalog.mdreferences/commands.mdcommit.mdconcepts.mdconfig-recipes.mdconventional-commits.mdgitlab-flow.mdscenarios.mdworkflow-decisions.md詳細
Git Hero
Git を包括的に習得 — ベストプラクティス、専門家による Q&A、gitmoji、CI/CD パイプライン。
Git に関する質問に回答する
ユーザーの言語と経験に合わせます。概念に関する質問では、具体的なコマンドを示す前に、何をするのか、なぜそうするのかを説明します。履歴の理解に役立つ場合は、コミットグラフを使います。 ワークフローに関する質問では、推奨事項とそのトレードオフ、コマンドの手順を示します。 簡単なコマンドについての回答は短くまとめ、質問に必要な場合にのみリファレンスを読みます。
復旧では、修正コマンドを提案する前に、git status と、必要に応じて git reflog で状況を診断します。最も安全な修正方法を優先し、破壊的なコマンドを推奨する前に、データ損失や履歴の書き換えについて説明します。共有履歴の書き換えを、既定の修正方法として使わないでください。
専門スキルへの振り分け
- コミットの絵文字/Gitmoji → gitmoji。通常の Conventional Commits では絵文字は不要です。
- GitLab パイプライン、DAG、
needs:、並列マトリックス → gitlab-dag。
コミットの規律
形式
すべてのコミットメッセージは、gitmoji を任意で先頭に付けた Conventional Commits の形式に従います。
<emoji> <type>(<scope>): <imperative description>
ルール:
- 1 行のみ — 本文、フッター、空行は付けません
- 命令形 — 「add feature」のように書き、「added feature」や「adds feature」とはしません
- 説明は小文字 — コロンの後を大文字にしません
- 末尾にピリオドを付けない
- スコープは任意ですが、複数のモジュールがあるリポジトリでは推奨します
Co-Authored-By: Claudeのトレーラーを付けない — ツールの既定値にかかわらず、絶対に追加しません
例: feat(auth): add OAuth2 login with Google
アトミックなコミット
1 つのコミットにつき、論理的な変更は 1 つにします。各コミットは次の条件を満たす必要があります。
- 単独でコンパイルでき、テストに合格する
- 副作用なしで取り消せる
- 変更内容を十分に説明するメッセージがある
違和感のチェック: メッセージに「and」が必要なら、コミットを分割します。
必要に応じて読む
| 読むタイミング | ファイル |
|---|---|
リリースへの影響によるコミット種別の選択、破壊的変更(!/BREAKING CHANGE)、スコープの選択、commitlint による検証 | Conventional Commits |
| Git の設定(エイリアス、GPG 署名、push の安全性、force push、reflog、新しい構文、rerere) | 設定レシピ |
| ワークフローの選択、merge と rebase の比較、ブランチの命名規則、ブランチのライフサイクル | ワークフローの判断 |
| 環境/リリースブランチ、GitLab Flow、機能スイッチ、cherry-pick によるバックポート、または CI パイプラインの簡単な改善 | GitLab Flow とパイプライン |
| HEAD、ブランチ、ゾーン、リモート、オブジェクト、または merge と rebase の理解 | Git の概念 |
| コマンドのフラグ、調査、worktree、サブモジュール、または履歴の書き換えを調べる | コマンド早見表 |
| スナップショット、コミットオブジェクト、ハッシュ、または add/commit のライフサイクルを理解する | コミットの内部構造 |
| 取り消し、修正、コミットの移動、競合の解決、または stash の使用 | よくあるシナリオ |
ベンチマーク
これらの過去の結果は、Git Guru の統合前のものです。統合されたスキルはまだ再実行されていません。実行の来歴を維持するため、シナリオ ID は変更していません。
シナリオ:.benchmarks/scenarios/git-hero-001-atomic-commits.md · 実行:2026-09-04 · ログ:.benchmarks/runs/2026-09-04/git-hero-001-atomic-commits.json
| モデル | なし | あり | 差分 |
|---|---|---|---|
| claude-opus-4-8 | 100% | 100% | +0% |
| claude-sonnet-4-6 | 100% | 100% | +0% |
| claude-haiku-4-5 | 100% | 100% | +0% |
中立(2026-09-04 実行)。すべてのモデルで、あり・なしのどちらも100%です。このシナリオでは、アトミックコミットのガイダンスは上限に達しています。ルーターの価値はコードの変更ではなく、トリアージにあります。
.agents/skills/skill-optimizer/rules/release-gates.mdに従って判定してください。
Git に関する質問(旧 Git Guru)
シナリオ:.benchmarks/scenarios/git-guru-001-merge-vs-rebase.md · 実行:2026-08-31 · ログ:.benchmarks/runs/2026-08-31/git-guru-001-merge-vs-rebase.json
| モデル | なし | あり | 差分 |
|---|---|---|---|
| claude-opus-4-8 | 83% | 83% | +0% |
| claude-sonnet-4-6 | 83% | 100% | +17% |
| claude-haiku-4-5 | 83% | 83% | +0% |
条件付き合格(2026-08-31 実行)。Sonnet は+17、opus/haiku は変化なしです。マージとリベースの選択基準は、ほぼデフォルトの動作です。
.agents/skills/skill-optimizer/rules/release-gates.mdに従って判定してください。