复杂度，而不是人数
无论团队大小，只要交付链路跨越 ECS、Jenkins、GitLab、容器平台、权限系统和内部服务，就已经需要平台化治理。
DevOps Gold 写给正在推动团队从基础设施和流水线维护，走向平台产品与 AI 能力建设的 DevOps/SRE 负责人。
从存量系统出发
这里不假设企业拥有一套干净的云原生环境。自建系统不是需要掩盖的历史包袱，而是转型必须面对的真实起点。
AI 原生 DevOps 不是给每个工具接一个大模型，也不是推倒重建一套理想化的云原生平台。
平台工程要在既有系统之上建立统一的能力契约、上下文、权限、护栏和反馈，使人和 Agent 都能安全地完成交付与运维。
这是一条渐进路径：AI 先辅助人员工作，再被封装为可复用的平台能力，最终让 Agent 成为受治理的平台使用者。
四个内容支柱
Section titled “四个内容支柱”组织转型
DevOps 团队如何以可持续的节奏，走向平台工程与 AI 原生工作方式。
Agent 可操作平台
能力契约、上下文、权限、护栏、评测与反馈如何共同约束 Agent 行为。
存量系统平台化
如何整合 ECS、Jenkins、GitLab、容器平台、IaC 和长期运行的自建服务。
可信与治理
身份、权限、供应链、安全边界和生产责任如何在 AI 时代继续成立。
支柱文章 · 原创
为什么个人使用 AI 不等于组织获得 AI 能力，以及平台工程如何让 Agent 安全进入真实的交付与运维系统。
持续更新
后续将以原创、行业译介、评论和授权翻译，讨论小团队的平台化判断、Agent 权限、IaC 与国内自建系统场景。 查看全部文章
Kevin Zeng（Benz），大厂架构师，实践领域覆盖平台权限、云平台、容器网络与平台、可信平台、Agent 平台和基础设施即代码。
本站使用匿名化场景分享工程判断，不披露雇主、内部系统和敏感数据。更多经历、联系方式与编辑规则见关于作者。