Skip to content

GH#18538: emit worker-actionable review-followup issue bodies#18607

Merged
marcusquinn merged 1 commit intomainfrom
bugfix/gh-18538-review-followup-worker-context
Apr 13, 2026
Merged

GH#18538: emit worker-actionable review-followup issue bodies#18607
marcusquinn merged 1 commit intomainfrom
bugfix/gh-18538-review-followup-worker-context

Conversation

@marcusquinn
Copy link
Copy Markdown
Owner

Summary

Rewrites post-merge-review-scanner.sh to produce worker-actionable issue bodies (file:line refs, full bot comments, Worker Guidance section) per the t1901 mandatory rule. Also fixes the original Gemini comment on PR #18417 by moving completed t1990 entry from Ready → Done in TODO.md.

Files Changed

.agents/scripts/post-merge-review-scanner.sh,TODO.md

Runtime Testing

  • Risk level: Low (agent prompts / infrastructure scripts)
  • Verification: shellcheck clean (only pre-existing SC1091 info from shared-constants.sh source). Exercised build_pr_followup_body against PR chore(t1990): add TODO completion marker for merged PR #18414 #18417 — output includes file:line, full unrolled comment text, direct comment links, and the Worker Guidance section.

Resolves #18538


aidevops.sh v3.8.5 plugin for OpenCode v1.4.3 with claude-opus-4-6 spent 7m and 23,594 tokens on this as a headless worker.

The post-merge-review-scanner used to emit issue bodies with bot comments
truncated to 200 chars mid-sentence and no file:line refs, forcing workers
to re-fetch the PR review API just to understand the task. Two Sonnet
workers timed out on issue #18538 doing exactly that, triggering the t2008
no-progress fail-safe.

Rewrite the body builder so each issue includes:
- A 'Files to modify' bullet list with deduped `path:line` refs
- A 'Worker Guidance' section with explicit implementation steps
- Full inline comments (capped at 2000 chars each, blockquoted)
- Full PR review summaries
- Direct links to the inline comments on GitHub

Also move the completed t1990 entry from the Ready section to Done in
TODO.md, addressing the original Gemini comment on PR #18417 that issue
#18538 was tracking.
@marcusquinn marcusquinn added the origin:interactive Auto-created from TODO.md tag label Apr 13, 2026
@marcusquinn
Copy link
Copy Markdown
Owner Author

Completion Summary

  • What: Rewrites post-merge-review-scanner.sh to produce worker-actionable issue bodies (file:line refs, full bot comments, Worker Guidance section) per the t1901 mandatory rule. Also fixes the original Gemini comment on PR chore(t1990): add TODO completion marker for merged PR #18414 #18417 by moving completed t1990 entry from Ready → Done in TODO.md.
  • Issue: Review followup: PR #18417 — chore(t1990): add TODO completion marker for merged PR #18414 #18538
  • Files changed: .agents/scripts/post-merge-review-scanner.sh,TODO.md
  • Testing: shellcheck clean (only pre-existing SC1091 info from shared-constants.sh source). Exercised build_pr_followup_body against PR chore(t1990): add TODO completion marker for merged PR #18414 #18417 — output includes file:line, full unrolled comment text, direct comment links, and the Worker Guidance section.
  • Key decisions: Caps comment body at 2000 chars and total comments at SCANNER_MAX_COMMENTS=10 (env-overridable) to keep issue bodies under gh CLI body-size limits while preserving the actionable signal. Uses jq --arg for variable interpolation rather than shell string-splicing for safer escaping. Did NOT bulk-move other completed entries currently in Ready (t1983/t1984/t1985/t1986/t1995/t1998) — that's a separate cleanup; this PR stays scoped to the issue + the systemic fix that prevents recurrence.

@gemini-code-assist
Copy link
Copy Markdown

Warning

You have reached your daily quota limit. Please wait up to 24 hours and I will start processing your requests again!

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai bot commented Apr 13, 2026

Warning

Rate limit exceeded

@marcusquinn has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 6 minutes and 7 seconds before requesting another review.

