スキル git-pr-workflows-git-workflow
📦

git-pr-workflows-git-workflow

安全 ⚙️ 外部コマンド

マルチエージェントオーケストレーションでGit PRワークフローを自動化

コードレビューからプルリクエスト作成までのgitワークフローを合理化します。このスキルは特殊なAIエージェントを調整し、コード品質確保、テスト実行、Conventional Commitsの生成、完善的 документацияされたPRの作成を行います。

対応: Claude Codex Code(CC)
📊 71 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「git-pr-workflows-git-workflow」を使用しています。 5つの変更ファイルを持つ新しい認証機能のコードレビュー

期待される結果:

コードレビューレポート:2つの高重大度問題(ログインエンドポイントでの入力検証の欠落、設定内のハードコードされた資格情報)、3つの中程度問題(一貫性のないエラー処理、欠落しているログ記録)、5つの低問題(スタイル違反)。推奨事項には、レート制限の実装とシークレットに対する環境変数の使用が含まれます。

「git-pr-workflows-git-workflow」を使用しています。 APIエンドポイント変更のテスト実行

期待される結果:

テスト結果:47件合格、2件失敗(新エンドポイントの統合テスト)、0件スキップ。カバレッジ:ステートメント84%、ブラanches 78%、関数81%。未テストのクリティカルパス:authミドルウェアのエラー処理、トークン有効期限のエッジケース。

セキュリティ監査

安全
v1 • 2/25/2026

All static analysis findings are false positives. The scanned file (SKILL.md) is a markdown documentation file, not executable code. Detected patterns like backticks are markdown formatting for code examples, and terms flagged as cryptographic references are ordinary text mentions (e.g., feature flags). No actual security risks exist in this developer productivity skill.

1
スキャンされたファイル
143
解析された行数
1
検出結果
1
総監査数
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
32
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

エンタープライズ開発チーム

Conventional Commitsとブランチ保護ポリシーに準拠した、一貫したコードレビュー、テスト、PR作成プロセスで、大規模なチーム全体のgitワークフローを標準化します。

ソロ開発者

コミット前のマルチエージェントレビュー 통해反復的なgitタスクを自動化し、コード品質を確保し、バグを減らし、プロフェッショナルな標準を維持します。

オープンソースメンテナー

自動化されたPR説明、レビュアー割り当て、構造化されたコミットメッセージでコントリビューションworkflow合理化し、プロジェクトの保守性を向上させます。

これらのプロンプトを試す

基本的なコードレビュー
コミットされていない変更のコード品質問題をレビューしてください。スタイル違反、セキュリティ脆弱性、欠落しているエラー処理をチェックしてください。重大度レベルを含むレポートを生成してください。
テストカバレッジ分析
変更したコードの全テストスイートを実行してください。ユニットテスト、統合テスト、E2Eテストを実行してください。カバレッジレポートを生成し、注意が必要な未テストコードパスを特定してください。
Conventional Commits生成
変更を分析し、Conventional Commitsフォーマットのメッセージを作成してください。変更を分類し(feat/fix/docs/etc)、50文字以下の明確なサブジェクトラインを書き、"何"と"なぜ"を説明する詳細なボディを含めるてください。
完全なPRワークフロー
完全なgitワークフローをオーケストレーションしてください:コード品質レビュー、テスト実行、コミットメッセージ生成、ブランチ戦略の準備、テストサマリーとデプロイメントノートを含む包括的なPR説明の作成。

ベストプラクティス

  • 単一の論理的変更を表すアトミックコミットで早期かつ頻繁にコミットしてください
  • 一貫した解析可能なコミットメッセージのためにConventional Commits仕様従ってください
  • 効果的なコードレビューを可能にするためにプルリクエストを400行以下に保ってください

回避

  • 緊急時を除き--skip-testsフラグでテストをスキップすること
  • レビューが難しい複数の無関係な変更を含む大きなPRを作成すること
  • 重大または高重大度のコードレビュー結果を対処せずにマージすること

よくある質問

このワークフローはどのAIエージェントを使用しますか?
このワークフローは特殊なエージェントを調整します:code-reviewerは品質分析用、test-automatorはテスト実行用、prompt-engineerはコミットメッセージ生成用、docs-architectはPR説明用、deployment-engineerはブランチ管理とプッシュ前検証用です。
トランクベース開発で使用できますか?
はい、ワークフローはトランクベースとフィーチャーブランチの両方をサポートしています。フィーチャーフラグを使用した直接mainへのワークフローには--trunk-basedフラグを使用し、分離されたブランチ開発には--feature-branch(デフォルト)を使用してください。
Conventional Commitsフォーマットとは何ですか?
Conventional Commitsはフォーマット:type(scope): subjectを持つコミットメッセージの仕様です。タイプにはfeat、fix、docs、style、refactor、perf、test、build、ci、chore、revertが含まれます。これにより自動化された changelog生成とセマンティックバージョニングが可能になります。
このスキルはgitコマンドを自動的に実行しますか?
いいえ、このスキルはワークフローガイダンス、指示、コミットメッセージやPR説明などのアーティファクトを生成します。gitコマンドを手動で実行するか、自動化ツールと統合する必要があります。
破壊的変更はどのように処理すればよいですか?
ワークフローにはフェーズ1での破壊的変更分析が含まれています。破壊的変更が検出された場合、コミットフッターにBREAKING CHANGE:プレフィックスで記録され、移行ノートとともにPR説明に含まれます。
レビュー基準をカスタマイズできますか?
はい、コードレビュープロンプトはプロジェクトの関連する特定の品質属性、セキュリティ懸念、パフォーマンス要件に焦点を当てようにカスタマイズできます。フェーズ1のプロンプトを変更してあなたの標準に合わせてください。

開発者の詳細

ファイル構成

📄 SKILL.md