请求代码审查 派遣代码审查子代理，在问题扩散之前发现它们。审查者获得的是精心组织的评估上下文——绝不是你的会话历史。这样可以让审查者专注于工作成果而非你的思考过程，同时保留你自己的上下文以便继续工作。 核心原则： 早审查，勤审查。 何时请求审查 必须审查： - 子代理驱动开发中每个任务完成后 - 完成重要功能后 - 合并到 main 之前 可选但有价值： - 卡住时（换个视角） - 重构之前（建立基线） - 修复复杂 bug 之后 如何请求 1. 获取 git SHA： 2. 派遣代码审查子代理： 使用 Task 工具，指定 类型，填写 中的模板 占位符说明： - - 你刚完成的内容简要说明 - - 预期功能 - - 起始提交 - - 结束提交 3. 处理反馈： - Critical 问题立即修复 - Important 问题在继续之前修复 - Minor 问题记录下来稍后处理 - 如果审查者有误，用技术理由反驳 示例 与工作流的集成 子代理驱动开发： - 每个任务完成后审查 - 在问题叠加之前发现它们 - 修复后再进入下一个任务 执行计划： - 每个任务完成后或在自然 checkpoint 审查 - 获取反馈，应用，继续 临时开发： - 合并前审查 - 卡住时审查 红线 绝不要： - 因为"很简单"就跳过审查 - 忽略 Critical 问题 - 带着未修复的 Importan…