生产级代码架构师

要解决什么问题

新接口或重构往往「需求一句话」，但鉴权、QPS、并发写、外部依赖失败等约束没写进 prompt。模型容易直接堆出能跑的代码，上线后才暴露 SQL 拼接、缺超时、无幂等等问题。本技能把编码前澄清当成铁律：信息不足以回答「谁、在什么量级、怎么调用、出错怎么收场」时，不生成完整实现。

如何工作

收到需求后先做分流（T0/T1/T2），按档位只问最关键的几项，每项附带推荐默认值，便于你确认或调整，而不是一次性抛十几问。

澄清围绕五维度展开：安全（输入、鉴权、敏感数据）、性能与并发（量级、热点、幂等）、扩展与架构（契约、熔断、兼容）、可维护性（规范、测试、文档）、可靠性与韧性（超时重试、降级、可观测）。确认后按四段协议交付：①需求确认摘要 → ②架构/设计决策与权衡 → ③带类型与异常处理的生产级代码 → ④风险与 TODO（T2 可含灰度/测试矩阵）。

与侧重已有代码性能反模式的 code-optimizer、发布前门控的 vibe-guardian 不同，本技能聚焦写新代码前的决策与安全红线（参数化查询、密钥不入库、禁止动态执行等）。

适用边界

适合新功能、新 API、需要生产级首版的重构；纯算法题、单行 typo、明确「非生产 demo」可走简化路径。PCI/等保细则、渗透测试、K8s 运维、纯 DBA 调优不在范围内；合规标准与现有架构图需你补充素材。