用途：对同一份代码 diff 做多维度并行审查。它使用 Cursor 的 Task 工具同时运行四个 explore（只读）子代理，每个子代理只读取代码并针对一个维度输出发现，主代理再把结果合并成一份带优先级的审查。
主要能力：四个维度分别为安全（注入、认证授权缺口、硬编码密钥、不安全反序列化、路径遍历、SSRF、IDOR、diff 中提到的依赖 CVE）、性能（N+1 查询、缺失索引、意外的 O(n²) 循环、包体积、多余重渲染、热路径同步 I/O、无界缓存）、正确性（逻辑错误、边界条件、竞态、错误处理缺口、破坏性 API 变更、新行为的测试缺口）、可读性/可维护性（命名、重复、抽象边界、文件大小、控制流、类型与文档）。每个子代理按 Critical/High/Medium/Low 输出，并给出 File:line 与简短修复建议，无实质问题时输出“No issues”。
使用方式：先确定变更范围，可用 git diff --name-only origin/main...HEAD 获取文件列表，或粘贴 PR 链接让主代理列出变更文件。然后在一条消息中发出四个 Task 调用，每个设置 subagent_type: "explore" 和 readonly: true，并附上对应维度的提示词。之后由主代理去重（同一问题只计一次，取最严重级别）、按严重程度和修复成本排序，输出最多 5 条的执行摘要与可操作清单。可选步骤：在主代理中修复，或仅对已批准项启动有针对性的非只读后续任务。
适用场景：单次审查容易漏项的大型 diff 或重构；安全敏感变更（认证、支付、解析不可信输入）；性能敏感路径（热循环、N+1 查询、打包入口）。
限制：提示词保持只读，避免并行运行争抢写入；diff 过大时按目录拆分，分波次每目录跑四个审查者，不要把无关的超大 diff 塞进一次；该技能补充人工审查，不能替代受监管环境中的合规或安全签核。官方文本未提供，以上依据公开资料整理。