mcpField
G
git-hero

git-hero

github.com/bsene開発7179 回インストール1 日前に更新
リポジトリ

git-hero について

git-heroは、Gitの質問やワークフロー、復旧、コミット規律を扱う開発者向けスキルです。必要に応じて参照資料を案内します。

主な機能

  1. 01状況に応じたGitの回答
  2. 02安全な復旧手順の案内
  3. 03Conventional Commitsの適用
  4. 04アトミックコミットの推奨
  5. 05専門トピックへの振り分け

活用シーン

  1. 01マージとリベースの選択
  2. 02不明な変更や消失した変更の調査
  3. 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.md
needs-keyword.md
parallel-and-matrix.md
gitlab-dag/resources/
gitlab-dag-advanced.md
gitmoji/references/
gitmoji-catalog.md
references/
commands.md
commit.md
concepts.md
config-recipes.md
conventional-commits.md
gitlab-flow.md
scenarios.md
workflow-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-8100%100%+0%
claude-sonnet-4-6100%100%+0%
claude-haiku-4-5100%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-883%83%+0%
claude-sonnet-4-683%100%+17%
claude-haiku-4-583%83%+0%

条件付き合格(2026-08-31 実行)。Sonnet は+17、opus/haiku は変化なしです。マージとリベースの選択基準は、ほぼデフォルトの動作です。.agents/skills/skill-optimizer/rules/release-gates.md に従って判定してください。

コメント