AI Agent 学习笔记 – Snowflake Cortex Agents

Timeline: Snowflake Cortex Agents（材料）

Thu, 17 Sep 2026 00:00:00 +0000

主要出处：Snowflake 官方文档发布说明，2026-08-07 / 08-26 / 08-30 三条。本页不复制原文。

2026-08-07：跨应用编排

Cortex Agents 与 MCP server 在 Snowflake 原生应用中一般可用。要点是一个应用里的 agent 可以调用另一个应用里的 agent 或 MCP server，而每个应用保持自己的数据与逻辑私有——「agent 只能通过提供方暴露、消费方批准的工具跨应用访问」。权限模型包含调用方授权、功能策略与角色委派。

2026-08-26：服务端执行 agent loop

编码 Agent 一般可用。官方原文写：「Snowflake 执行工具并把结果流回你的应用，因此你不必自己构建或托管一个 agent loop。」

2026-08-30：异步长任务

异步 API 一般可用。把请求的 background 字段设为真即可：长任务在客户端断开后继续运行，超时上限 6 小时。

三条合起来是什么

跨应用编排 + 服务端托管的循环 + 断连可续的长任务——这三样此前都是开发者自己拼的：自己写编排、自己托管循环、自己做断线重连。这一轮把它们收进了平台。

需要更正的一条

流传的「Cortex Agents 于 2026-08-09 GA（跨库工具访问）」是编造的日期。Snowflake 官方 8 月的新闻稿只有另外两条，本条日期以官方发布说明为准。

Timeline: Snowflake Cortex Agents 讲解

Thu, 17 Sep 2026 00:00:00 +0000

当时解决了什么问题

企业数据平台上的 Agent 一直有个尴尬：数据在平台里，循环却跑在外面。开发者要自己接鉴权、自己写编排、自己处理长任务的断线——而这些恰恰是平台已经解决过的问题（权限、调度、事务）。

三条 GA 各补一块：跨应用编排解决「别人的数据怎么合规地用」，服务端 loop 解决「谁托管循环」，异步 API 解决「任务比连接活得久」。

权限那条值得单独看：跨应用调用需要提供方暴露工具 + 消费方批准，配合角色委派。这是数据侧的最小权限模型，与 CrowdStrike 在安全侧的短时令牌、Managed Agents 在运行时侧的 scope bundle 是同一个方向的三种实现。

对后续 LLM 与 Agent 的影响

这条的意义不在于 Snowflake 做了什么新东西，而在于做这件事的是数据平台：

2023–2025 年，Agent 运行时由模型厂商与专做运行时的公司提供；
2026 年，掌握数据与权限的企业平台也开始提供——因为「Agent 能碰什么数据」本来就在它们手里。

对做 Agent 平台的人，这是竞争面的变化：对手不只是其他运行时，还包括已经持有凭证与数据的既有平台。它们的优势不在沙箱，而在它已经知道谁有权访问什么。