博客

Snowflake 与 Anthropic 的 2 亿美元合作:企业 AI 采购在买什么?

快速回答

Snowflake 与 Anthropic 公布的 2 亿美元,是多年合作协议金额,不能直接称为 Snowflake 的 Token 采购账单。 对准备采购大模型 API 的团队,这个案例值得研究的地方,是如何把模型能力接进已有业务,以及如何为持续运行的应用安排预算。

本文于 2026 年 11 月 9 日核对公开资料,分析的是 2025 年公布的合作。文中的采购建议是基于案例提出的评估方法,不代表双方合同条款。

官方实际披露了什么?

Snowflake 在 2025 年 12 月 3 日的官方公告中披露:双方达成 2 亿美元多年协议,覆盖模型在平台上的提供以及联合市场拓展;当时已有数千家 Snowflake 客户通过 Cortex AI,每月合计处理数万亿 Claude Token。

这里有两个不同的主体:签约的是 Snowflake 与 Anthropic,处理量描述的是平台客户的合计使用。公告没有给出 Snowflake 单家公司购买的 Token 数,也没有把协议金额拆成推理费用、服务费用或其他项目。因此,不能用 2 亿美元除以月处理量,反推出企业成交单价。

企业采购应该拆成哪几层?

采购讨论经常从“每百万 Token 多少钱”开始,但上线一个业务应用,还需要明确另外几件事。

采购层次 需要回答的问题 建议交付物
模型能力 哪类任务适合哪个模型,效果如何验收? 业务样本、质量标准、候选模型清单
接入与运行 调用方式、峰值容量和故障处理是否符合业务要求? 接入测试记录、容量要求、异常处理方案
数据处理 哪些数据会发送给哪些处理方? 数据流向说明、留存与删除约定
成本管理 谁在使用,费用归哪个项目,何时停止扩量? 预算表、账单字段、用量复盘机制

这四层可以由不同供应商或内部团队承担。采购时应写清职责,避免把“可调用模型”误当成“整个应用已经可以稳定交付”。

例如,一个销售知识助手需要检索内部资料、生成回答并返回出处。模型能够写出流畅的文字,只完成了其中一步。资料权限、检索质量、答案核验和失败处理仍需要应用团队负责。

从试用走向持续采购,先确定验收单位

建议把验收单位从“一次 API 返回”推进到“一个业务任务完成”。以下是采购试点的示例流程,不是 Snowflake 的实施细节:

  1. 确定任务边界。 先做销售资料问答,列出必须引用资料、必须转人工和允许直接回答的情况。
  2. 准备固定样本。 覆盖常见问题、资料缺失、相互矛盾和超长文档,避免只测试容易成功的演示题。
  3. 记录完整成本。 把检索、模型调用、重试和人工复核放进同一任务记录。
  4. 再决定扩量。 当答案质量、延迟和单位任务成本达到预先约定的标准,再增加使用人数或业务范围。

同样一百万 Token,可能支撑大量短问答,也可能只完成少量复杂分析。采购规模要由任务结构推导;大型合作的金额适合帮助理解产业投入,不能替代自己团队的容量测算。

发出企业 API 询价前,准备这张需求表

字段 建议提供的内容
业务场景 客服、研发、知识库或文档处理,以及结果验收方式
模型要求 必须支持的模型、版本与接口能力
用量预估 月输入、输出 Token;是否包含缓存及重试
峰值负载 高峰请求数、并发数、典型上下文长度
商务要求 结算周期、发票要求、预算范围、报价有效期
服务要求 接入支持、故障响应、数据处理边界

拿着这张表,可以在 TeamoRouter 企业方案页了解企业报价与接入支持。需要对比不同采购路径时,可先读官方直采、云平台与聚合 API 怎么选,再向候选供应商提出相同问题。

常见问题

2 亿美元合作能证明企业采购单价更低吗?

不能。公告没有公开可用于同口径比较的 Token 单价、用量承诺或折扣条款。判断价格是否合适,需要比较相同模型、相同计费项和相近服务条件下的报价。

中小团队是否也需要签长期大额合同?

不必以大型合作金额作为门槛。用量尚不稳定时,可以先用小规模试点确认效果和成本,再讨论适合自己的结算安排。长期承诺应建立在可验证的需求上。

只比较 Token 价格,会漏掉哪些成本?

可能漏掉接入维护、失败重试、工具调用、人工复核和迁移成本。采购评估可以同时列出模型账单与这些配套成本,避免把最低单价误认为最低总成本。

延伸阅读与资料

准备好接入了吗?登录控制台 · 购买额度 · 创建 API Key,三步即可开始。