docs: require PR discussion comments in reviews
This commit is contained in:
@@ -25,10 +25,12 @@ description: Phase 2 skill. Use when a PR is created or updated. Review PR again
|
||||
- Identify the linked issue from PR body (`Fixes #<id>` or `Closes #<id>`).
|
||||
- Read issue comments, find the **Final Requirements** comment: `mcp__gitea__.issue_read` (`method: "get_comments"`).
|
||||
- Read existing reviews: `mcp__gitea__.pull_request_read` (`method: "get_reviews"`).
|
||||
- Read PR discussion comments: `mcp__gitea__.issue_read` (`method: "get_comments"`), using the PR number as the index.
|
||||
- If PR is already merged or closed, say so and stop.
|
||||
|
||||
2. **Read review history** (for re-reviews)
|
||||
- Get review comments: `mcp__gitea__.pull_request_read` (`method: "get_review_comments"`).
|
||||
- Treat reviews, inline review comments, and PR discussion comments as separate context sources.
|
||||
- If author addressed feedback in a follow-up commit, focus on new commits but still sanity-check the full diff.
|
||||
|
||||
3. **Get the diff**
|
||||
@@ -102,6 +104,7 @@ Validation:
|
||||
- Do NOT edit code on the PR.
|
||||
- FAIL if PR contains unrelated changes or scope creep.
|
||||
- Post review proactively if verdict is clear.
|
||||
- Do not post a verdict until PR discussion comments have been checked.
|
||||
- Mention validation commands you actually ran.
|
||||
- No bracketed author/tool tags.
|
||||
- Accept `docs/adr/**` when it records a direct, durable decision tied to the issue scope.
|
||||
|
||||
Reference in New Issue
Block a user