发票工程提效工作台

问题：工程协作常缺少可复用的判断标准

在涉及发票、财务、支付或业务系统改造时，工程师经常要处理 PR 评审、方案取舍、线上报错、接口契约和团队规范。若依赖口头经验，容易出现评审只看风格、方案缺少风险与回滚、排错靠猜、接口联调反复扯皮的问题。该技能将这类工作整理成可执行的模板和检查清单，让输出更结构化。

如何工作：用触发词进入能力模块

• 代码评审：输入 diff 或 PR，输出检查清单和问题分级，分为阻断、建议、可选。
• 技术方案设计：输入需求与约束，生成背景、目标、选型、风险等方案模板。
• 调试排错：输入报错信息和上下文，产出定位树、复现步骤与修复验证。
• 架构权衡：输入场景和规模，生成利弊、适用条件与成本对比。
• API 设计：输入资源和操作，输出 RESTful 规范、字段契约和错误码。
• 工程规范：输入语言或框架，生成清单和反模式提醒。

核心流程偏重证据与取舍：评审先看正确性再谈风格；排错先稳定复现、隔离变量、看日志和指标；架构选型优先当前阶段合适，而非过早复杂化。

适用边界：它是方法论工具，不是自动执行系统

该技能适合工程师、技术负责人和 DevOps 在文档、方案、评审与排查中使用，不接入付费服务，不处理真实密钥或凭证，也不替代最终合并与上线决策。输出质量取决于输入是否补充了具体人群、场景、约束和业务规则。