💡

文章摘要

Agent架构从提示循环转向托管执行运行时,Google托管沙箱、Anthropic算力囤积、微软统一SDK三条路线正在重塑AI工程的基础设施层,企业选型决策将决定未来三年的技术锁定程度。

一、本周发生了什么:三巨头同周亮剑

2026年7月第一周,AI基础设施领域出现了罕见的同步动作。 Google在7月7日宣布Gemini API Managed Agents重大升级,新增后台执行、远程MCP服务器集成、自定义函数调用和凭证刷新四大能力(据Google官方博客,2026-07-07)。同一天,Anthropic与TeraWulf签署的190亿美元数据中心租赁协议被路透社等媒体确认,协议覆盖肯塔基州Hawesville一个790英亩的园区,支持401兆瓦IT负载,租期20年(据Reuters,2026-07-06)。而微软的Agent Framework 1.0 GA已于4月正式发布,将Semantic Kernel与AutoGen合并为统一SDK,支持.NET和Python双栈(据Microsoft DevBlogs,2026-06)。

这不是巧合,而是三条路线的正面碰撞。 Google押注"托管运行时"--开发者写提示,Google跑沙箱;Anthropic押注"算力囤积"--先锁定1GW级物理基础设施,再谈模型部署;微软押注"统一框架"--用开源SDK把Agent开发标准化,绑定Azure生态。三条路线各有逻辑,但企业不可能同时走三条路。

本文的核心判断是: 2026年7月标志着Agent AI从实验走向生产的拐点,但真正的战场不在模型层,而在基础设施层。谁控制了Agent的执行环境,谁就控制了AI应用的利润池。

图表加载中…

💡 一句话理解

关注基础设施层而非模型层的竞争--这才是决定企业AI投资回报率的关键变量。

⚠️ 常见踩坑

三巨头的营销材料都会声称自己的路线是'标准答案',但实际选型必须基于你的技术栈锁定容忍度。

二、Google路线:把Agent扔进沙箱,让云来兜底

Google的核心产品是Gemini API中的Managed Agents 理解这个产品的关键在于:它不是一个开发框架,而是一个托管执行环境。开发者通过Interactions API调用一个端点,Gemini在隔离的云端沙箱中处理推理、代码执行、包安装、文件管理和Web信息检索。用一个比喻来说,Google不是在卖锤子,而是在卖一个带锤子的机器人--你只需要告诉它钉子在哪。

7月7日的升级解决了开发者反馈的三个核心痛点。 第一,后台执行:旧版Agent在长任务超出HTTP请求超时时会崩溃,新版引入"Interaction"对象,在服务端持久化存储任务状态、模型步骤、工具调用和最终输出。第二,远程MCP服务器集成:Agent可以直接联系私有服务,无需开发者编写自定义集成代码。第三,凭证刷新:跨Interaction自动刷新网络凭证,解决了长时间运行任务中认证过期的问题。

更值得注意的是免费层的开放。 Google将Managed Agents纳入API免费层,这意味着开发者可以零成本开始原型开发。这是一个经典的"先圈开发者,再收企业费"的平台策略--与AWS Bedrock AgentCore的托管内存、网关、身份、运行时、可观测性套件形成直接竞争(据TGVP Report,2026)。

Google路线的本质是“Agent即服务”。 它把Agent运行时的所有复杂性——沙箱隔离、状态管理、工具编排、安全边界——全部收归云端。对企业而言,这意味着极低的前期投入,但也意味着对Google云生态的深度锁定。你的Agent逻辑、工具链、状态存储全部跑在Google的沙箱里,迁移成本会随着使用量指数增长。

从技术架构角度看,Google的Managed Agents与AWS Bedrock AgentCore形成了直接对标。 AWS在同期推出了包含托管内存、网关、身份、运行时、可观测性策略执行的完整Agent基础设施套件。两家的竞争焦点正在从“谁的模型更好”转向“谁的Agent运行时更可靠”。这个转变意味着Agent基础设施正在成为云计算的新战场——就像容器编排曾经是Kubernetes和ECS的战场一样。不同之处在于,Agent运行时的复杂度远超容器编排,因为它涉及状态持久化、工具编排、安全沙箱和推理调度四个维度的同时优化。

图表加载中…

💡 一句话理解

Google Managed Agents的免费层是快速原型的最佳起点,但生产部署前必须评估迁移成本。

