parallel-code-review

并行代码审查

使用 Cursor 的 Task 工具，同时运行 四个 explore（只读）子 Agent。每个子 Agent 只读取代码，并针对一个维度给出发现结果。主 Agent 将结果合并为一份按优先级排序的审查报告——只有多 Agent 配置才能高效完成这一工作。

适用场景

• 大型差异或重构，单次审查容易遗漏类别。
• 安全敏感的变更（身份验证、支付、解析不可信输入）。
• 对性能敏感的路径（热点循环、N+1 查询、打包入口点）。

工作流

1. 确定变更范围

最好为审查者提供具体的文件列表：

git diff --name-only origin/main...HEAD

或者粘贴 PR 链接，让主 Agent 列出分支中已更改的文件。

2. 启动四个并行子 Agent

发送一条消息，其中包含四个 Task 调用，每个调用的 subagent_type: "explore" 和 readonly: true，提示词示例如下：

安全性

Read-only review: SECURITY

Changed files:
<list>

Focus: injection (SQL, shell, XSS), authZ/authN gaps, secrets in code, unsafe deserialization, path traversal, SSRF, IDOR, dependency CVEs mentioned in diff.

Output:
- Critical / High / Medium / Low findings
- File:line and short fix recommendation
- "No issues" if nothing material

性能

Read-only review: PERFORMANCE

Changed files:
<list>

Focus: N+1 queries, missing indexes, accidental O(n²) loops, bundle size impact, unnecessary re-renders, sync I/O on hot paths, unbounded caches.

Output: same severity + location format as above.

正确性

Read-only review: CORRECTNESS

Changed files:
<list>

Focus: logic bugs, off-by-one, wrong edge cases, race conditions, error handling gaps, breaking API changes, test gaps for new behavior.

Output: same format.

可读性 / 可维护性

Read-only review: READABILITY

Changed files:
<list>

Focus: naming, duplication, abstraction boundaries, file size, unclear control flow, missing types/docs where they would prevent bugs.

Output: same format; prefer suggestions over nitpicks.

3. 综合结果

主 Agent 应：

1. 合并多个维度中重复出现的发现（只计一次，采用最严重的级别）。
2. 按严重程度排序，其次按修复成本排序。
3. 撰写简短的执行摘要（最多 5 个要点），并提供包含可执行事项的表格或列表。

4. 可选——处理发现的问题

在主 Agent 中修复，或仅针对已批准的事项，启动定向的非只读后续任务。

注意事项

• 提示词应保持只读，确保并行运行时不会互相覆盖写入。
• 如果差异很大，请按目录拆分，并在第二轮中针对每个目录运行四位审查者——不要把无关的大型差异塞进同一轮审查。
• 这可以补充人工审查，但不能替代受监管环境中的合规或安全审批。