平台工程以开发者为核心。AI虽未普及但将是2026年重点，尤其在代码助手和审查方面。IDP正成为操作层，并向支持AI的AEP演进。
译自：KubeCon Survey: How Platform Teams Are Adopting AI and IDPs
作者：John Crowley
平台工程仍然是软件组织成功的核心。在 11 月的 KubeCon 大会上，我们调查了 219 位平台工程师，了解他们最关心的问题。调查回复让我们得以一窥平台团队在组织中的位置、他们服务于谁以及他们下一步的优先事项。
平台的主要客户仍然是开发者
Steve Ballmer 25 年前所说的话至今仍是真理：“开发者，开发者，开发者，开发者，开发者……开发者。” 如果说调查回复中有一个信息清晰响亮地传达出来，那就是：平台工程归根结底仍然是一个开发者产品团队。
深入探讨第二和第三点：即使平台直接服务于数据、安全或基础设施，共同的结果仍然是为开发者提供更快、更安全的生产路径。这体现在自动化安全任务、以数据库为中心的操作以及在更广泛的软件交付生命周期（SDLC）中提高效率。
“客户”的构成暗示了平台团队思考其存在理由的方式发生了转变。平台不再仅仅是用于发布代码的平坦道路；它已成为一个共享的内部产品，必须满足多个学科的需求，同时不忽视开发者的成果。随着这些客户群体的增长，对服务、基础设施、数据资产和策略的清晰所有权、可发现性、护栏和标准的需求也随之增加。所有这些都是为了确保开发者能够更有效地完成他们的主要工作（交付出色的代码）。
AI 尚未普及 [但快了]
调查显示，AI 在许多组织中仍处于萌芽阶段。然而，AI 已从“未来可能有趣”跨越到“我们现在就需要”。事实上，几乎所有受访者都将 AI 探索列为 2026 年的首要任务。
他们首先尝试什么？
- AI 代码助手领先：30.1% 的平台团队正在探索如何在 2026 年使用 AI 编码助手更好地赋能开发者。
- 下一波：AI 代码审查 (17.8%) 和自动化工单解决 (13.4%)。
- 可靠性自动化正在兴起：自愈事件 (12.2%)、测试生成 (10.2%) 和自动修复漏洞 (9.6%) 表明对减少繁重工作的 AI 需求旺盛。
这种模式证明，团队正在 AI 最直接提升开发者吞吐量并减少操作阻力的领域进行测试。组织正在考虑“人类加 AI 更好”的故事，以开发引人注目的代理工程用例。随着时间的推移，这些实验将推动平台团队标准化 AI 工具的管理、集成和衡量方式。
IDP 正在成为操作层
IDP 不再是一个新兴概念，但其采用情况不均衡。
- 近 60% 的受访者表示目前正在使用 IDP。
- IDP 的使用方式存在碎片化。当被问及如何衡量开发者成果时，43% 的受访者表示他们没有正式的系统来收集工程反馈以识别摩擦点。调查是衡量开发者成功的常用方法，其次是具体指标和访谈。
有趣的是，平台团队根据开发者成果定义自己的成功指标。为 DevOps/基础设施创建的工单数量减少 (16.5%) 和部署频率 (13.6%) 是平台团队最关注的两个 KPI。拥有 IDP 对于简化这种测量和减少工具蔓延至关重要；它使平台团队的工作更轻松，从而带来更好的开发者成果。
结论
IDP 仍然是现代工程组织的关键工具：它们简化工作流程，并为混乱的 SDLC 带来秩序。但在 AI 时代，交付变得更加混乱且后果严重。如果没有一个能够考虑并支持 AI 驱动工作的平台层，团队将面临隐形瓶颈、脆弱的自动化、影子 AI 暴露和更慢的交付风险。
IDP 正在发展以适应这一时刻。这种演变以代理工程平台（AEP）的形式出现，它们将门户扩展到 SDLC 的 AI 部分，不仅支持代码创建，还支持大规模的自愈事件、漏洞修复、代理影响衡量和标准执行。
