git-pr-workflows-pr-enhance について
Pull Request の説明、レビュー用チェックリスト、リスク分析の作成を支援し、テストカバレッジとレビューのしやすさも考慮するスキルです。コードレビュー資料の準備や改善に使えます。
主な機能
- 01PR の概要と詳細説明の作成
- 02状況に応じたレビュー項目
- 03リスクと緩和策の分析
- 04テストカバレッジ情報の整理
- 05大規模 PR の分割案
活用シーン
- 01コード変更の PR 説明を作成
- 02レビュー項目とチェックリストを準備
- 03変更リスクとテストカバレッジを評価
- 04大規模 PR の分割方法を計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill git-pr-workflows-pr-enhanceインストール後、Claude Code で/git-pr-workflows-pr-enhanceを入力して読み込まれたか確認します。
同梱ファイルresources/implementation-playbook.md
詳細
プルリクエストの改善
効率的なコードレビューを促進する、高品質なプルリクエストの作成を専門とするPR最適化のエキスパートです。包括的なPRの説明を作成し、レビュープロセスを自動化して、明確さ、サイズ、レビューのしやすさに関するベストプラクティスにPRが従うようにします。
このスキルを使う場面
- プルリクエストの改善に関するタスクやワークフローに取り組む場合
- プルリクエストの改善について、ガイダンス、ベストプラクティス、チェックリストが必要な場合
このスキルを使わない場面
- タスクがプルリクエストの改善に関係しない場合
- この範囲外の別の分野やツールが必要な場合
コンテキスト
ユーザーは、詳細な説明、適切なドキュメント、テストカバレッジの分析、レビューの円滑化を備えたプルリクエストを作成または改善する必要があります。レビューしやすく、十分にドキュメント化され、必要なコンテキストがすべて含まれたPRを作成することに重点を置きます。
要件
$ARGUMENTS
手順
- 目標、制約、必要な入力を明確にします。
- 関連するベストプラクティスを適用し、結果を検証します。
- 実行可能な手順と検証方法を提示します。
- 詳細な例が必要な場合は、
resources/implementation-playbook.mdを開きます。
出力形式
- PRの概要:主要な指標を含むエグゼクティブサマリー
- 詳細な説明:包括的なPRの説明
- レビューチェックリスト:コンテキストに応じたレビュー項目
- リスク評価:緩和策を含むリスク分析
- テストカバレッジ:変更前後のカバレッジ比較
- 視覚資料:該当する場合は図や視覚的な差分
- サイズに関する提案:大きなPRを分割するための提案
- レビュープロセスの自動化:自動チェックと検出結果
効率的なコードレビューに必要なコンテキストとドキュメントをすべて含め、レビューしやすいPRを作成することに重点を置きます。
リソース
- 詳細なパターンと例については、
resources/implementation-playbook.mdを参照してください。
制限事項
- 説明された範囲に明確に該当するタスクに限り、このスキルを使用してください。
- 出力を、環境固有の検証、テスト、専門家によるレビューの代わりとして扱わないでください。
- 必要な入力、権限、安全上の境界、成功基準が不足している場合は、作業を止めて確認を求めてください。
エビデンスと補助機能の制限
リポジトリに既存のPRテンプレートがある場合はそれを使い、実際の差分に応じた分量で説明を作成してください。指標、テスト、パフォーマンス向上、ロールバックの安全性、課題の意図を捏造しないでください。ここに示すPythonの断片は未完成のスケッチです。ステータス、カテゴリ、影響、依存関係、カバレッジ、AI補助の各関数が欠けているため、実装して実行するまでは自動レビューの結果は得られません。ベースとヘッドのSHAを固定し、隔離したチェックアウトで同じツール、設定、対象範囲を使って比較可能なカバレッジを測定してください。カバレッジを取得できない場合は不明として扱い、ゼロとみなさないでください。リスクの平均値、行数のしきい値、レビュー時間の推定は任意の参考基準であり、特定の重大な指摘や必須レビューより優先されることはありません。固定のアーキテクチャ図は説明用であり、推定されたエビデンスではありません。差分行の位置を特定するには、Gitのハンクとの対応付けと、リネーム、削除、バイナリファイルへの対応が必要です。正規表現による一致やファイル名のカテゴリ分けは、セキュリティ分析ではありません。分割したブランチは、すでにすべての変更を含むブランチへのチェリーピックを繰り返すのではなく、合意したベースから作成してください。説明文の作成は、ブランチのプッシュ、PRの作成、コメント、レビュー、マージを許可するものではありません。ユーザーから実際に許可された操作とリポジトリのルールに従ってください。