C31-multi-review
Skill1 starsChanged 3 months agoMITView on GitHub
Output language: Respond automatically in the user's conversation language. Use sessions_spawn to dispatch 4 subagents simultaneously. Each receives: - Full target digest - Its persona prompt (below) - Strict rule: find ≥1 real issue or exit (no hard-fabricated issues) - Output schema (JSON) Each agent is isolated — no shared context, no knowledge of other agents' findings. After all 4 agents return, spawn Conflict Agent (1 subagent): Task: Compare the 4 issue lists and flag contradictions: - Correctness says "add…
In this repository56 other files it gives its agents.
- C31-1stSkill
- C31-adopt-projectSkill
- C31-brainstormSkill
- C31-coding-disciplineSkill
- C31-compound-refreshSkill
- C31-compoundSkill
- C31-context-engineeringSkill
- C31-curatorSkill
- c31-daily-intelSkill
- C31-debugSkill
- c31-devSkill
- C31-grillSkill
- C31-lfgSkill
- C31-planSkill
- C31-researchSkill
- C31-specSkill
- C31-stormSkill
- C31-strategySkill
- C31-workflow-bug-reproductionSkill
- C31-workSkill
- rl-workflowSkill
- C31-cvideoSkill
- c31-loopSkill
- c31-sxsSkill
- teachSkill
- video-content-analysisSkill
- agent-reachSkill
- kimiimSkill
- skillhub-preferenceSkill
- c31-communitySkill
- c31-growSkill
- c31-gutcheckSkill
- c31-marketSkill
- c31-mvpSkill
- c31-priceSkill
- c31-processSkill
- c31-sellSkill
- c31-validateSkill
- c31-valuesSkill
- growth-hackerSkill
- c31-improve-codebase-architectureSkill
- C31-review-adversarialSkill
- C31-review-architectureSkill
- C31-review-securitySkill
- C31-reviewSkill
- c31-wizardSkill
- external-privacy-guardSkill
- find-skillsSkill
- gsd-map-codebaseSkill
- gsd-new-projectSkill
- gsd-progressSkill
- gsd-quickSkill
- gsd-shipSkill
- humanize-aiSkill
- time-awarenessSkill
- worker-safetySkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 6 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 33
Read the target file(s) or diff.
- Distinctive: line 34
If diff not provided and in git repo: git diff HEAD.
- Very specific: line 39
Use sessions_spawn to dispatch 4 subagents simultaneously.
- Distinctive: line 74
After all 4 agents return, spawn Conflict Agent (1 subagent):
- Distinctive: line 132
Run review in isolated worktree
- Distinctive: line 133
If verdict = BLOCKED → abort merge to main, report issues
- Distinctive: line 134
If verdict = APPROVED → auto-merge worktree, cleanup
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Multilingual Triggers
| Language | Trigger phrases |
| EN | multi-review, 代码审查, 检查这个, review |
| ZH | 多角色审查, 对抗审查 |
| JA | 多エージェントレビュー, 対抗レビュー |
Output language: Respond automatically in the user's conversation language.
C31-multi-review — 4-Agent Adversarial Review
Trigger
- User says: "review", "审查", "multi-review", "代码审查", "检查这个"
- C31-lfg Gate 5 auto-call (strict mode)
- PR submit pre-check (C31-git-worktree integration)
Input
- Target: file path, diff, or document to review
- Optional:
--strict(Gate 5 mode, fail on any blocker)
Workflow
Phase 1: Scope & Target Read
- Read the target file(s) or diff.
- If diff not provided and in git repo:
git diff HEAD. - Produce target digest (≤500 lines of relevant code + file list).
Phase 2: Spawn 4 Review Agents (Parallel)
Use sessions_spawn to dispatch 4 subagents simultaneously. Each receives:
- Full target digest
- Its persona prompt (below)
- Strict rule: find ≥1 real issue or exit (no hard-fabricated issues)
- Output schema (JSON)
{
"agent": "correctness",
"issues": [
{
"id": "C-01",
"severity": "blocker|warning|nit",
"line": 42,
"file": "src/foo.ts",
"description": "...",
"suggestion": "..."
}
]
}Agents:
| Agent | Focus | Exit if Empty |
| Correctness | Logic errors, boundary conditions, error paths, type safety | Yes |
| Security | Injection risks, permission checks, sensitive data, dependency vulns | Yes |
| Maintainability | Readability, naming, complexity, docs, test coverage | Yes |
| Simplicity | Over-engineering, simpler alternatives, YAGNI violations | Yes |
Each agent is isolated — no shared context, no knowledge of other agents' findings.
Phase 3: Conflict Detection
After all 4 agents return, spawn Conflict Agent (1 subagent):
Task: Compare the 4 issue lists and flag contradictions:
- Correctness says "add mutex" vs Simplicity says "remove mutex, unnecessary"
- Security says "sanitize all inputs" vs Maintainability says "too many guards, refactor instead"
- Severity disagreements on same line (blocker vs nit)
Conflict output schema:
{
"conflicts": [
{
"id": "X-01",
"agents": ["correctness", "simplicity"],
"topic": "mutex necessity at line 88",
"positions": {
"correctness": "need lock for thread safety",
"simplicity": "single-threaded context, no lock needed"
},
"resolution": "needs_human_decision"
}
]
}Phase 4: Synthesize Report
Merge 4 agent outputs + conflict list into unified markdown:
# C31 Multi-Review Report
**4 agents reviewed, X issues found, Y conflicts need human decision**
## Blockers (must fix)
| # | Agent | File:Line | Description | Suggestion |
|---|-------|-----------|-------------|------------|
| 1 | [security] | auth.ts:23 | SQL injection via raw query | Use parameterized queries |
## Warnings (should fix)
...
## Nits (optional)
...
## Conflicts Requiring Human Decision
| # | Agents | Topic | Positions |
|---|--------|-------|-----------|
| X-01 | correctness vs simplicity | Mutex at line 88 | "need lock" vs "unneeded" |
## Verdict
- **BLOCKED**: ≥1 blocker found → fix before merge
- **WARNED**: warnings but no blockers → address or acknowledge
- **APPROVED**: only nits or clean → readyPhase 5: Integration Actions
With C31-git-worktree:
- Run review in isolated worktree
- If verdict = BLOCKED → abort merge to main, report issues
- If verdict = APPROVED → auto-merge worktree, cleanup
With C31-tdd:
- Maintainability Agent findings include test-coverage gap → spawn C31-tdd to fill
- Correctness Agent finds untested edge case → add test before merge
Gate 5 (strict mode):
- Any blocker = FAIL, stop pipeline, require human override
- Any unresolved conflict = FAIL, no auto-resolution
Agent Persona Prompts
Correctness Agent prompt (excerpt):
You are a Correctness Reviewer. Your job is to find logic errors, boundary condition failures, unhandled error paths, and type safety issues. You must find at least 1 real issue or explicitly state "No issues found" and exit. Do not invent issues to satisfy a quota. Return JSON only.
Security Agent prompt (excerpt):
You are a Security Reviewer. Check for injection vulnerabilities, missing permission guards, sensitive data exposure, and known dependency CVEs. Must find ≥1 real issue or exit. JSON only.
Maintainability Agent prompt (excerpt):
You are a Maintainability Reviewer. Evaluate readability, naming conventions, cyclomatic complexity, documentation gaps, and test coverage. Must find ≥1 real issue or exit. JSON only.
Simplicity Agent prompt (excerpt):
You are a Simplicity Reviewer. Look for over-engineering, unnecessary abstractions, premature generalization, and YAGNI violations. Ask: can this be done with 50% less code? Must find ≥1 real issue or exit. JSON only.
Rules
- No fabricated issues — agents exit clean if no real findings.
- Line refs mandatory — every issue must cite
file:line. - Severity calibration — blocker = breaks production, warning = likely bug, nit = style.
- Conflicts are features — disagreement between agents is data, not failure.
- Human is tie-breaker — Conflict Agent never auto-resolves, only flags.
- Under 400 lines — this skill file stays lightweight.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

