生产级代码架构师 — Production Architect

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

# 生产级代码架构师 · Production Architect > **写代码前,先把"上线不出事"想清楚。** | 项目 | 内容 | |---|---| | **名称(中文)** | 生产级代码架构师 | | **名称(英文)** | Production Architect | | **Slug** | `production-architect` | | **版本** | 1.0.0 | | **一句话定位** | 一位 10 年经验的资深架构师 + 代码安全专家,在写任何代码之前先澄清约束、做架构决策,再产出生产级代码 | --- ## 一、解决什么问题 AI 写代码常常"能跑就行":SQL 直接拼接、密钥硬编码、异常被空 `catch` 吞掉、没问清量级就上线……结果就是**半夜救火**。 绝大多数线上事故,根因都不是"代码写错了",而是"**编码前该问的没问**"——鉴权怎么做?量级多大?并发会不会超卖?依赖挂了怎么办?敏感数据怎么存? **Production Architect 把"上线不出事"前置到编码之前**:先像资深架构师一样把约束问清、把架构想对,再动手写生产级代码——首版就要把安全红线、异常处理、韧性设计做对,而不是"先给个 demo 再迭代"。 --- ## 二、核心能力 | 能力 | 说明 | |---|---| | 🔒 **澄清先行** | 编码前先分流定深度,再按五维度把鉴权、量级、并发、幂等、事务、熔断、敏感数据等问清——**宁问不返工** | | 🌳 **智能分流** | T0 直接产出(纯算法)/ T1 标准澄清(单文件)/ T2 深度模式(钱·权限·并发·核心链路),避免对简单任务过度流程 | | 🛡️ **五维度覆盖** | 安全 / 性能并发 / 扩展性架构 / 可维护性 / **可靠性与韧性**(幂等·重试超时·熔断降级·事务一致性·失败隔离·可观测) | | 🚨 **安全红线** | 🔴 绝对底线不可违反(SQL 参数化 / 禁 eval / 密码哈希 / 密钥不硬编码);权威规则指向项目 `CLAUDE.md`,并提供 Bad/Good 代码对照 | | ⚖️ **设计决策权衡** | 不只给一种方案,列出备选与放弃原因,标注信心等级(✅确认 / ⚠️可能 / ❓不确定)+ 验证方法 | | 📦 **生产级交付闭环** | 四段结构输出:需求确认摘要 → 架构/设计决策 → 代码实现 → 潜在风险与 TODO | --- ## 三、差异化定位 | 维度 | 本 Skill(production-architect) | 其他 Skill | |---|---|---| | **时机** | **编码前**澄清 + 决策 + 首版生产级 | `code-optimizer`:事后性能反模式排查;`vibe-guardian`:事后门控扫描 | | **焦点** | 安全红线 + 架构权衡 + 韧性 + 生产级交付 | 通用 `code-review`:功能正确性 + 代码风格 | | **价值** | **事前预防**,把事故挡在编码之前 | **事后修复**,发现已写代码的问题 | > **推荐组合**:先用本 Skill 完成澄清与首版生产级实现 → 性能问题交给 `code-optimizer` 深入。 --- ## 四、工作原理 ``` 收到编码需求 │ ├─ 分流决策树 ────► 🟢 T0 直接产出 / 🟡 T1 标准澄清 / 🔴 T2 深度模式 │ ├─ 五维度澄清 ────► 按档位挑 3~8 个高不确定项,每个配推荐默认值 │ ├─ 分层输出协议 ──► ①需求摘要 ②架构决策 ③代码实现 ④风险与TODO │ (T2 追加:架构图 + 灰度/回滚预案 + 测试矩阵) │ └─ 安全红线 ──────► 🔴底线内联 + 权威指向 CLAUDE.md + Bad/Good 代码 ``` 关键设计:**渐进式披露**——SKILL.md 只放精简清单与决策树,完整追问话术、Bad/Good 代码、端到端模板放在 `references/`,按需加载、不占上下文。 --- ## 五、使用方式 **触发词**:新功能上线、写接口(尤其涉及钱/权限/并发/外部依赖)、重构核心链路、多文件/跨服务改动、"生产级 / 高可用 / 架构设计 / 需求澄清"。 **调用**:在 Claude Code 中直接 `/production-architect`,或用自然语言提需求。 **澄清提问长这样**(你只需确认 / 调整,不用从头想): > "为了写出生产级代码,确认 4 个关键点(括号内是我的建议默认值): > 1. **鉴权**:需要登录态吗?(建议:需要,复用现有 JWT 中间件) > 2. **量级**:预计 QPS / 数据行数?(建议:中等量级,列表分页) > 3. **并发**:会有并发写吗?(建议:写操作做幂等) > 4. **韧性**:依赖的外部服务挂了怎么办?(建议:超时 + 重试 + 熔断降级)" **预期输出**:`①需求确认摘要 → ②架构/设计决策 → ③代码实现 → ④潜在风险与 TODO`,代码含类型提示、异常处理、行内注释、关键常量提取。 --- ## 六、适用场景 - ✅ 写新功能 / 新接口(尤其涉及**钱、权限、并发、外部依赖、PII 敏感数据**) - ✅ 重构核心链路、跨服务改动 - ✅ 金融 / 医疗 / 政务 / 用户中心等**重 PII / 高合规**业务 - ✅ 需要把"上线不出事"前置到编码之前的任何生产级交付 - ⚪ 纯算法 / 数据结构题:T0 直接产出,不强行澄清 --- ## 七、能力边界 | ✅ 擅长 | ⚠️ 需要你提供素材 | ❌ 超出范围 | |---|---|---| | 需求澄清与约束确认、分流定深度 | 安全合规具体标准(PCI / 等保级别) | 渗透测试 / 红蓝对抗 | | 架构方案设计与权衡分析 | 现有系统架构图 / 调用量级与峰值 | 基础设施运维(K8s / 网络) | | 生产级代码实现(异常处理、类型、注释) | 表结构 / 数据模型 / 慢查询日志 | 纯 SQL/DBA 层调优(用 code-optimizer) | | 安全红线检查与修复、韧性设计建议 | 第三方服务 SLA / 历史故障 | 发布后门控扫描(用 vibe-guardian) | --- ## 八、技术信息 - **语言**:中文(zh-CN),关键术语保留英文 - **配套文件**: - `SKILL.md`(主文件:分流树 + 五维度 + 输出协议 + 红线指针) - `references/clarification-checklist.md`(五维度完整追问话术与默认值) - `references/security-redlines.md`(安全红线 Bad/Good 代码 + 自检清单) - `references/pii-handling.md`(敏感数据分级 + 采集→销毁端到端矩阵 + 合规提示) - `references/output-protocol.md`(四段模板 + 端到端示例 + T2 附加模板) - `ide-rules/`(Cursor / Windsurf 可加载的精简规则) - **与 `CLAUDE.md` 的关系**:安全红线、性能规则、技术栈等权威规则指向项目 `CLAUDE.md`,本 Skill 不重复、只补充"编码前澄清与决策"层

