CNCF 大使、Platform Engineering TCG 组织者 Atulpriya Sharma 认为，平台工程中最重要的问题不是组织是否构建了平台，而是开发者实际上如何与其能力交互。尚未拥有正式平台的组织通常依赖分散的脚本和个人知识；而另一些组织可能拥有开发者门户、CLI 界面和现成路径，却仍然需要人工处理请求。在这两种情况下，问题都在于团队使用平台能力时所依赖的接口成熟度。
本文以CNCF 平台工程成熟度模型为基础，该模型分别衡量五个方面：投入、采用、接口、运营和度量。每个方面都有四个级别：临时级、运营级、可扩展级和优化级。根据该模型，组织并不会作为一个整体同步升级；它可能在某个方面取得进展，同时在另一个方面仍然落后。本文重点分析接口方面，即开发者使用的模板、CLI 接口、门户和 API。
平台接口的四个阶段
在第一级，组织依赖定制流程：人工请求、各团队之间不一致的流程，以及在个人之间传递的知识。没有正式的平台名称并不意味着实际上不存在平台；反复向某位工程师发送消息、请求其配置数据库，就代表了当前的平台接口，只不过它尚未得到管理。
第二级称为标准化工具。此时会出现黄金路径或铺设好的道路，以及用于提供和监控能力的文档、模板和一致的接口。结果通常看起来是积极的：采用率提高，新员工上手更快，指标也有所改善。但偏离预期路径的请求仍然需要平台团队介入，因此接口实现了统一，却还没有实现自助服务。
第三级出现自助服务解决方案，开发者无需经过平台团队，就能执行大多数日常请求。这一级更多衡量团队的行为，而不仅仅依赖指标：常规配置工单减少，新工程师开始直接使用平台，平台团队的工作也从执行单个请求转向改进管理这些请求的框架。根据作者列举的例子，一些组织表示，在增加自助服务配置选项后，例外请求减少了40%至60%。
第四级集成服务使平台能力透明地成为日常工作工具的一部分。创建新服务时，监控、日志记录和安全能力可以自动集成；同时，安全策略通过平台施加规则，而不是要求开发者手动协商。平台变得几乎不可见，其成功程度取决于开发者不得不思考基础设施的频率有多低。
为什么组织会停留在第二级？
分析确定了四个反复出现的问题。第一是队列问题：黄金路径覆盖常见情况，但在大型组织中，例外情况可能占全部工作的30%。作者举例说，某零售组织使用基于 Helm charts 和 ArgoCD 的黄金路径部署 Kubernetes，采用率在六个月内达到85%，但随后积累了40个例外情况，团队不得不将60%的时间花在路径之外的配置上。
第二是经验差距；平台团队可能构建了通用能力，却无法完全满足专业团队的需求，促使这些团队开发自己的替代方案。第三是维护陷阱：每项新增能力都意味着额外的更新、测试和修复面，一旦出现漏洞或升级 Kubernetes，就需要对其进行维护。作者提到一个案例：旧版 Helm charts、特定云服务提供商的依赖项以及网络假设不断累积，最终使更新变得风险重重。
第四个问题是僵化。黄金路径体现了设计时的正确假设，但随着技术、流程和团队需求变化，这些假设可能转化为限制。此时，例外情况和影子基础设施不断增加，平台团队也会从改进核心接口的团队，变成针对单个问题提供解决方案的工厂。
实践中会发生什么变化？
为了从第一级迈向第二级，作者建议先为现有事物命名，而不是直接构建新的门户：找出最常见、最耗时且最适合标准化的请求，然后选择一条黄金路径，在扩展目录之前真正将其优化。
从第二级迈向第三级，则必须停止让平台团队充当强制性的人工作业环节。这需要使黄金路径具备可配置性，提供经过验证的选项，并由策略施加约束，而不是使用硬编码值，同时为合理情况提供退出路径。分析还建议在自动化请求之前对其进行度量；在一个媒体行业的例子中，连续三个月记录请求后发现，20%的请求类型占总量的80%，于是首先为这些模式构建自助服务，积压量在六个月内减少了60%。
此外，还应将接口视为产品，而不仅仅关注后端能力。可发现性、验证规则、契约以及处理意外请求的方式，都属于产品的一部分。接近第四级时，自动化会从由开发者主动选择的操作，转变为嵌入 Git、开发环境和 CI/CD 系统中的策略所施加的智能默认行为，同时根据明确的契约，在安全、数据库和监控团队之间分配能力所有权。
certi.news 的解读
文章指出的真正变化，是将开发者平台的成功标准从已发布的工具和路径数量，转向用户获得的自主程度，进而转向这些能力融入工作流的程度。这一点对平台团队很重要，因为他们可能在表面上提高了采用率，却把执行负担转移到了由例外情况和维护工作组成的队列中。
不过，作者将本文中的例子和数字描述为与组织互动时得到的观察，而不是能够证明相同比例适用于所有组织的独立定量研究。此外，达到第四级还需要契约、策略和所有权分配方面的成熟度，而购买门户或单独添加 AI 代理并不能提供这些能力。结尾提出了一个重要的开放问题：为开发者设计的自助服务接口，不一定也是可供 AI 代理消费的接口，因为后者以不同于人类工作流的频率和模式与 API 交互。因此，可被机器使用的接口成熟度，可能是平台团队需要衡量的下一个阶段。