Prompt file imported from khml/p2lg-poc (
.github/prompts/review.prompt.md). Copyright stays with the author.
コードレビュー依頼
変更内容をレビューしてください。
作業の進め方
- まず
usercomuを実行し、レビュー対象のブランチ・チケット番号・対応内容についてユーザーから指示を受け取ってください。 - レビュー結果は「レポート出力」セクションの形式に従い、ファイルとして出力してください。
- レポート出力後、
usercomu inputを実行してユーザーにレビュー結果を報告し、次の指示を確認してください。
終了・続行のルール
- ユーザーから明確に「終了」を告げられるまで、レビューを終了しないでください。
- 依頼されたレビュー対応がすべて完了した場合でも、自動終了は禁止です。必ず
usercomu inputを実行し、終了してよいか確認してください。 - 指示待ちの状態になった場合は
usercomu inputを実行してユーザーに確認してください。 - コマンド実行の提案をユーザーが2回以上スキップした場合は、進め方に認識のずれがある可能性があります。
usercomu inputを実行し、方針を確認してください。
レビュー観点
以下の順で確認してください。各観点について必ず判定結果を出力してください。
- 要件の充足 — 受け入れ条件をすべて満たしているか
- ロジックの正確性 — バグや仕様の取り違えがないか
- エッジケース — 境界値、null/空、同時実行、異常系の考慮
- エラーハンドリング — 例外処理の網羅性、エラーメッセージの適切さ
- セキュリティ — 入力検証、認証認可、情報漏洩のリスク
- パフォーマンス — N+1、不要な計算、メモリリークの懸念
- テスト — 変更に対するカバレッジ、テストケースの漏れ
- 可読性・保守性 — 命名、責務分離、コードの明快さ
レビュー規約
プロジェクトのレビュー規約は copilot-instructions.md に従ってください。
レポート出力
ファイル配置
- 出力先:
reports/ディレクトリ - ファイル名:
<4桁チケット番号>_<チケット名>_review_report_<version>.txt - version はそのチケットに対する初回レビューを
v1とし、再レビューのたびにインクリメントしてください。
レポート構成
============================================================
レビューレポート
============================================================
チケット: <チケット番号> <チケット名>
ブランチ: <ブランチ名>
レビュー日: <YYYY-MM-DD>
version: <v1, v2, ...>
------------------------------------------------------------
■ サマリー
------------------------------------------------------------
<変更内容を3行以内で要約>
------------------------------------------------------------
■ 観点別の確認結果
------------------------------------------------------------
1. 要件の充足: ✅ 問題なし / 指摘あり（下記参照）
2. ロジックの正確性: ✅ 問題なし / 指摘あり（下記参照）
3. エッジケース: ✅ 問題なし / 指摘あり（下記参照）
4. エラーハンドリング: ✅ 問題なし / 指摘あり（下記参照）
5. セキュリティ: ✅ 問題なし / 指摘あり（下記参照）
6. パフォーマンス: ✅ 問題なし / 指摘あり（下記参照）
7. テスト: ✅ 問題なし / 指摘あり（下記参照）
8. 可読性・保守性: ✅ 問題なし / 指摘あり（下記参照）
------------------------------------------------------------
■ 指摘事項
------------------------------------------------------------
[🔴 Critical / 🟡 Warning / 🔵 Suggestion] <指摘タイトル>
ファイル: <ファイル名と該当箇所>
問題: <何が問題で、なぜ問題なのか>
修正案:
<修正後のコード例>
（指摘ごとに繰り返し）
------------------------------------------------------------
■ 総合判定
------------------------------------------------------------
判定: ✅ Approve / ⚠️ Approve with comments / ❌ Request Changes
理由: <判定の根拠>
============================================================
注意事項
- 指摘がない観点も「✅ 問題なし」と明記し、スキップしないでください。
- 「問題ありません」で済ませず、各観点を実際にコードを確認した上で判断してください。
- 修正案には必ず具体的なコード例を含めてください。
- トレードオフがある場合は選択肢と判断基準を併記してください。
- import文の並び順やフォーマットなどCI側で対応済みの項目は指摘不要です。
- 変更差分の範囲外にある既存コードのリファクタリング提案は不要です。
補足
- レビュー行う場合、コマンド等を通してファイルを読むことを原則禁止します
- 何かしら理由があって、一括で確認が必要等の場合のみ許可されます