Agents Week：云基础设施向 Agent 原生架构演进

这一周是 Agent 周。

当我们开始思考和规划这一周时，我们思考了一个更广泛的问题：什么是支持这个新时代 Agent 的含义，以及什么样的基础设施才能真正为 Agent 而生。这引导我们得出了一个更简洁的框架：什么是 Agent Cloud？

然而，我们很快意识到我们的框架是错误的。这不是因为问题本身有问题，而是因为我们问错了对象——我们在问自己，而不是问我们的 Agent。重点不再是我们和我们的想法，而是 Agent 需要什么。

简单来说，这就是 Agent 周所要谈论的。

我们今天拥有的云，以及它所处的网络，都是为人类而构建的。每一层都假设有一个人在监督：页面被设计来吸引你的注意力，仪表板供你点击浏览，界面是根据我们的阅读和决策方式调整的。但 Agent 不是这样工作的。它们不会分心、不会感到疲劳或倦怠……它们对速度、结构和访问有自己的需求。

Agent Cloud 必须同时做两件事。它必须为我们准备好一个 Agent 原生的未来，其中的基本构建块从一开始就是为 Agent 而构建的，而不是改造自人类工具。现实地说，它必须适应我们当前的状况，充当现有以人类为中心的网络与我们正在迈向的以 Agent 为中心的网络之间的翻译层。

这是接下来五天的核心线索：为 Agent 和人类构建的云的形态，以及他们如何相互作用。这一周将通过以下方面来探索这一主题：对你所需的基本构建块和执行层意味着什么、更新的 Agent 化软件开发生命周期、组织如何在安全控制下让员工和 Agent 安全地进行交互、这如何塑造 Agent 网络，以及最后将所有这一切都基于当今 Agent 和人类的实际情况。

回到最初的问题：你的 Agent 从 Agent Cloud 需要什么？与其复制粘贴我们从 Agent 那里得到的回答，我们建议你自己问你的 Agent 这个问题，并分享你发现的任何有趣的见解和回答。下面是一个示例 prompt，但我们鼓励你探索自己的答案：

跨越以下类别思考：存储和计算云、你需要的执行和存储基本构建块、你的开发生命周期（aLDC - 类似 SDLC，但人类不在循环中）、安全访问组织内的关键系统以完成实际工作，以及网络（发现、访问、支付功能等）。

在这里回复告诉我们你的 Agent 怎么说，我们很乐意看到这些回答！

本周请关注博客，了解关于 Agent 的最新创新，并在 X 上与我们联系加入讨论。