Your organization is not enrolled in usage-based pricing. Contact your admin to enable usage-based pricing to continue reviews beyond the rate limit, or try again in 6 minutes and 7 seconds.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 1c65ea32-38c0-4c69-b24e-2a701fc984a2

📥 Commits

Reviewing files that changed from the base of the PR and between 1d0bbe8 and b23c0b0.

📒 Files selected for processing (2)
  • .agents/scripts/post-merge-review-scanner.sh
  • TODO.md
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch bugfix/gh-18538-review-followup-worker-context

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@github-actions
Copy link
Copy Markdown
Contributor

🔍 Code Quality Report

�[0;35m[MONITOR]�[0m Code Review Monitoring Report

SonarCloud: 0 bugs, 0 vulnerabilities, 226 code smells

Mon Apr 13 04:39:29 UTC 2026: Code review monitoring started
Mon Apr 13 04:39:29 UTC 2026: SonarCloud - Bugs: 0, Vulnerabilities: 0, Code Smells: 226

📈 Current Quality Metrics

  • BUGS: 0
  • CODE SMELLS: 226
  • VULNERABILITIES: 0

Generated on: Mon Apr 13 04:39:31 UTC 2026


Generated by AI DevOps Framework Code Review Monitoring

@sonarqubecloud
Copy link
Copy Markdown

@codacy-production
Copy link
Copy Markdown

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

TIP This summary will be updated as you push new changes. Give us feedback

@marcusquinn marcusquinn merged commit 6944072 into main Apr 13, 2026
40 checks passed
@marcusquinn marcusquinn deleted the bugfix/gh-18538-review-followup-worker-context branch April 13, 2026 04:44
marcusquinn added a commit that referenced this pull request Apr 13, 2026
…triage (GH#18538)

PR #18607 made review-followup issue bodies worker-actionable (file:line refs,
full bot bodies, Worker Guidance), but rich body context cannot rescue a
finding whose factual premise is wrong. The original GH#18538 was triggered
by a Gemini comment claiming the TODO.md "Ready" section is auto-generated
(it is not — todo-ready.sh is read-only). Workers reading even a
perfectly-mentored body would still chase a false premise.

This PR adds a `needs-maintainer-review` label by default at issue creation
time, gating worker auto-dispatch until a human verifies the bot's premise.
The triager picks one of three paths (accept/reject/modify-scope), each
documented in a new "Triage required" preamble in the issue body.

Together with #18607 this turns 0 wasted dispatches per false-premise
finding (instead of GH#18538's 2 dispatches → t2008 escalation → manual
intervention).

Configurable via SCANNER_NEEDS_REVIEW env var (default true). Set to "false"
to allow direct dispatch for trusted-finding pipelines.

Resolves #18538
marcusquinn added a commit that referenced this pull request Apr 13, 2026
…triage (GH#18538) (#18610)

PR #18607 made review-followup issue bodies worker-actionable (file:line refs,
full bot bodies, Worker Guidance), but rich body context cannot rescue a
finding whose factual premise is wrong. The original GH#18538 was triggered
by a Gemini comment claiming the TODO.md "Ready" section is auto-generated
(it is not — todo-ready.sh is read-only). Workers reading even a
perfectly-mentored body would still chase a false premise.

This PR adds a `needs-maintainer-review` label by default at issue creation
time, gating worker auto-dispatch until a human verifies the bot's premise.
The triager picks one of three paths (accept/reject/modify-scope), each
documented in a new "Triage required" preamble in the issue body.

Together with #18607 this turns 0 wasted dispatches per false-premise
finding (instead of GH#18538's 2 dispatches → t2008 escalation → manual
intervention).

Configurable via SCANNER_NEEDS_REVIEW env var (default true). Set to "false"
to allow direct dispatch for trusted-finding pipelines.

Resolves #18538
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

origin:interactive Auto-created from TODO.md tag

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Review followup: PR #18417 — chore(t1990): add TODO completion marker for merged PR #18414

1 participant