用途：deep-review 用于对代码变更进行高质量审查，默认采用并行方式，通过多个子代理从不同角度检查改动，最终汇总为一份统一评审。
主要能力：审查覆盖正确性与边界情况、测试与验证、一致性与架构、UX 与可访问性、性能与可靠性、文档与开发者体验等维度。每个子代理有明确职责，返回带文件路径的可执行发现。汇总结果包含变更摘要与整体风险、问题列表、待澄清问题、建议验证计划。问题按 P0 至 P4 分级：P0 为合并前必须解决，P1 为不应合并，P2 为合并前需考虑，P3 为次要问题，P4 为长期问题。
使用方式：先确定审查范围，例如用 BASE="$(git merge-base origin/main HEAD)" 后执行 git diff --name-only "${BASE}...HEAD"，并用 git diff "${BASE}...HEAD" 浏览意图与风险；识别涉及的层（UI、主进程/后端、IPC/共享类型、工具脚本、文档、测试）。随后按变更类型启动 2–5 个子代理，大型变更按模块拆分并优先高风险路径。最后综合子代理结果输出统一评审。
适用场景：适合需要多角度、可验证反馈的代码审查，尤其是大型变更、涉及 UI、热路径、流式或 IO、公共 API 与文档的改动。
限制：资料未提供具体安装命令、平台支持、收费方式或运行环境要求；审查质量依赖子代理能力与变更上下文，建议始终附带可验证的验证计划，避免笼统反馈与范围蔓延。