
process-reviewer-feedback
by kansetsu7
SKILL.md
name: process-reviewer-feedback description: Convert free-form reviewer notes to structured feedback format with interactive clarification.
Process Reviewer Feedback
Convert human reviewer's free-form notes into structured feedback format, clarifying unclear items through discussion.
Prerequisites
.claude/reviewer-notes.mdmust exist with reviewer's feedback
Workflow
Step 1: Read Input
- Read
.claude/reviewer-notes.md - If not found, display error:
Error: `.claude/reviewer-notes.md` not found. Run `/init-reviewer-notes` to create the template, then fill in your feedback.
Step 2: Analyze & Identify Issues
- Parse free-form text into distinct concerns
- For each concern, identify:
- Referenced file/line (or mark as "TBD" if not specified)
- Apparent severity (infer from language: "critical", "should", "might", etc.)
- Core issue description
- Any suggested fix mentioned
Step 3: Clarify Unclear Items
For each concern that lacks clarity, use AskUserQuestion to clarify.
When to ask:
- File location unknown or ambiguous
- Severity unclear
- Expected behavior not specified
- Scope of concern unclear
Question types:
-
File location (when file not specified):
Question: "Which file is this concern about: '<concern summary>'?" Options: [List 2-4 likely files from codebase, based on concern context] -
Severity (when unclear):
Question: "How critical is: '<concern summary>'?" Options: - "Blocking - must fix before merge" - "Important - should fix soon" - "Nit - nice to have" - "Suggestion - consider for future" -
Expected behavior (when fix unclear):
Question: "What should happen instead for: '<concern summary>'?" Options: [2-4 reasonable alternatives based on context] -
Questions requiring investigation (when reviewer asks a question):
Question: "Reviewer asked: '<question>'. What would you like to do?" Options: - "Investigate now - search codebase and report findings" - "Skip - leave as open question" - "I know the answer" (use Other to provide)
Important:
- Reviewer can always select "Other" to provide custom answer
- Try to infer from context first before asking
- Batch related questions when possible (up to 4 per AskUserQuestion)
Step 3a: Handle Investigation Requests
When user selects "Investigate now":
-
Perform investigation:
- Search codebase for relevant code using Grep/Glob
- Read related files to understand current behavior
- Check for existing tests, comments, or documentation
-
Report findings:
Investigation: <original question> Findings: - <key finding 1> - <key finding 2> - ... Relevant files: - `<file:line>` - <what it shows> -
Ask follow-up:
Question: "Based on findings, how should we handle: '<concern>'?" Options: - "Add as blocking issue" - "Add as important issue" - "Not an issue - remove from list" - "Need more investigation" (specify in Other) -
Record outcome in structured feedback based on user's decision
Step 4: Structure Output
Write structured feedback to .claude/reviewer-feedback.md:
# Reviewer Feedback
Processed from: reviewer-notes.md
Date: <current date>
## Items
### 🔴 Blocking
#### 1. `<file:line>` - <title>
- **Issue:** <description>
- **Suggestion:** <recommendation or "Reviewer to advise">
### 🟡 Important
#### 1. `<file:line>` - <title>
- **Issue:** <description>
- **Suggestion:** <recommendation or "Reviewer to advise">
### 🟢 Nit
#### 1. `<file:line>` - <title>
- **Issue:** <description>
- **Suggestion:** <recommendation or "Reviewer to advise">
### 💡 Suggestions
#### 1. `<file:line>` - <title>
- **Issue:** <description>
- **Suggestion:** <recommendation or "Reviewer to advise">
Notes:
- Use
TBDfor file/line if still unknown after clarification - Omit empty priority sections
- Do NOT commit this file (intermediate output)
Step 5: Summary
Display summary to reviewer:
## Processed Reviewer Feedback
**Items identified:** <count>
- 🔴 Blocking: <count>
- 🟡 Important: <count>
- 🟢 Nit: <count>
- 💡 Suggestions: <count>
**Output:** `.claude/reviewer-feedback.md`
**Next step:** Run `/code-review` to generate AI review and merge with your feedback.
Step 6: Capture Knowledge
Check for new knowledge to capture from the review session.
Sources to check:
- Context section in
reviewer-notes.md- background info, business logic, domain explanations - Discussion outcomes - clarifications, investigations, and answers provided during Steps 3-3a
- Domain terms or abbreviations - any terminology explained during the session
When to trigger:
- Context section has non-placeholder content (not just the template example)
- User provided explanations during clarification that reveal business logic
- Investigations uncovered undocumented patterns or behaviors
Action:
Delegate to the learning-capture agent with a summary of potential knowledge:
Capture knowledge from code review session:
Context from reviewer-notes.md:
<content from Context section>
Clarifications from discussion:
<summary of explanations provided during Q&A>
Investigation findings:
<key discoveries from Step 3a investigations>
Skip if:
- Context section is empty or contains only template placeholders
- No substantive clarifications were needed
- All information is already documented
Output Files
.claude/reviewer-feedback.md- Structured feedback (NOT committed)
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です