对话设计

工程协作中的常见痛点

在软件工程的日常协作中，团队常常面临标准缺失的困境。代码评审往往沦为风格争论，缺乏对正确性和安全性的系统判断；技术方案设计流于形式，难以讲清选型背后的取舍；线上故障排查依赖直觉和盲猜，导致根因定位缓慢。此外，架构演进缺乏渐进式策略，API 契约模糊不清，最终导致联调扯皮和交接文档缺失。本技能旨在为这些具体问题提供一套结构化的工程提效工作台。

结构化的能力地图与工作流

本技能围绕六个核心能力展开，听到特定触发词即可路由：

• 代码评审：输入 diff 或 PR，输出带问题分级（阻断/建议/可选）的检查清单。
• 技术方案设计：输入需求与约束，产出包含背景、目标、选型与风险的方案模板。
• 调试排错：输入报错信息，遵循“稳定复现 -> 隔离变量 -> 看证据 -> 假设验证”的排错工作流。
• 架构权衡与API 设计：提供选型对比表及 RESTful 字段契约与错误码规范。

适用边界与合规护栏

需要注意的是，本技能仅提供方法论、模板与检查清单，不替代专业资质判断，也不接入任何付费服务或外部 API。在涉及密钥与凭证时，仅提供脱敏示例，不处理真实敏感凭据。评审意见仅作为辅助参考，最终的合并决策与线上止损操作仍需由技术负责人承担，同时严禁绕过安全机制访问未授权系统。