文章目录
- Agentic AI Foundation 同时接收了四个项目。四个项目分别处理技能封装、跨模型请求、强化学习环境和执行沙箱，基金会托管的项目数量从三个增加到十个。
- Anthropic 表示，七十多个智能体平台已经集成 Agent Skills；Open Responses 则定义共享请求与响应结构、语义流事件和工具调用模式。两项规范都允许实现差异继续存在。
- Google Cloud 公布了即将在未来数月进入预览的 Agent Compute Engine，并且公布了已经可以在 Google Kubernetes Engine 上使用的开源 Agent Substrate。Google 的规模和时延数字来自厂商验证，企业仍需在目标环境中复核这些数字。
中立治理开始覆盖智能体栈的四个不同层次
Linux Foundation 在 10 月 22 日宣布，Agentic AI Foundation（Agentic AI 基金会）接收了四个新项目。Anthropic 贡献了 Agent Skills，OpenAI 贡献了 Open Responses，Hugging Face 贡献了 OpenEnv，Alibaba 贡献了 OpenSandbox。基金会表示，新增项目把基金会托管的项目数量从 2025 年 12 月成立时的三个增加到十个。
四个项目处理不同对象。Agent Skills 封装专业知识和工作流程，Open Responses 统一不同模型提供商的请求与响应结构，OpenEnv 连接强化学习环境与训练框架，OpenSandbox 则定义智能体执行环境的生命周期和执行接口。项目进入中立基金会能够改变项目治理归属，但项目进入基金会不能证明各个实现已经达到同样的兼容性、安全性或生产成熟度。
对企业落地而言，开放底座正在从一个连接协议扩展成多层接口组合。企业可以减少每个平台重复建设技能加载器、模型适配器、评测环境和沙箱接口的工作，但企业仍需分别验收版本、扩展字段、权限、日志、故障恢复和长期维护责任；共同治理不能代替具体实现的运行证据。
技能格式与模型请求开始形成两种可移植合同
Anthropic 表示，七十多个智能体平台已经集成 Agent Skills。Anthropic 的公开材料还显示，现有技能发布数量达到一百万个，技能安装次数接近二亿八千万次。一个技能至少包含一个 SKILL.md 文件，技能目录还可以包含脚本和参考资料。Anthropic 同时把版本化发布、正式提案流程和安全指导写成下一步提议，因此现有采用数字不能证明这些治理机制已经全部完成。
Open Responses 定义了共享请求与响应模型、语义流事件和工具调用模式。该规范把项目作为上下文与工具使用的基本单位，并且为项目定义进行中、未完成和已完成等状态。该规范也允许提供商增加自有项目类型；规范要求实现方为这些类型添加实现方前缀。这个扩展机制保留了产品差异，但是扩展机制也意味着自有类型默认不具备跨提供商可移植性。
对企业落地而言，技能格式回答了智能体如何携带可重复使用的操作知识，模型请求规范回答了应用如何描述消息、工具调用和流式状态。企业仍需为技能来源、脚本权限、版本锁定和审查责任建立控制，同时企业还需测试不同模型提供商对标准字段、错误和扩展类型的实际解释；格式一致不能自动产生业务语义一致。
训练环境与执行沙箱开始使用相邻但不同的接口
Agentic AI Foundation 把 OpenEnv 描述为创建强化学习环境的开放框架。OpenEnv 使用容器化服务暴露智能体接口、Model Context Protocol（模型上下文协议）和 Gym 训练协议，目标是让不同训练库复用环境。基金会把 OpenSandbox 描述为通用沙箱平台；OpenSandbox 提供多语言软件开发工具包、统一沙箱接口，以及 Docker 和 Kubernetes 运行方式。
两类项目处理的生命周期并不相同。训练环境需要稳定地重现状态、动作与奖励，执行沙箱需要隔离代码、命令、文件、浏览器或桌面操作。一个统一接口可以减少环境连接代码，但统一接口不能证明训练轨迹可以重现，也不能证明沙箱已经阻止数据外泄、权限提升或跨租户访问。Linux Foundation 的公告没有提供跨实现兼容测试、独立安全评估或服务等级。
对企业落地而言，评测环境和生产执行环境可以共享部分容器与工具接口，但是企业不能把两类环境合并成同一项验收。企业需要分别核对数据集版本、随机性、奖励定义、网络出口、文件持久化、凭据注入、资源限制和销毁证明；开放接口可以提供替换路径，具体控制仍取决于部署配置和运行记录。
Google 把开放运行时与云端预览放进同一基础设施路线
Google Cloud 在 10 月 22 日公布 Agent Compute Engine。Google 表示，该服务为每个智能体提供硬件隔离的微型虚拟机，并且为每个微型虚拟机分配独立身份、短期凭据和持久磁盘。Google 把该服务的客户预览时间写为未来数月。Google 还表示，跨云、混合环境和本地终端的部分治理能力即将进入预览，细粒度令牌和成本控制等能力计划在本季度进入预览。
Google Cloud 同时公布了可以在 Google Kubernetes Engine 上使用的开源 Agent Substrate。Google 的验证称，Agent Substrate 在二十万个智能体的测试中维持每秒五百次激活，并且暂停与恢复时延低于五百毫秒。Google 还声称，该架构可以提供最高十倍的计算密度。上述数字来自 Google 的验证材料，公开材料没有提供完整负载、硬件配置、成本、故障分布或独立复现实验，因此企业不能把这些数字直接当作自身生产容量。
对企业落地而言，开放规范只有在运行时能够提供身份、隔离、持久化、网络策略和可观测性时才会形成可运营基础。Google 的开源运行时和托管预览展示了两种交付路径，但两种路径的可用状态、控制面和责任边界并不相同；企业仍需在目标集群、目标智能体负载和实际等待模式下复核密度、恢复时延、安全隔离和总体成本。
后续观察
- Agentic AI Foundation 能否为四个新项目公布版本承诺、兼容测试、安全响应和长期维护流程。
- 不同模型提供商能否通过 Open Responses 的合规测试证明基础字段、流事件、工具调用和错误语义保持一致。
- OpenEnv、OpenSandbox 和 Agent Substrate 能否在公开负载下提供可复现的隔离、恢复、资源密度、成本和故障测试。
来源与核验
本文由英科铸数基于所列公开资料编辑撰写。事实与数据以原始来源为准；“对企业落地意味着什么”为英科铸数结合企业客户场景所作的编辑分析，不构成对第三方产品的背书。
← 返回每日观察