免费额度用完那一刻,你的私人 AI 助手会发生什么

上一期我们讨论「跑在自己 Cloudflare 账号里的私人 AI 助手到底值不值得折腾」，结论是：适合愿意动手、看重数据留在自己账号、且用量不大的单用户。但那个结论有一个未闭合的缺口——我们当时没有核实 Cloudflare Workers AI 免费套餐的每日具体额度数值，也没有说清额度用尽之后会发生什么。这两件事不是细节，它们直接决定「用量不大」这个前提成不成立。本周不追外部热点，只补这个缺口。

先说清楚这次新增了什么。相较上一期，本文没有新的实测数据，也没有新的部署记录。新增的是对「免费额度」这一变量的结构性拆解：它由哪几个维度构成、为什么官方不给一个固定数字就能说清、以及额度耗尽在系统层面通常表现为哪几类现象。换句话说，上一期我们判断了「值不值得」的定性方向，这一期要处理的是这个判断里最容易被忽略的定量边界。

为什么「每日额度」这个词本身就有歧义。多数人以为免费套餐就是「每天给 N 次调用」，但 Cloudflare Workers AI 的免费额度并不是一个单一数字。它至少涉及三层：账号级别的每日神经元（Neuron）配额、单个模型的调用限制、以及 Workers 本身的请求数免费上限。这三层是叠加生效的，任何一层先触顶，都会让助手停止响应。这也解释了为什么你在网上看到的「免费额度数字」经常互相矛盾——不同人报的是不同层的数字，或者报的是不同时间点的政策。截至目前，我们尚未在官方文档中核实到一个可以直接引用的、稳定的每日数值，这一点必须如实说明，不能用一个看起来精确的数字来充数。

额度用尽后的表现，比额度数字更值得关心。如果你仔细想，一个私人助手「今天还能用、明天突然不能用了」，和「每天稳定地少用一点」，是两种完全不同的体验。前者是断崖，后者是节流。断崖式耗尽通常伴随明确的错误返回，比如请求被拒绝、状态码异常，你的前端会直接报错，用户立刻知道出事了。节流式耗尽则更隐蔽：部分请求成功、部分失败，或者响应变慢，助手看起来还在工作，但你不知道它什么时候会漏掉一条消息。对单用户场景来说，断崖反而比节流好处理，因为它的信号清晰。这一点在上一期没有被展开，但它是「值不值得」判断里真正影响日常体验的部分。

长期使用是否会产生额外费用，答案取决于你有没有设上限。Cloudflare 的免费套餐通常不会自动扣费，除非你主动绑定了付费方式并开启了超额继续服务。这意味着「长期使用会不会花钱」这个问题，本质上不是平台替你决定的，而是你在配置阶段有没有把「超额即停止」这个开关设对。如果设对了，最坏情况是助手停摆，账单为零；如果没设，最坏情况是账单悄悄累积。这是一个可以在部署时一次性确认的配置项，不需要等一个月才知道答案。我们在上一期承诺追踪这一点，目前的结论是：风险不在平台政策，而在部署者自己的配置选择。

给读者一份可以直接用的检查清单。如果你正在考虑或已经部署了这类方案，按下面四步确认边界：第一步，登录 Cloudflare 控制台，找到 Workers AI 的用量页面，看当前账号的免费配额是按什么单位计的，是调用次数还是神经元；第二步，确认你的账号是否绑定了付费方式，如果没有绑定，超额通常只会停止服务而不会扣费；第三步，在 Workers 的配置里检查是否有「超额继续」之类的开关，把它设为关闭；第四步，连续观察三到五天的实际用量，看你的日常使用量距离配额上限有多远，这个距离就是你的安全边际。这四步不需要命令行，也不需要改代码，全部在控制台里完成。

接下来怎么验证，以及我们还会追踪什么。要拿到确定的每日额度数值，最可靠的方式是查阅 Cloudflare 官方文档中 Workers AI 的定价与限额页面，而不是依赖二手转述。额度用尽后的具体错误表现，则需要一次真实的触顶记录才能确认，这一步我们尚未完成，因此本文不给具体错误码或具体数值。后续我们会继续追踪两件事：官方是否更新了免费额度的计量方式，以及社区中是否有可复现的触顶案例。在拿到这两类证据之前，任何精确到个位数的「每日免费次数」都不应该被当作事实引用。

回到最初的问题：值不值得。免费额度的存在让「用量不大」这个前提在多数个人场景下成立，但它的边界不是一个固定数字，而是一组需要你自己去控制台确认的配置。愿意花十分钟做上面那四步检查的人，这个方案对他而言是可控的；不愿意确认、只希望「装上就能一直用」的人，断崖式耗尽会在某个不确定的早晨找上他。这个判断比上一期更具体，也更接近可操作。

本文由 AI 辅助整理，事实以来源为准。