菜单
处理收到的代码审查反馈。技术正确性优先，禁止客套回复。每条反馈独立评估，该接受就接受，该拒绝就拒绝。触发短语："收到审查反馈"、"处理 review"。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
协作式需求探索与设计。用苏格拉底式对话将模糊想法转化为结构化的设计规格文档（spec.md）。触发短语："探索需求"、"讨论设计"、"头脑风暴"、"brainstorm"。
生成今日工作日报。仅在用户显式触发 /daily 时执行，不自动运行。
将多个独立问题域分配给并行子代理同时处理。每个独立问题域一个代理。触发短语："并行"、"parallel"、"同时处理"。
会话结束时整理知识，生成中文 Markdown 摘要文档并保存到本地。仅在用户显式触发 /done 时执行，不自动运行。
按 plan.md 逐任务执行实现。通过 Todo checkbox 追踪进度，每批改动后运行编译检查。触发短语："执行计划"、"按计划实现"、"开始实现"。
完成开发分支的收尾工作。四选项决策树：合并、创建 PR、保留、丢弃。触发短语："完成分支"、"合并"、"提交 PR"。
| name | receiving-code-review |
| description | 处理收到的代码审查反馈。技术正确性优先，禁止客套回复。每条反馈独立评估，该接受就接受，该拒绝就拒绝。触发短语："收到审查反馈"、"处理 review"。 |
| allowed-tools | Read, Write, Edit, Glob, Grep, Bash |
技术正确性高于社交舒适。
将每条审查反馈分为：
按严重度排序处理：
每个修复都要验证：编译通过、测试通过。
对于不接受的反馈，提供：
向用户报告处理结果：
## 审查反馈处理
### 已修复
- [反馈内容] → [修复方式]
### 已拒绝
- [反馈内容] → [拒绝理由]
### 需要讨论
- [反馈内容] → [需要讨论的原因]
对每条"建议添加"类型的反馈，问：
如果答案是"没有 / 不受 / 是"，则拒绝并说明理由。
如果审查发现的问题指向更深层的架构问题，不要在当前 PR 中修补：