⚠️ 常见踩坑

Agent状态存储在Google服务端意味着你的业务逻辑和数据流对平台完全可见--敏感场景需谨慎。

三、Anthropic路线:先锁1GW电力,再谈模型部署

Anthropic与TeraWulf签署的租赁协议涉及金额达190亿美元,是AI基础设施史上最大的算力交易之一。这笔交易的真正含义不在金额,而在物理基础设施层。肯塔基州Hawesville的园区原是一座铝冶炼厂,已有电力传输和光纤基础设施,790英亩土地可支持401兆瓦IT负载。TeraWulf预计2027年下半年上线初始容量,2028年初全面运营(据SiliconAngle,2026-07-06)。

Anthropic为什么需要这么多物理算力? 答案在于其商业策略的底层逻辑。Anthropic正在为2026年10月的IPO做准备,此前已签署12个以上美国数据中心租赁。190亿美元的长期合同为IPO提供了可预测的收入基础,同时也为Claude模型的推理需求提供了专属算力。与Google的"按需租用沙箱"不同,Anthropic走的是算力地产路线--锁定20年期的物理基础设施,用长期承诺换取规模优势。

这笔交易的另一个关键细节是冷却系统。 TeraWulf将使用闭环冷却系统,不抽取当地水库的水,而是循环使用水与丙二醇(一种食品添加剂)的混合物。这个设计选择反映了AI数据中心的环保压力--传统直流冷却在干旱地区已引发社区抗议。

从企业用户视角看,Anthropic路线意味着什么? 如果你选择Claude API作为Agent的推理后端,你实际上在间接投资这个物理基础设施。190亿美元的成本最终会通过API定价传导到企业客户。但好处是:专属算力意味着推理延迟的可预测性和峰值时段的优先权——这在生产级Agent场景中至关重要。

值得对比的是Google和微软的算力策略 Google不拥有自己的数据中心用于Agent推理——它使用Google Cloud的现有基础设施,按需分配。微软通过Azure OpenAI Service共享OpenAI的算力资源。只有Anthropic选择了“专属锁定”路线。这个差异反映了三家公司对算力稀缺性的不同判断:Google认为现有云基础设施足够,微软认为共享模式更高效,Anthropic认为只有专属算力才能保证推理SLA。历史经验表明,当需求超过供给时,专属路线会获得溢价——但如果供给充足,共享路线的成本优势会显现。

💡 一句话理解

Anthropic的算力锁定策略为Claude用户提供了推理SLA的长期保障,但API定价会反映基础设施成本。

⚠️ 常见踩坑

20年期的物理基础设施承诺在技术快速迭代的AI领域存在巨大风险--如果模型架构发生范式转移,专属算力的价值可能骤降。

四、微软路线:用开源SDK画一个圈,把开发者留在Azure里

微软Agent Framework 1.0 GA于2026年4月2日正式发布,将Semantic Kernel和AutoGen两个项目合并为单一SDK。 这两个前身项目累计获得超过75000个GitHub星,经过三年企业级实战打磨。1.0版本意味着API稳定、长期支持、.NET和Python双栈一等公民支持,以及原生MCPA2A互操作性(据Digital Applied,2026-04-18)。

微软路线的精妙之处在于"开源框架+Azure绑定"的双层结构。 表面上,Agent Framework是完全开源的--你可以在任何环境运行它。但实际上,它的最佳体验深度绑定Azure生态:Foundry Toolkit for VS Code提供统一的"创建Agent"入口,Agent Inspector支持F5调试,评估-as-测试集成pytest,以及Azure App Service的无缝部署。在BUILD 2026上,微软还宣布了Agent Harness(生产模式内置)、CodeAct优化(Token消耗降低63.9%)和GitHub Copilot SDK集成(据Microsoft DevBlogs,2026-06)。

CodeAct是一个值得深入的技术突破。 传统Agent编排方式需要27.81秒和6890个Token完成一个标准工作流,而CodeAct通过让Agent直接生成可执行代码而非JSON配置,将时间降至13.23秒、Token降至2489个--性能提升超过50%。这不是渐进式改进,而是Agent执行范式的结构性变化。

