Cloudflare 在 8 月 7 日发了一篇讲 AI Gateway 和 Workers AI 收敛的文章，作者是 Michelle Chen 和 Ming Lu，原文标称 7 分钟阅读。标题说的是统一控制面，但我读完记住的是一行参数。
先说那行参数
原文给出的迁移动作，就是给 env.AI.run 加第三个参数。改之前是直接调 Workers AI：
const response = await env.AI.run('@cf/zai-org/glm-5.2', {
messages: [{ role: 'user', content: 'Hello!' }],
});改之后：
const response = await env.AI.run(
'@cf/zai-org/glm-5.2',
{ messages: [{ role: 'user', content: 'Hello!' }] },
{ gateway: { id: 'default' } } // Auto-creates the gateway on first use
);那句注释是原文自己写的，也是这篇文章里信息量最大的一句：id 传 default，网关会在第一个通过鉴权的请求上自动建出来。你不需要先去 dashboard 点一遍，不需要记网关名字，不需要在 wrangler 配置里加东西。
原文说的是，加上这个参数之后每个请求都会被记全量的 request 和 response payload，token 数按模型分别统计，成本归属也有了，全程不用配 dashboard。如果以后 default 不够用，比如想写自定义缓存规则或者按应用拆流量，再建一个命名网关，改一个参数指过去。
我对这个设计的评价是正面的，但正面的理由跟原文强调的不太一样。原文强调的是可观测性，我在意的是它把”要不要接网关”这个决定从项目开始的时候推迟到了出问题的时候。以前你得在第一天判断这个应用值不值得配网关，判断错了就要回头补。现在默认就有，代价是一个参数。
REST 那边也合了
除了 binding，原文还提到一个统一的 REST 入口，就是 /ai/ 这一段路径：
curl "https://api.cloudflare.com/client/v4/accounts/{account_id}/ai/run/@cf/zai-org/glm-5.2" \
-H "Authorization: Bearer {api_token}" \
-H "Content-Type: application/json" \
-H "cf-aig-gateway-id: default" \
-d '{"messages": [{"role": "user", "content": "What is the capital of France?"}]}'网关选择被放进了 cf-aig-gateway-id 这个请求头，而不是路径里。这一点我觉得比 binding 那边的设计更干净：路径只描述你要调哪个模型，控制面的选择走 header，代理层可以在不动业务 URL 的前提下改路由。原文没说旧的 AI Gateway 专用 URL 什么时候停，我也没在文章里找到弃用时间表，所以现存的调用应该还能跑。
今天就能用的第二件事是计费
这篇里唯一标注为”今天新上”的功能是计费打通：AI Gateway 的预付余额现在可以花在 Workers AI 上。原文明确说了之前不行，之前那笔钱只能用在外部模型提供方，比如 OpenAI 和 Anthropic，Workers AI 的用量走的是另一条账。现在是一个钱包，跨提供方一起扣。
跟着这条一起给的是提高后的速率限制。原文的说法是，为了鼓励大家走这条新路径，用 AI Gateway 统一计费的话，Workers AI 模型上会拿到更高的 rate limit，具体数字和申请提额的方式让读者去看开发者文档，链接指向 changelog 里 2026-08-07-workers-ai-unified-billing 那一条。文章正文里没有给任何一个具体的限额数字，所以我这里也不写。
我不确定这条对小项目有多大意义。预付要先押钱，按量付费不用。愿意押钱换更高限额的，本来大概也是已经在压限额的人。
剩下的都还没上
后面两节是路线图，我按原文的时间口径分开记。
model-first routing 是”coming soon”，原文说希望在未来几个月里向所有 AI Gateway 和 Workers AI 用户开放试点。意思是你在请求里写模型名，不写提供方，网关自己去挑谁来服务。原文给的例子是 Kimi K2.7 Code，你不用关心它来自 Workers AI、Moonshot 自己的 API，还是别的托管了同样权重的提供方：
curl -X POST ".../accounts/{account_id}/ai/v1/chat/completions" \
-H "cf-aig-gateway-id: my-gateway" \
-d '{"model": "kimi-k2.7-code", "messages": [{"role": "user", "content": "Review this function"}]}'Workers AI 有容量就用 Workers AI，满了就透明地转到别家。原文也提到会挑选合作的提供方，并且能满足像零数据保留这样的要求。
smart routing 更早，原文说还在内部试点，接下来几周才开始对外测试和迭代。它的做法是你连模型都不指定，一个跑在 Workers AI 上的分类器读你的 prompt，预测这是什么任务、多复杂、上下文有多重要，然后一个启发式打分器从候选池里挑模型。
这一段我保留怀疑。把模型选择交给一个我看不到打分逻辑的分类器，意味着同一个 prompt 在不同时间可能落到不同模型上，输出风格和成本都会跟着漂。原文说想要控制的人还是可以指定具体模型，这条退路很重要。我到现在也想不出在没有稳定输出快照的情况下，怎么给这种路由写回归测试。
我打算怎么改
我自己在 Workers 上调 env.AI.run 的地方不多，加 gateway: { id: ‘default’ } 是个几分钟的改动，先补上，主要图那份 token 计数。model-first routing 我会等它真的开放试点再看，因为在只有一个提供方的时候它跟现在没区别。smart routing 短期不动。
这篇文章的时间线值得单独记一下：8 月 7 日发布，四项内容里两项已上线，两项分别是”未来几个月”和”接下来几周”。