- builder-reviewer-loop.md 42 lines · 2.1 KB
Builder–Reviewer Loop
Loop Engineering — separate the builder from the reviewer so the agent doesn't grade its own work. Code bounces between them until it genuinely passes.
🎯 Goal
Implement a change, then have an independent reviewer subagent critique it; iterate on the findings until the review is clean and tests are green.
⏱️ Schedule
Suggested interval: 15m (or run until done on a single feature).
▶️ Run it
/loop 15m "Implement the next slice of the feature. Then hand it to an independent reviewer subagent for an adversarial review. Address every blocking finding and re-run tests. Continue until the reviewer has no blocking findings and the suite passes."🔁 Iteration steps
- Build — implement the next slice of work.
- Review — the
architect-reviewagent inspects the diff for correctness, design and risk. - Plan — collect blocking findings into a fix list.
- Act — address each finding; re-run the suite with
test-runner. - Observe — re-review with
/pr-review; if blocking findings remain, loop again.
🛑 Stopping condition
Reviewer reports zero blocking findings and all tests pass.
🧩 Referenced components
agent:expert-advisors/architect-review— the independent reviewer (no self-grading).agent:development-team/test-runner— runs the suite each pass.command:git-workflow/pr-review— structured review checklist.
💡 Example
The builder ships a new caching layer; the reviewer flags a race condition and a missing eviction test. The loop fixes both, re-reviews, and exits clean.
Scanned by NVIDIA SkillSpector
Automated static analysis (no LLM) · v2.12.0 · 2026-10-17
SkillSpector looks for patterns such as shell commands, credential access, network calls or unpinned dependencies. An observation is something worth reading in the files before you install, not a confirmed vulnerability. Components that run code locally, like hooks, MCP servers and security tooling, naturally show more of them.
No observations.
Learn more about NVIDIA SkillSpector.