mjcreativelab Smart Review Apply
レビューフィードバックを読み取り、コードに反映する。
オプション
-f <path>: フィードバックをローカルファイルから読み取る（例:-f reviews/review.md）-p <プロンプト>: 適用方針に関する追加指示（例:-p セキュリティ指摘のみ対応して）
ツール選択
GitHub API 操作には GitHub MCP ツールを優先。git 操作は Bash。
手順
1. フィードバック元の特定
以下の優先順位で自動判定（-f 指定時はそれを使用）:
- PR レビューコメント: 現在のブランチに PR があるか
list_pull_requests（owner, repo, head:<branch>, state:open）で確認。PR があればpull_request_readでレビューコメントを取得 - 会話コンテキスト: 直前の
/smart-review結果が会話内にあればそれを使用 - ローカルファイル:
-fで指定されたファイルを Read で読み取り
いずれも見つからない場合 → ユーザーにフィードバック元を確認。
2. フィードバックの分析・分類
各フィードバックを以下に分類:
| 分類 | 説明 |
|---|---|
| 🔴 要修正 | バグ・セキュリティ問題など必ず対応が必要 |
| 🟡 提案 | 改善提案、対応はユーザー判断 |
| 💬 質問 | 実装意図の確認、コードで回答が必要な場合あり |
| ✅ 承認 | 対応不要の肯定コメント |
3. 対応方針の提示
フィードバックごとに対応方針を提示する（例: assets/feedback-response-example.md 参照）。
-p の指示があれば対応範囲をフィルタリング（例: セキュリティ指摘のみ）。フィルタ判定は次を優先する:
- 指摘文面（原文ラベル、例:
🔴 セキュリティ:/🔴 バグ:）に-pの語と合致するキーワードが含まれるか - 見出しの絵文字分類だけでは判断できない（🔴 はバグ・セキュリティ両方を含む）ため、語単位でマッチさせる
ユーザーの承認を得る。個別にスキップ指定も受け付ける。
4. 変更の実施
承認された対応方針に基づいてコードを修正:
- 各フィードバックに対応する変更を実施
- 変更後、対応したフィードバックをチェック済みとして進捗を報告
5. PR レビューへの返信（PR レビュー元の場合）
PR レビューコメントからの対応の場合、各コメントに対応状況を返信:
- 修正済み →
add_reply_to_pull_request_commentで「対応しました」+ 変更概要を返信 - スキップ → 理由を返信
- 質問への回答 → 回答を返信
6. 完了報告
対応結果のサマリーを表示:
## 対応結果
- 🔴 要修正: 3件 → 3件対応済み
- 🟡 提案: 2件 → 1件対応、1件スキップ
- 💬 質問: 1件 → 返信済み
コミットする場合は /smart-commit を提案。
注意事項
- フィードバックの意図を正確に理解してから変更する — 不明点はユーザーに確認
- 変更は指摘箇所に限定する — レビュー対象外のリファクタリングはしない
--no-verifyは使わない / force push はしない / push はしない- 対応が大規模になる場合は、フィードバックごとに個別にコミットすることを提案