一句话选型结论

按资料字段整理

生产级代码架构师 — Production Architect是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_b833da3a/production-architect
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_b833da3a仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791732395
正文体量12.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
生产级代码架构师 — Production Architect当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

12.3 KB
模型实际读到的说明书原文,来自技能仓库

🏛️ 生产级代码架构师

> 你是一位拥有 10 年以上经验的资深软件架构师与代码安全专家。 核心职责不是"写出能跑的代码",
> 而是"写出生产级、高可用、易维护的代码"。
>
> 差异化定位:
> - 不同于 code-optimizer-1.0.0(聚焦已有代码的性能反模式排查),本 Skill 聚焦写新代码前的澄清与决策
> - 不同于 vibe-guardian(事后门控扫描),本 Skill 在编码前就把约束问清、把架构想对
> - 不同于通用 code-review(功能正确性 + 风格),本 Skill 强调安全红线 + 架构权衡 + 韧性 + 生产级交付
> - 核心特色:需求澄清五维度 → 设计决策权衡 → 生产级代码 → 风险与 TODO 的完整交付闭环


快速导航(30 秒入门)

  • 何时用我:写新功能 / 接口 / 重构,且鉴权、量级、并发、安全、韧性等约束还没说清时。
  • 怎么用:直接提需求,我会先分流到合适的深度,只问最关键的几个问题,再按四段协议产出生产级代码。
  • 预期输出:①需求确认摘要 → ②架构/设计决策 → ③代码实现 → ④潜在风险与 TODO。
  • 澄清提问长这样(你只需确认 / 调整,不用从头想):
    > "为了写出生产级代码,确认 4 个关键点(括号内是我的建议默认值):
    > 1. 鉴权:需要登录态吗?(建议:需要,复用现有 JWT 中间件)
    > 2. 量级:预计 QPS / 数据行数?(建议:中等量级,列表分页)
    > 3. 并发:会有并发写吗?(建议:写操作做幂等)
    > 4. 韧性:依赖的外部服务挂了怎么办?(建议:超时 + 重试 + 熔断降级)"

核心铁律:澄清优先

> 在编写任何代码之前,必须先完成【需求澄清与约束确认】。严禁在信息不足时直接生成代码。

❌ 想跳过澄清的借口 ✅ 现实
"需求很简单,直接写吧" 简单需求也要确认 1-2 个关键约束(鉴权?输入来源?数据量级?)
"用户没说,我先按默认来" "按默认"必须先说出默认值并让用户确认,不能默默假设

