当平台不再只服务人类：一位工程负责人给 AI Agent 的 7 条残酷真相

如果你还在把平台工程当成“给人用的工具集合”，那你已经落后了。来自银行基础设施一线的工程负责人直言：未来的平台，第一用户不是人，而是 AI Agent。这场分享把很多工程师心里隐约感觉到、却没人说破的现实，摊在了台面上。

最反直觉的一点：你的平台，第一用户已经不是人了

Juan Herreros Elorza 一上来就抛出了一个让人不太舒服的事实：平台工程的目标对象，正在从“开发者”悄悄变成“人 + 机器”。

过去十多年，我们做平台的核心假设是——用户是工程师。CI/CD、可观测性、部署系统，本质都是在优化“人怎么更快地交付代码”。但今天，这个假设开始失效了。

他所在的团队负责的是金融支付相关的平台，强监管、高风险，任何一次失败都会直接影响真实交易。在这样的环境里，他们发现一个现象：越来越多的操作，不是人点的，而是 Agent 触发的。

“我们已经在用 LLM，在用 AI Agent，来完成日常工作。”他说得很平静，但背后的含义很重：平台如果只对人友好，却对 Agent 不友好，那它迟早会成为系统瓶颈。

这也是整场分享最核心的转折点——平台工程，不再只是 DevEx，而是 Agent Enablement。

第一条生存法则：自助化，不是为了偷懒，是为了规模

Juan 给出的第一个建议非常直接：Self-service，尽可能把人从流程里移除。

听起来像是在“裁人”，但他的解释更现实：不是人不重要，而是人不具备可扩展性。

当请求来自 Agent 时，任何“需要人工介入”的步骤，都会变成系统级的延迟和风险。审批、人工校验、手动触发——这些在 Agent 世界里，都是反模式。

更残酷的是：

“一个对人来说很糟糕的体验，对机器来说可能是灾难。”

Agent 不会抱怨流程复杂，它只会卡死在你没设计好的边界条件里。所以自助化的真正目标，不是体验好不好，而是：有没有一个清晰、可自动完成的闭环。

这也解释了为什么他反复强调平台要“remove people from the process”。不是否定人的价值，而是承认：当 Agent 成为常态，人工步骤就是技术债。

API 不是接口，而是你和 Agent 的契约

第二个重点看似老生常谈，却被他赋予了新的含义：Everything should be API-based。

过去我们说 API，是为了前后端解耦、系统集成。但在 Agent 时代，API 的意义变了——它是“机器可理解的唯一语言”。

Agent 不会看 UI，不会读 Slack 消息，也不会猜你的意图。它只会不断调用 API，直到“得到它被要求得到的东西，或者失败”。

这对平台工程提出了更高要求：
- API 行为必须可预测
- 错误必须是结构化、可解析的
- 状态变化要能被查询，而不是靠日志猜

否则，Agent 会做一件非常危险的事：在错误的前提下，一直重试。

Juan 并没有讲复杂的架构细节，但他点出了一个关键问题：当 Agent 在“你的机器”上运行，你如何验证它真的把事情做对了？

这已经不是接口设计问题，而是信任机制问题。

文档、贡献和度量：你其实是在“教 Agent 怎么工作”

分享后半段，Juan 把注意力从“系统”转向了一个更容易被忽略的层面：平台如何被理解。

他说了一句很多工程师听了会沉默的话：

“Documentation is crucial. You should do it like that.”

这里的“that”，不再是写给新人看的 Wiki，而是写给 Agent 的操作说明书。清晰的文档，本质是在告诉 Agent：什么是对的，什么是错的，什么路径是被鼓励的。

更进一步，他强调要鼓励平台贡献。原因并不浪漫——不是为了开源精神，而是为了让平台的“使用方式”不断被校正。

最后一个问题，也是最难的问题：

“我们怎么知道，自己到底有没有成功？”

当用户是 Agent 时，满意度调查失效了。你只能通过度量：失败率、重试次数、异常路径、人工兜底比例……来判断平台是否真的“好用”。

这意味着，平台工程的 KPI，也必须随之进化。

总结

这场分享真正有价值的地方，不在于某个具体工具或架构，而在于它逼你直面一个现实：AI Agent 已经不是“未来趋势”，而是正在发生的用户变迁。

如果你在做平台工程，可以从三个动作开始：第一，盘点哪些流程仍然依赖人工决策；第二，审视你的 API 是否真的机器友好；第三，把文档当成“Agent 行为规范”来写。

一个值得思考的问题是：当你的平台完全没有人登录时，它还能正常运转吗？如果答案是否定的，那你可能已经知道下一步该做什么了。

关键词： 平台工程， AI Agent， 大语言模型， API设计， 自助化平台

事实核查备注： 需要核查：1）演讲者姓名 Juan Herreros Elorza 的拼写；2）其职位描述为 cloud native technology team lead 是否准确；3）视频发布时间为 2026-04-08；4）引语是否与原视频表述一致