You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On PR #32 (#32), the fullsend review agent identified 6 medium-severity findings and 6 low-severity findings. Its summary stated: "None are blocking, but several should be addressed before merge." Despite this statement, the agent chose comment (COMMENTED review state) rather than request-changes, which meant the findings had no blocking effect on the PR.
Per the review agent definition (agents/review.md), the verdict criteria are:
request-changes: "one or more critical or high findings; multiple medium-severity findings which could affect the intended outcome of the PR"
comment-only: "medium-severity findings worth noting but none that should block"
The agent had 6 medium findings, several of which were functional bugs affecting the PR's intended outcome (vouch-check fail-closed behavior, invalid schema terminology, unnecessary security permissions). These meet the request-changes criteria. The agent's own text ("should be addressed before merge") aligns with request-changes semantics but it chose comment-only.
What could go better
The review agent's verdict decision logic needs tighter calibration between its analysis text and its action selection. When the agent's own natural-language summary says findings "should be addressed before merge," the corresponding action should be request-changes, not comment. The disconnect between text and action removed the only automated blocking signal on the PR, contributing to all findings being merged unaddressed.
This is related to but distinct from #3438 (governance docs getting approve instead of comment-only). Here the issue is the opposite direction: the agent should have escalated from comment to request-changes based on the nature and quantity of medium findings.
Confidence: Medium-high. The criteria in the agent definition seem clear ("multiple medium-severity findings which could affect the intended outcome"), but the agent may have judged that docs/CI PRs have lower blast radius and calibrated accordingly. If that's intentional, the agent definition should make this explicit. If not, the verdict selection logic needs a consistency check.
Proposed change
In agents/review.md (Output format → Outcome section), clarify the request-changes criteria to reduce ambiguity:
Add explicit guidance: "If your summary states that findings should be addressed, fixed, or resolved before merge, the verdict must be request-changes, not comment. The summary text and the verdict action must be consistent."
Refine the medium-severity escalation criteria. The current language ("multiple medium-severity findings which could affect the intended outcome") is subjective. Consider: "Two or more medium-severity findings, at least one of which identifies a functional bug (incorrect behavior, permission error, schema violation, or silent failure), require request-changes."
In the pr-review skill's synthesis step, add a self-consistency check: before emitting the final verdict, verify that the verdict action is consistent with the language used in the summary paragraph.
On a docs-only PR with only style/process medium findings (no functional bugs), the agent should still use comment — the change should not over-escalate.
In any review where the summary text says findings "should be addressed before merge" or equivalent, the verdict is request-changes.
No increase in false-positive request-changes verdicts on PRs where the review agent currently correctly uses comment.
What happened
On PR #32 (#32), the fullsend review agent identified 6 medium-severity findings and 6 low-severity findings. Its summary stated: "None are blocking, but several should be addressed before merge." Despite this statement, the agent chose
comment(COMMENTED review state) rather thanrequest-changes, which meant the findings had no blocking effect on the PR.Per the review agent definition (
agents/review.md), the verdict criteria are:request-changes: "one or more critical or high findings; multiple medium-severity findings which could affect the intended outcome of the PR"comment-only: "medium-severity findings worth noting but none that should block"The agent had 6 medium findings, several of which were functional bugs affecting the PR's intended outcome (vouch-check fail-closed behavior, invalid schema terminology, unnecessary security permissions). These meet the request-changes criteria. The agent's own text ("should be addressed before merge") aligns with request-changes semantics but it chose comment-only.
What could go better
The review agent's verdict decision logic needs tighter calibration between its analysis text and its action selection. When the agent's own natural-language summary says findings "should be addressed before merge," the corresponding action should be
request-changes, notcomment. The disconnect between text and action removed the only automated blocking signal on the PR, contributing to all findings being merged unaddressed.This is related to but distinct from #3438 (governance docs getting approve instead of comment-only). Here the issue is the opposite direction: the agent should have escalated from comment to request-changes based on the nature and quantity of medium findings.
Confidence: Medium-high. The criteria in the agent definition seem clear ("multiple medium-severity findings which could affect the intended outcome"), but the agent may have judged that docs/CI PRs have lower blast radius and calibrated accordingly. If that's intentional, the agent definition should make this explicit. If not, the verdict selection logic needs a consistency check.
Proposed change
In
agents/review.md(Output format → Outcome section), clarify therequest-changescriteria to reduce ambiguity:Add explicit guidance: "If your summary states that findings should be addressed, fixed, or resolved before merge, the verdict must be
request-changes, notcomment. The summary text and the verdict action must be consistent."Refine the medium-severity escalation criteria. The current language ("multiple medium-severity findings which could affect the intended outcome") is subjective. Consider: "Two or more medium-severity findings, at least one of which identifies a functional bug (incorrect behavior, permission error, schema violation, or silent failure), require
request-changes."In the pr-review skill's synthesis step, add a self-consistency check: before emitting the final verdict, verify that the verdict action is consistent with the language used in the summary paragraph.
Validation criteria
request-changes(notcomment) in at least 4 out of 5 trials.comment— the change should not over-escalate.request-changes.comment.Generated by retro agent from #32