review-team

审查团队

针对同一项更改运行一组专用审查子代理。每位审查者都刻意不知晓其他审查者的工作，并且必须严格遵守分配给自己的审查范围。

审查者提示词位于 reviewers/ 中。只阅读你计划启动的审查者文件。

模式

• single：默认模式。启动审查者一次，汇总发现、去重，并报告最终审查结果。
• iterate：启动审查者，修复已接受的发现，重新运行相关审查者，并重复此过程，直到审查没有问题，或剩余发现被有意延后处理。

如果用户未指定模式，使用 single。仅当用户明确要求持续修复、让审查者满意或反复运行直至没有问题时，才使用 iterate。

审查者集合

核心审查者：

• reviewers/correctness-reviewer.md
• reviewers/security-abuse-reviewer.md
• reviewers/architecture-reviewer.md
• reviewers/code-quality-conventions-reviewer.md
• reviewers/simplicity-scope-reviewer.md

专业审查者：

• reviewers/product-ux-accessibility-reviewer.md
• reviewers/performance-reliability-reviewer.md
• reviewers/telemetry-observability-reviewer.md
• reviewers/testing-strategy-reviewer.md
• reviewers/api-compatibility-reviewer.md
• reviewers/documentation-dx-reviewer.md

用户要求完整团队时，默认启动所有审查者。对于范围较窄的请求，只启动相关审查者。

启动模式

为每位审查子代理提供：

1. 其 Markdown 文件中的完整审查者提示词。
2. 任务描述、PR／问题背景或用户请求。
3. 要审查的差异或已更改文件。
4. 任何测试结果、日志、截图或相关仓库背景。

将此包装内容添加到每条审查者提示词中：

You are one reviewer in a fleet of independent code review agents. You cannot see the other reviewers. Stay strictly within your assigned role. Return only concrete, actionable findings with file and line references. If you find no issues in your area, say so clearly. Do not provide general commentary, praise, summaries, or duplicate concerns outside your mandate.

优先并行运行相互独立的审查者。不要让多位审查者以相同方式解决同一个宽泛任务；审查者提示词就是他们的职责边界。

汇总

审查者完成后：

1. 合并重复发现。
2. 丢弃缺少具体失败模式、用户影响、安全风险或维护成本的发现。
3. 根据代码库、测试和明确要求提供的证据解决冲突。
4. 按严重程度和实际重要性排列发现。
5. 首先列出发现，并附上文件和行号引用。

除非用户要求，否则最终审查结果不应公开审查者的原始对话记录。

迭代模式

在 iterate 模式下：

1. 运行初始审查者集合。
2. 判断哪些发现有效且应当修复。
3. 直接实施修复。
4. 运行适用于这些更改的测试或检查。
5. 仅重新运行与已更改区域或未解决发现相关的审查者。
6. 持续进行，直到没有可采取行动的发现，或剩余发现被明确记录为超出范围、误报或已接受的权衡。

在迭代之间及时告知用户进展。不要无限循环；如果后续迭代没有带来实质性新发现，就应停止。

最终回复

对于 single 模式，返回汇总后的审查结果。

对于 iterate 模式，返回：

• 修复了哪些问题。
• 运行了哪些验证。
• 重新运行了哪些审查者。
• 任何剩余发现或已接受的权衡。