菜单
对现有技术方案进行正确性、完整性、风险和落地可行性评审，并指出关键问题与改进建议。适用于方案自评审或用户主动发起的设计评审。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
在后端项目中设计或修改接口、DTO、错误码、鉴权、幂等、分页、批量操作和前后端联调契约时使用。适用于后端 profile，输出清晰的接口边界、兼容风险和验证路径。
将后端技术方案拆解为接口、应用服务、领域/业务逻辑、数据访问、消息/定时任务、迁移脚本和测试任务时使用。用于补充通用 implementation-planning 的后端归组口径。
分析后端接口、数据库访问、RPC/HTTP 调用、批处理、消息消费、事务和缓存相关性能风险时使用。强调证据、数据规模、低风险优化和回滚方案。
前端接入接口、修复提交失败、核对列表/详情/保存字段、处理类型漂移或空值风险时使用。输出契约不一致点、收敛方案和回归建议。
排查并修复前端渲染、状态、表单、表格、路由、API 映射、异步时序和性能回归问题时使用。要求可复现、可定位、可验证、最小修复。
在既有前端项目中新增或扩展页面、表单、列表、弹窗、批量操作、导入导出和权限交互时使用。强调先理解调用链、复用现有结构、最小改动落地。
| name | design-review |
| displayName | 技术方案评审 |
| description | 对现有技术方案进行正确性、完整性、风险和落地可行性评审，并指出关键问题与改进建议。适用于方案自评审或用户主动发起的设计评审。 |
| triggers | ["技术方案评审","设计评审","方案review","架构review"] |
| autoTrigger | true |
| version | 1.0.2 |
对已有技术方案、设计文档或架构草案进行结构化评审，优先识别关键风险、遗漏项和落地问题，输出可直接用于后续修订的评审结论。
[用户确认] 的设计点，以及其他源自用户明确答案的设计决策，是否被完整、准确地体现？是否存在方案偷偷扩展、覆盖或变通用户明确答案的情况？（若发现此类偏离，应列为 Critical 问题）以下缺失会直接影响编码阶段是否能保持现有风格和业务一致性，评审时必须至少列为 Important；若会导致无法判断实现位置或业务主流程，则列为 Critical：
# 方案评审：{主题名}
## 1. 评审结论摘要
- 总体结论：
- 风险等级：
- 从评审角度是否具备进入实现阶段的前提（**在 `/start` 的 A2 中**：仅表示评审意见，**不是**编码授权；**禁止**据此自动写代码。获准实现须 `commands/start.md` 第三步用户确认，且若继续则须第四步选「继续编码」或另开 `/code`。）
## 2. Critical
- [问题标题]
- 影响范围：
- 问题说明：
- 建议修改方向：
- 优先级：
## 3. Important
- [问题标题]
- 影响范围：
- 问题说明：
- 建议修改方向：
- 优先级：
## 4. Nice to have
- [问题标题]
- 影响范围：
- 问题说明：
- 建议修改方向：
- 优先级：
## 5. 总体结论与后续建议
- 建议优先处理项：
- 可延后优化项：
- 仍需补充的信息：
在 /start A2 中：评审输出完成后的唯一下一步 = commands/start.md 第三步硬门禁。
「可开发」结论仅为评审意见，不构成编码授权。完整门禁协议见 commands/start.md 第三步。
本 skill 作为 design-reviewer 子代理的工作指令使用。当被子代理调用时：