昆仑工程提效工作台

解决什么问题

代码评审靠口头约定、技术方案写到一半就散、线上报错只能翻日志猜、架构选型反复推翻重来、接口契约前后端各写各的——这些不是能力问题，是没有可复用的工程骨架。本技能把评审标准、方案模板、排错步骤、选型表、RESTful 契约和工程规范做成统一的输入输出模型，替代一次性的群聊讨论或散落的 Notion 文档。

适用人群包括后端、前端、全栈工程师、技术负责人、DevOps 与独立开发者；输入覆盖 diff / PR、需求与约束、报错上下文、场景与规模、资源与操作、语言与框架，输出为可直接提交的结构化产物，不依赖外部服务或账号密钥。

技能如何工作

六个核心能力按触发词路由：review/评审/CR 触发代码评审，设计/方案/架构 触发技术方案设计，debug/报错/排查 触发调试排错，选型/对比/架构 触发架构权衡，接口/API/契约 触发 API 设计，规范/最佳实践/标准 触发工程规范。单个诉求可独立调用，多个诉求可组合使用。

代码评审工作流分五步：读意图、验证正确性、检查安全、评估可维护性、给出分级结论，问题按 阻断 / 建议 / 可选 标注，避免一次性全改导致 PR 堆积。线上排错遵循稳定复现 → 隔离变量 → 看证据 → 假设验证 → 修复回归的闭环，先保稳定再查根因。

适用边界

只提供方法论、模板与检查清单，不替代专业资质判断，不接入付费服务，不处理真实密钥或凭证，密钥相关内容仅给脱敏示例。评审意见为辅助参考，合并决策由负责人承担；不鼓励绕过安全机制或访问未授权系统。技能输出偏向通用工程场景，领域深度仍需使用者自行补充。