自动化

你实际会遇到的问题

PR 来了却不知道怎么评：是挑风格还是盯逻辑？技术方案写到一半变成功能清单，缺少「为什么选 A 不选 B」。线上告警一来就改代码，复现不稳、根因靠猜。接口联调扯皮，往往是因为契约没先对齐。这类问题不是缺工具，而是缺可重复的结构：输入什么、按什么顺序想、交付物长什么样。

技能如何工作

本技能把常见工程诉求路由到六类能力，听到对应触发词即进入该模式（可组合使用）：

• 代码评审（review / 评审 / CR）：输入 diff 或 PR，输出检查清单与问题分级（阻断 / 建议 / 可选）。
• 技术方案设计（设计 / 方案 / 架构）：输入需求与约束，输出背景、目标、选型与风险等方案骨架。
• 调试排错（debug / 报错 / 排查）：输入报错与上下文，输出定位树、复现步骤与修复验证要点。
• 架构权衡（选型 / 对比）：输入场景与规模，输出利弊、适用边界与成本对比表。
• API 设计（接口 / 契约）：输入资源与操作，输出 RESTful 约定、字段契约与错误码思路。
• 工程规范（规范 / 最佳实践）：输入语言或框架，输出清单与常见反模式。

两条内置工作流可直接套用：代码评审先读意图，再查正确性、安全、可维护性，最后给分级结论；线上排错强调先稳定复现、隔离变量、用日志/链路/指标做证据，再假设验证与回归复盘。围绕「自动化」主题时，把各能力输入里的场景、约束换成你的自动化上下文即可。

适用边界

输出是方法论、模板与检查清单，不替代负责人对合并、上线与合规的最终判断；不接入付费服务，也不处理真实密钥或凭证（仅脱敏示例）。不鼓励绕过安全机制或访问未授权系统。若结果不够贴场景，在对应能力的输入里补充人群、约束与规模即可收紧输出。