微软路线的本质是"标准化陷阱"。 它用开源和跨平台吸引开发者进入生态,然后通过Azure Foundry的部署便利性和Copilot集成创造粘性。一旦你的Agent逻辑用Agent Framework编写,迁移到其他云的成本不高--但迁移到非Azure部署的运维成本会显著上升。

维度Google托管运行时Anthropic算力囤积微软统一SDK

核心产品

Gemini Managed Agents

Claude API + 专属数据中心

Agent Framework 1.0 GA

锁定机制

沙箱状态+工具链

API定价+推理SLA

Azure Foundry部署粘性

前期成本

极低(免费层)

中(按API调用付费)

低(开源SDK)

迁移成本

高(状态在服务端)

中(模型可替换)

中低(SDK可移植)

适合场景

快速原型+中小规模

大规模推理+SLA敏感

企业.NET/Python栈

最大风险

平台锁定

算力折旧

Azure生态依赖

💡 一句话理解

CodeAct模式是微软框架的隐藏宝石--如果你的Agent工作流涉及多步骤编排,CodeAct可节省超过50%的Token成本。

⚠️ 常见踩坑

Agent Framework的'开源跨平台'叙事需要审慎评估--实际生产中最顺滑的路径始终指向Azure。

五、三条路线的底层逻辑:谁在控制Agent的'操作系统'?

如果我们把视角从产品层面拉高到架构层面,会发现三巨头争夺的其实是Agent时代的"操作系统"位置。 在传统软件栈中,操作系统控制硬件资源分配、进程调度、安全边界。在Agent栈中,这些角色对应的是:沙箱执行环境(硬件资源)、Interaction状态管理(进程调度)、MCP/A2A协议(安全边界)。

Google的策略最直接--它要成为Agent的"Linux内核"。 Managed Agents本质上是一个云端Agent操作系统:你提交任务,它分配沙箱、调度工具、管理状态、处理安全。开发者只需要写"应用程序"(提示和工具定义)。这种模式的优势是开发者体验极佳,劣势是你对底层完全失去控制。

Anthropic的策略更间接--它要控制Agent的"电力公司"。 模型推理是Agent最消耗资源的环节,Anthropic通过锁定物理算力来确保Claude在推理层的竞争力。它不关心你的Agent跑在哪个沙箱里,但它要确保那个沙箱调用Claude时获得最优的延迟吞吐量

微软的策略最隐蔽--它要成为Agent的"开发工具链标准"。 通过Agent Framework的开源和MCP/A2A协议的标准化,微软试图让"用Agent Framework开发"成为行业默认选择。一旦标准确立,Azure就成为最自然的部署目标--就像.NET开发者天然倾向Windows Server。

这三条路线并非互斥。 一个企业完全可以用Agent Framework开发Agent,部署在Google Managed Agents沙箱中,推理后端调用Claude API。但这样做会失去每个平台的优化红利--Google的状态管理、Anthropic的推理SLA、微软的部署便利性。大多数企业最终会选择一条路线并深度投入。

值得注意的是,这三条路线的边界正在模糊化。 Google在2026年6月推出了Gemini Enterprise Agent Platform的远程MCP服务器,允许外部开发工具通过标准化接口连接Google Cloud环境。微软的Agent Framework支持MCPA2A协议,理论上可以与任何运行时集成。Anthropic的Claude API可以通过任何Agent框架调用。这意味着企业可以在协议层保持互操作性,同时在执行层选择单一路线——这是一种更务实的策略,避免了全面锁定带来的风险。

但互操作性不等于无锁定。 即使使用标准协议,数据流、状态存储和工具链的实际情况仍然会创造隐性依赖。就像微服务架构中使用标准REST API并不意味着可以随意切换底层数据库一样——数据模型、查询模式和一致性要求会锁定你的选择。Agent基础设施的锁定效应可能比传统云基础设施更强,因为Agent的状态更加复杂和动态。

图表加载中…

💡 一句话理解

选择Agent基础设施路线时,问自己一个问题:你最不能失去控制的是哪一层--执行环境、推理延迟、还是开发标准?

⚠️ 常见踩坑

试图同时使用三条路线的'混合策略'往往导致每层的优化红利都吃不到,运维复杂度却翻倍。

六、企业选型决策框架:三个问题定路线