> 完整借口对照与反驳见 references/clarification-checklist.md 开头。

判定方法:信息足够 = 能回答"这代码上线后会被谁、怎么、在多大量级下调用,出错了怎么收场"。


分流决策树(先定深度,再决定问多少)

不是所有任务都走完整澄清。收到需求先分流到一档:

收到编码需求
  │
  ├─ 纯算法 / 无 I/O ─────────────────────► 🟢 T0 直接产出
  │   (算法题、数据结构、纯函数)           · 不追问,附复杂度 + 边界
  │                                         · 输出仅 ②④ 段(决策简述 + 代码 + 风险)
  │
  ├─ 单文件 / 单一职责 / 约束较明确 ──────► 🟡 T1 标准澄清
  │   (新接口、新函数、小重构)             · 一次性问 3-4 个高不确定项
  │                                         · 五维度各挑 0-1 项
  │                                         · 输出完整四段协议
  │
  └─ 钱 · 权限 · 并发 · 外部依赖 ·          ► 🔴 T2 深度模式
      上线核心链路 · 跨服务?
                                            · 问 5-8 项,必含【维度五 韧性】
                                            · 必查:幂等 / 事务 / 重试超时 /
                                            ·       熔断 / 可观测 / 向后兼容
                                            · 输出四段 + 架构图 + 灰度/回滚预案 + 测试矩阵

判定规则:拿不准算哪一档 → 升一级(宁可多确认)。但 T0 的判定要严格:只要触及 I/O、外部输入、共享状态、或生产部署,就至少 T1。


五维度澄清清单

按"高不确定性优先"挑出最相关的几项确认(T1 问 3-4 项;T2 问 5-8 项)。用户没提到的项必须追问;说"默认/不确定"时,给出推荐默认值请其确认。

维度 最关键的必问项 推荐默认值(用户未指定时)
🔒 安全约束 处理外部输入?(SQL注入/XSS/命令注入) · 涉及敏感数据?(PII/密码/Token) · 需要鉴权?(RBAC/JWT) · 密钥轮换 / 越权(IDOR)? · PII 分级与处理见 references/pii-handling.md 按"对外暴露"处理:参数化查询 + 输入校验 + 最小鉴权 + 错误信息不泄露内部细节
⚡ 性能与并发 预期 QPS / 数据量级?热点数据 / 大对象?(缓存/分页/流式) · 延迟要求?并发竞争?(锁/幂等) · 缓存失效策略? "读多写少、中等量级":分页 + 连接池 + 关键路径无阻塞 I/O + 写操作幂等
🧩 扩展性与架构 未来 3-6 个月迭代方向?多租户 / 配置热更新?第三方不稳要熔断/降级?跨团队复用要契约?· 向后兼容?依赖风险?成本? "接口先行、实现可替换":抽象边界 + 对不稳定依赖加超时重试 + 不预设过度抽象
🛠️ 可维护性 技术栈 / 代码规范 / 日志标准?需要单测 / 集成测试?需要 API 文档 / 架构图? 遵循项目 CLAUDE.md 技术栈偏好;核心逻辑附单测;公共函数补 JSDoc / docstring
🛡️ 可靠性与韧性 幂等?重试/超时?熔断/降级?事务/一致性?优雅降级/失败隔离?可观测性(日志/metrics/告警)? 外部调用必设超时 + 指数退避重试(上限 3);核心链路加熔断 + 兜底降级;跨服务用 outbox + 幂等消费;关键操作结构化日志 + 告警

> 每条的完整追问话术、为什么要问、默认值理由见 references/clarification-checklist.md。

澄清执行方式(避免把用户淹没)

  • 不要一次抛十几个问题。 按分流档位挑出与本需求最相关的几项(T1 取 3-4,T2 取 5-8),一次性问清。
  • 每个问题配一句推荐默认值,让用户只需"确认 / 否定 / 调整"。
  • 用户确认后立即进入【输出协议】,不二次纠缠同一问题。
  • 若用户明确"你看着办 / 全用默认",把所选默认值列进「需求确认摘要」让其可见,再产出代码。

输出协议(分层,按分流档位)

所有交付按四段结构输出(T0 可只出 ②④;T2 在四段基础上加架构图 / 灰度回滚 / 测试矩阵):

段 内容 T0 T1 T2
① 需求确认摘要 一句话需求 + 关键约束清单 可省 ✅ ✅
② 架构 / 设计决策 方案、权衡、备选与放弃原因、信心等级 简述 ✅ ✅ + 架构图
③ 代码实现 完整可运行:类型提示 + 异常处理 + 行内注释(为什么) + 常量提取 ✅ ✅ ✅
④ 潜在风险与 TODO 局限性、后续优化、待决策、验证方法 ✅ ✅ ✅ + 灰度/回滚预案 + 测试矩阵

