Snowflake，2026 年 8 月连续三次一般可用：08-07 原生应用中的 Cortex Agents 与 MCP server 可用（跨应用 agent→agent 编排，各应用数据与逻辑保持私有，只能通过提供方暴露、消费方批准的工具互相调用）；08-26 编码 Agent 可用（工具执行由 Snowflake 承担，使用方不再自己搭 agent loop）；08-30 异步 API 可用（后台长任务在客户端断开后继续，上限 6 小时）。
发布说明：2026-08-07、2026-08-26、2026-08-30。
主要出处：Snowflake 官方文档发布说明，2026-08-07 / 08-26 / 08-30 三条。本页不复制原文。
Cortex Agents 与 MCP server 在 Snowflake 原生应用中一般可用。要点是一个应用里的 agent 可以调用另一个应用里的 agent 或 MCP server，而每个应用保持自己的数据与逻辑私有——「agent 只能通过提供方暴露、消费方批准的工具跨应用访问」。权限模型包含调用方授权、功能策略与角色委派。
编码 Agent 一般可用。官方原文写：「Snowflake 执行工具并把结果流回你的应用，因此你不必自己构建或托管一个 agent loop。」
异步 API 一般可用。把请求的 background 字段设为真即可：长任务在客户端断开后继续运行，超时上限 6 小时。
跨应用编排 + 服务端托管的循环 + 断连可续的长任务——这三样此前都是开发者自己拼的：自己写编排、自己托管循环、自己做断线重连。这一轮把它们收进了平台。
流传的「Cortex Agents 于 2026-08-09 GA（跨库工具访问）」是编造的日期。Snowflake 官方 8 月的新闻稿只有另外两条，本条日期以官方发布说明为准。
企业数据平台上的 Agent 一直有个尴尬：数据在平台里，循环却跑在外面。开发者要自己接鉴权、自己写编排、自己处理长任务的断线——而这些恰恰是平台已经解决过的问题（权限、调度、事务）。
三条 GA 各补一块：跨应用编排解决「别人的数据怎么合规地用」，服务端 loop 解决「谁托管循环」，异步 API 解决「任务比连接活得久」。
权限那条值得单独看：跨应用调用需要提供方暴露工具 + 消费方批准，配合角色委派。这是数据侧的最小权限模型，与 CrowdStrike 在安全侧的短时令牌、Managed Agents 在运行时侧的 scope bundle 是同一个方向的三种实现。
这条的意义不在于 Snowflake 做了什么新东西，而在于做这件事的是数据平台：
对做 Agent 平台的人，这是竞争面的变化：对手不只是其他运行时，还包括已经持有凭证与数据的既有平台。它们的优势不在沙箱，而在它已经知道谁有权访问什么。