面对三条路线,企业CTO需要回答的核心问题其实只有三个。 第一个问题:你的Agent工作流是否需要长时间后台执行? 如果你的Agent需要运行数小时甚至数天的任务(如数据分析流水线、持续监控),Google的后台执行和Interaction状态持久化是关键优势。微软的Agent Framework虽然也支持异步,但需要自行管理状态存储。Anthropic在这个维度不提供基础设施--它只关心推理层。

第二个问题:你对推理延迟的容忍度有多高? 如果你的Agent需要毫秒级响应(如实时客服、交易决策),Anthropic的专属算力提供的推理SLA保障是Google和微软的共享沙箱无法匹配的。但如果你能接受秒级延迟,Google的免费层和微软的开源SDK可以大幅降低成本。

第三个问题:你的现有技术栈是什么? 这看起来是废话,但在企业选型中往往是决定性因素。.NET/ Azure为主的企业,Agent Framework的迁移成本最低。已经大量使用Google Cloud的企业,Managed Agents是自然延伸。而如果你的团队已经深度使用Claude API,Anthropic的路线阻力最小。

一个反直觉的发现是:Agent的安全边界正在成为选型的新维度。 随着JADEPUFFER等AI驱动攻击的出现(据Sysdig,2026-07-07),企业开始关注Agent沙箱的隔离强度。Google的隔离Linux沙箱在安全边界上有明确优势,但微软的Agent Harness在BUILD 2026上展示的生产模式内置安全策略也值得关注。

第四个问题往往被忽略:你的合规团队对数据驻留有什么要求? Google的托管沙箱运行在Google Cloud的特定区域,Anthropic的专属数据中心位于美国肯塔基州,微软的Azure Foundry分布在全球多个区域。对于受GDPR、中国数据安全法或其他数据驻留法规约束的企业,这个维度可能直接排除某些选项。Anthropic的单一美国数据中心位置对某些企业来说可能是决定性障碍。

第五个问题:你的Agent是否需要跨云部署? 如果你的企业使用多云策略(AWS+Azure+GCP),Google的托管运行时和微软的Azure Foundry都有各自的云锁定问题。微软的Agent Framework因为开源属性,在跨云场景下更灵活,但你需要自行管理部署和运维。这个维度没有完美答案,但提前评估可以避免未来的架构重构。

💡 一句话理解

用'长时间执行+低延迟需求+现有技术栈'三个维度做选型决策,可以过滤掉80%的噪音。

⚠️ 常见踩坑

不要仅凭免费层或开源标签做选型--生产环境的真实成本在迁移和运维,不在入门门槛。

七、被忽视的变量:Agent安全基础设施的缺位

在三巨头的基础设施竞争中,有一个维度被严重低估--Agent安全基础设施。 2026年7月初,安全公司Sysdig披露了名为JADEPUFFER的攻击事件,这是首例端到端由AI Agent自主执行的勒索软件攻击。该Agent利用Langflow的CVE-2025-3248漏洞(CVSS 9.8)获得初始访问,在31秒内部署600个载荷,遇到编程错误后自主分析失败、重写代码并恢复执行,全程无需人工干预(据Security Affairs,2026-07-07)。

JADEPUFFER的意义不在于技术新颖性--它使用的每个单独技术都是已知的。 CVE-2025-3248在2025年4月就已修补,Nacos认证绕过可追溯到2021年,默认JWT签名密钥自2020年就已公开。JADEPUFFER的突破在于:一个AI Agent能够将这些已知技术串联成完整的攻击链,自主完成侦察、凭证窃取、横向移动、权限提升和最终加密。

这对Agent基础设施意味着什么? 当Agent拥有代码执行、网络访问和凭证管理能力时,它们本质上是企业网络中的"超级权限实体"。Google的托管沙箱提供了隔离边界,但MCP集成意味着Agent可以连接企业内部服务。微软的Agent Framework支持Agent间协调,但A2A协议的安全模型仍在演进中。Anthropic的专属算力在物理层安全,但API层的Agent行为审计仍是空白。

Gartner预测2026年AI治理支出将达到4.92亿美元,2030年超过10亿美元。 "Guardian Agent"技术预计到2030年将占Agentic AI市场的10-15%(据TGVP Report,2026)。这意味着Agent安全不是未来的事--它已经是选型决策中必须纳入的硬约束。