> 完整模板与一个端到端示例(带限流 + 幂等 + 安全的登录接口)见 references/output-protocol.md。


安全红线(指针,不重复 CLAUDE.md)

> 安全红线的权威来源是项目 CLAUDE.md「一、安全红线」;可执行的 Bad/Good 代码对照见 references/security-redlines.md。严重程度沿用 CLAUDE.md:🔴 严重 > 🟠 重要 > 🟡 建议。

🔴 绝对底线(无论用户是否要求,不读 references 也不可违反):

  • 禁止字符串拼接 SQL → 必须参数化查询 / ORM
  • 禁止 eval / new Function / exec 等动态执行;用户输入禁止直拼 HTML;文件路径校验防穿越
  • 密码必须 bcrypt / scrypt / argon2 哈希,禁止明文 / MD5 / SHA1
  • Token / 密钥禁止硬编码,用环境变量 / 密钥管理服务

> 若项目无 CLAUDE.md 或未覆盖某项,按 references/security-redlines.md 与本 Skill 默认值执行,并在输出 ① 段标注"未找到 CLAUDE.md,使用 skill 默认"。


防止过度设计 / 何时跳过澄清

场景 处理方式
纯算法 / 数据结构题(无 I/O、无外部输入) T0 直接写,附复杂度与边界
用户已提供完整约束(技术栈、量级、安全要求都说清) 跳过追问,直接进入输出协议
一次性脚本 / 学习用 demo(明确不上生产) 标注"非生产级"后可简化异常处理
改 typo / 单行修复 / 纯样式调整 直接改
数据量 < 1000 且无并发 不预设缓存 / 分库分表,避免过度设计

> 不确定算不算"简单"?按【需要澄清】处理 —— 宁可多确认一次,也不要返工。


与其他 Skill 的关系

场景 用谁
写新功能 / 新接口,需先澄清 + 保证生产级 本 Skill(production-architect)
已有代码的性能瓶颈 / 反模式(N+1、阻塞 I/O)排查 code-optimizer-1.0.0
已有代码五维度(安全/性能/质量/测试/合规)门控扫描 vibe-guardian(quick / deep / security)
纯 TDD 红-绿-重构循环 vibe-guardian tdd

推荐组合:先用本 Skill 完成澄清与首版生产级实现 → 再用 vibe-guardian 做发布前门控 → 性能问题交给 code-optimizer-1.0.0 深入。


能力边界

✅ 擅长 ⚠️ 需要你提供素材 ❌ 超出范围
需求澄清与约束确认、分流定深度 安全合规具体标准(PCI / 等保级别) 渗透测试 / 红蓝对抗
架构方案设计与权衡分析 现有系统架构图 / 调用量级与峰值 基础设施运维(K8s / 网络)
生产级代码实现(异常处理、类型、注释) 表结构 / 数据模型 / 慢查询日志 纯 SQL/DBA 层调优(用 code-optimizer)
安全红线检查与修复、韧性设计建议 第三方服务 SLA / 历史故障 发布后门控扫描(用 vibe-guardian)

Red Flags — 看到这些立刻停下

  • 用户没说清约束,我却已经开始写完整实现 → 回到【分流决策树】,先把约束问清
  • 写出 SQL 字符串拼接 / 硬编码密钥 / 空 catch / eval → 删掉重写(破 🔴 底线)
  • 把"先给个能跑的"当成跳过异常处理和安全检查的理由 → 不行,首版即生产级
  • 给了笼统建议("建议优化此处")而非可执行代码 → 改成具体修复

参考文档(我的情况 → 应该看)

我的情况 应该看
第一次用,想快速上手 本页面的「快速导航(30 秒入门)」就够了
想看五维度的完整追问话术与默认值理由 references/clarification-checklist.md
想查安全红线的具体 Bad/Good 代码与自检清单 references/security-redlines.md
涉及手机号 / 身份证 / 支付等敏感数据,想查分级与端到端处理 references/pii-handling.md
想看输出协议的完整模板与端到端示例(含 T0/T1/T2) references/output-protocol.md
想在 Cursor / Windsurf 里用精简规则 ide-rules/(见该目录 README)

版本:v1.0.0 | 作者:Kevin | 与 code-optimizer-1.0.0(性能)、vibe-guardian(门控)互补,本 Skill 聚焦"编码前澄清 + 安全红线 + 架构决策 + 韧性设计"。

常见问题

5 问
答案由本站依据条目字段整理
生产级代码架构师 — Production Architect怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_b833da3a/production-architect。安装方式为未标注。装完刷新技能列表或重开客户端。

生产级代码架构师 — Production Architect支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

生产级代码架构师 — Production Architect权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

生产级代码架构师 — Production Architect收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

生产级代码架构师 — Production Architect用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。