设计评审专家

设计评审的难点

概要设计常常停在文档层面：需求条目、现有实现和边界条件没有在同一张图里对齐。评审如果只凭设计描述判断，容易漏掉代码架构约束、状态闭环缺失、异常路径未覆盖，以及改动影响面过大的风险。

技能如何工作

该技能以设计评审专家角色处理输入材料，先识别并确认三类资料：功能点说明、需求内容、概要设计。在关键材料缺失时会先向用户确认，而不是直接下结论。
核心步骤包括：

• 全量阅读：理解需求目标、业务规则、数据流向和边界条件。
• 代码关联：根据功能点记录或设计关键词定位工程代码，核对现有架构、依赖关系和技术约束。
• 评审分析：围绕需求覆盖度、逻辑完整性、代码可行性、复用一致性、风险识别展开。
• 结论输出：每个结论需要关联具体需求条目、设计章节或代码位置，并区分必须修改与建议优化，最终给出“设计合理”或“设计待修正”。

适用边界

它适合已有需求文档、功能点梳理或可检索代码的工程场景，尤其适合评审阶段发现逻辑断层与落地冲突。若输入只有零散口头描述、缺少设计文档或代码上下文，结论的可验证性会明显下降。