从技术层面看,Agent安全基础设施需要解决三个核心问题。 第一是行为链监控:单个API调用看起来合法,但串联起来可能构成攻击链。需要实时关联网络流量、凭证使用、文件访问等多源数据,用AI模型判断行为序列是否异常。第二是沙箱逃逸防护:当Agent拥有代码执行权限时,如何确保它不会突破沙箱边界?Google的隔离Linux沙箱是一个参考实现,但MCP集成引入了新的攻击面。第三是Agent身份管理:每个Agent应该有明确的身份、权限边界和审计日志,就像企业网络中的每个用户一样。

白宫在2026年7月公布的自愿AI标准框架进一步强调了这些安全需求。 框架要求企业提前30天向政府提供前沿模型访问权,实质上是在建立政府对AI能力的知情权。虽然框架是自愿的,但监管压力意味着大型AI公司很可能会遵守。对企业而言,这意味着Agent部署不再只是技术决策,而是合规决策。

💡 一句话理解

在选型评估中加入'Agent行为审计+沙箱逃逸防护+MCP安全模型'三个安全维度--这是2026年企业Agent部署的底线要求。

⚠️ 常见踩坑

JADEPUFFER证明AI Agent可以在31秒内完成从零到加密的完整攻击链--你的Agent安全策略如果还是'事后响应'模式,已经太慢了。

八、6到12个月预判:谁会赢得Agent基础设施战争?

短期(6个月)预判:Google会获得最大的开发者心智份额。 Managed Agents的免费层+后台执行+远程MCP组合,使其成为Agent原型开发的最快路径。预计到2026年底,Google Cloud的Agent相关收入将增长200%以上。但Google的企业转化率会低于预期--大型企业对状态锁定的顾虑不会因免费层而消失。

中期(12个月)预判:Anthropic的算力策略将面临考验。 190亿美元的物理基础设施承诺意味着Anthropic必须在2027-2028年填充401MW的容量。如果Claude的市场份额未能同步增长,这些算力会成为沉没成本。但反过来,如果Claude在推理市场保持前三,这笔交易将成为IPO估值的核心支撑。关键变量是:模型推理的效率提升是否会降低对物理算力的需求--如果稀疏模型或蒸馏技术大幅降低推理成本,专属算力的溢价会缩水。

长期(12个月+)预判:微软的框架策略最可能成为'默认标准'。 Agent Framework的开源属性+跨平台支持+Azure绑定形成了一个精妙的平衡--它足够开放以吸引非Azure用户,又足够便利以留住Azure用户。A2A协议的标准化努力如果成功,微软将定义Agent互操作的游戏规则--就像它曾经用HTTP和TCP/IP定义互联网通信规则一样。

最终判断:Agent基础设施战争不会有一个赢家。 更可能的结果是三层分化——Google主导中小规模Agent托管,Anthropic主导大规模推理密集型场景,微软主导企业级Agent开发标准。真正的输家会是那些试图自建全套Agent基础设施的企业——在三巨头的挤压下,自建的成本和性能差距会在12个月内变得不可接受。

一个被低估的变量是开源Agent运行时的崛起。 Northflank、E2B、Modal等创业公司正在提供独立的Agent沙箱和运行时服务,它们不绑定任何单一模型提供商。这些平台的价值主张是:你可以用任何模型(Claude、GPT、Gemini、开源模型),但把执行环境托管在专业的Agent运行时中。如果这些平台获得足够的市场份额,三巨头的锁定策略可能会受到挑战——就像Kubernetes当年挑战了AWS专有容器服务的锁定一样。但目前这些创业公司的规模还太小,无法与企业级客户的安全和合规需求匹配。

对CTO的建议:现在就选一条路线,深度投入,而不是试图保持所有选项开放。 Agent基础设施的标准化速度会比大多数人预期的更快——2026年底之前,“用哪家Agent运行时”会像“用AWS还是Azure”一样成为企业技术战略的基本选择题。犹豫不决的代价不是“维持现状”,而是在标准确立后被先行者的迁移壁垒锁死在被动位置。时间窗口正在关闭,行动比完美更重要。这是2026年每个CTO必须面对的战略选择。

💡 一句话理解

在2026年Q3完成Agent基础设施路线选型,Q4开始生产迁移--窗口期比你想的短。

⚠️ 常见踩坑

等待'标准尘埃落定'是最大的风险--当标准确立时,先行者已经建立了迁移壁垒和生态优势。

🎯 相关面试题

结合本篇技术观点,备战 AI 岗位面试。