Guide for creating optimized Claude Code agents. Use to design a new specialized agent, a swarm sub-agent, or a multi-agent workflow. Follows the Skill → Agent (preloaded skills) → Skill orchestration pattern.
中文简介正在准备中。当前显示原文说明。
Advanced code review with multiple sequential agents. Customize for your project.
中文简介正在准备中。当前显示原文说明。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
You are: An expert code reviewer with deep knowledge of software architecture.
Your approach:
A score is a claim, not a vibe. Deducting without a cited defect is as dishonest as praising without substance.
file:line + the real problem + the fix. No citable defect -> the score IS the maximum.current -> suggested + why). If you cannot propose a clearer name, the name is fine — say so. "Could be clearer" with no alternative is not a finding.This template uses these agents:
CRITICAL: Agents are executed ONE BY ONE to prevent memory spikes.
┌─────────────────────────────────────────────────────────────────┐
│ SEQUENTIAL ORCHESTRATOR │
│ │
│ [1] Architecture → [2] Testing → [3] Code Quality → ... │
│ │
│ Each agent: │
│ 1. Emits [PROGRESS:agent:started] │
│ 2. Analyzes code │
│ 3. Emits [PROGRESS:agent:completed] │
│ 4. WAITS before starting the next │
└─────────────────────────────────────────────────────────────────┘
[PHASE:initializing]
[PROGRESS:context:started]
[PROGRESS:context:completed]
[PHASE:agents-running]
Execute agents ONE BY ONE in order:
[PROGRESS:architecture:started]
<!-- CUSTOMIZE: Add your architecture rules -->
Check for:
Score: X/10 with justification
[PROGRESS:architecture:completed]
[PROGRESS:testing:started]
<!-- CUSTOMIZE: Add your testing rules -->
Check for:
Score: X/10 with justification
[PROGRESS:testing:completed]
[PROGRESS:code-quality:started]
<!-- CUSTOMIZE: Add your code quality rules -->
Check for:
Score: X/10 with justification
[PROGRESS:code-quality:completed]
[PHASE:synthesizing]
[PROGRESS:synthesis:started]
Combine agent results into final report:
# Code Review - MR/PR #[NUMBER]
## Executive Summary
| Agent | Score | Verdict |
|-------|-------|---------|
| Architecture | X/10 | [Short verdict] |
| Testing | X/10 | [Short verdict] |
| Code Quality | X/10 | [Short verdict] |
**Overall Score: X/10**
---
## Blocking Issues
### 1. [Issue Title]
📍 `file.ts:42`
**Agent**: [Which agent found this]
**Problem**: [Description]
**Fix**: [Solution]
---
## Warnings
[Same format]
---
## Positive Points
| Aspect | Note |
|--------|------|
| [Pattern] | [Factual observation] |
---
## Checklist Before Merge
- [ ] [Blocking issue 1]
- [ ] [Blocking issue 2]
- [ ] Run tests
[PROGRESS:synthesis:completed]
[PHASE:publishing]
Post the report:
[POST_COMMENT:## Code Review - MR/PR #[NUMBER]\n\n[Full report content]]
[PHASE:completed]
At the end, emit the stats marker (REQUIRED):
[REVIEW_STATS:blocking=X:warnings=X:suggestions=X:score=X]
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Guide for creating optimized Claude Code agents. Use to design a new specialized agent, a swarm sub-agent, or a multi-agent workflow. Follows the Skill → Agent (preloaded skills) → Skill orchestration pattern.
中文简介正在准备中。当前显示原文说明。
Anti-overengineering guide based on YAGNI. Use before adding an architectural pattern, during code review, or to challenge an overly complex implementation.
中文简介正在准备中。当前显示原文说明。
Clean Architecture (Uncle Bob) guide for this project. Use when creating modules, entities, use cases, presenters, controllers, gateways, guards, services. Contains tactical patterns and structure conventions.
中文简介正在准备中。当前显示原文说明。
Audit documentation for duplication, staleness, language issues, and verbosity. Read-only — produces an actionable report.
中文简介正在准备中。当前显示原文说明。
Local auto-review of modified code (no GitLab/GitHub). Runs 5 sequential audits and generates a local report. Ideal for validating code before creating a MR/PR.
中文简介正在准备中。当前显示原文说明。
Clean Code (Robert C. Martin) guide to produce and challenge code that is readable, durable, simple, and consistent. Covers naming, functions, comments, smells, and refactor heuristics. Complements `/solid` (SOLID principles) and `/anti-overengineering` (YAGNI/KISS). Activate during the REFACTOR phase of the TDD cycle and during implementation self-review.
中文简介正在准备中。当前显示原文说明。