xAI 面向数据共享计划参与者的每月 150 美元 API 免费额度已宣布在 2025 年 5 月底结束，6 月起不再续发。本文梳理这次调整到底停了什么、账单和 API Key 需要做哪些确认，并给出一套从「免费用」切换到「算着用」的迁移与降本清单，包括翻译类工具的多服务降级配置。
xAI 曾通过数据共享计划向参与开发者提供每月 150 美元的 API 免费额度，这个计划已宣布在 2025 年 5 月底结束：当月剩余额度仍可继续使用，但 6 月起不再续发。对把它当作固定「免费额度池」来跑翻译插件、个人脚本、实验性项目的人来说，这意味着运行成本从接近零变成按量计费。
受影响的并不只是重度用户。很多人只是把 key 填进了沉浸式翻译或某个小工具，平时几乎不看账单，直到额度消失、请求开始报错或产生费用才发现。下面把这次调整的范围、需要立刻确认的事项，以及迁移和降本的可行做法梳理成一份清单。
停的是什么，没停的是什么
先把边界划清楚，避免误判：
- 停掉的是「数据共享换额度」这个计划，不是 API 服务本身。接口照常可用，只是免费额度的来源没有了。
- 已发放的额度有使用期限。公告的说法是当月内仍可使用，之后不续期。不要假设余额会一直躺着。
- 之后走标准计费。如果账户绑定了支付方式，用量会按官方价目表扣费；具体价格与计费规则以官方文档和控制台显示为准，各家调整频繁，不宜照抄旧文章里的数字。
三个需要马上确认的问题
需不需要主动「取消」
这类免费额度通常不是订阅制，一般不存在「退订」按钮。真正要检查的是两件事：控制台的账单设置里有没有绑定银行卡、有没有开启自动充值或余额不足自动扣款；以及账户里是否还留着已经不再使用的 API Key。前者关系到会不会被动扣费，后者关系到泄露风险。建议把长期不用的 Key 直接撤销，需要时再新建。
余额、用量和告警
在用量页面导出或查看最近 30 天的调用记录，重点看输入与输出 token 的比例，以及调用集中在哪些接口。顺手把预算告警和用量上限打开——很多控制台都支持「达到某金额发邮件」或「超过阈值拒绝请求」，这是防止脚本跑飞最省事的一道闸。如果账户里有已充值的余额，退款与过期规则请以官方条款或工单回复为准，不要依据社区传言操作。
页面还能开通，是不是说明政策有变
不一定。产品界面、支付流程和后台政策更新不同步是很常见的情况：入口还在，实际开通会失败或事后被回收。稳妥做法是以官方文档和控制台公告为准，在政策不明朗的阶段不要一次性充值较大金额，先用最小额度跑通再说。
从「免费用」切换到「算着用」
额度没了不等于项目要停，多数场景只是需要把成本显性化。可以按下面的顺序处理：
- 量化现状：统计近 30 天的请求数、输入/输出 token 总量，按当前价目表估算月成本。
- 给调用设上限：单次请求限制
max_tokens，单日限制总调用次数，超限直接失败而不是静默烧钱。 - 模型分级：摘要、分类、格式转换这类简单任务换小模型或规则处理，把强模型留给真正需要推理的环节。
- 加缓存：翻译、问答类应用重复率很高，按原文哈希做本地缓存，命中即返回，往往能砍掉一大块开销。
- 批量与错峰：把实时请求改为队列批处理，降低并发，既省钱也减少触发限流。
- 保留可切换的抽象层：不要把厂商地址和模型名硬编码在业务里。
# .env 里集中管理，换供应商时只改这一处
API_BASE_URL=https://api.example.com/v1
API_KEY=sk-xxxx
MODEL=your-model-name
MAX_OUTPUT_TOKENS=1024
DAILY_CALL_LIMIT=500
配合一层薄封装：统一读取环境变量、统一超时与重试、统一记录每次调用的 token 消耗。这样后续再遇到某家额度或政策变化，改配置即可，不用翻代码。
翻译类工具怎么配
沉浸式翻译这类场景的特点是请求密集、单条文本短、对延迟敏感。建议：
- 在设置里配置多个翻译服务，把常用的放前面，出问题手动或自动切换；
- 打开译文缓存，同一页面重复访问不再重复请求；
- 降低并发数、拉长间隔，遇到 429 或服务器繁忙时自动退避重试；
- 长文档分段提交，避免单次请求过大导致超时或超限。
需要说明的是，任何提供免费额度的服务在高峰期都可能出现「服务器繁忙」，这属于容量问题而非配置问题，靠错峰使用或直接切换到付费通道更可靠。
需要避开的坑
- 不要购买、共享或租用来路不明的 API Key 与「代充额度」。这类交易违反服务条款，可能导致账号被封、额度被回收，且对方随时可以撤权或卷款，出现纠纷几乎没有追回渠道。合规做法是走官方控制台，或选择有正式合同与发票的正规云服务商代理。
- 不要把 Key 写进前端代码或公开仓库。一旦泄露，产生的费用由账户持有人承担。
- 不要把旧文章里的价格、免费额度当成现状。这类政策变动频繁，动手前先看一眼官方定价页和公告。
- 别急着一次性充值大额。先用小额度验证接口、延迟和稳定性，再决定长期投入。
小结
这次调整的核心是「免费额度不再续发」，API 本身仍在正常服务。真正需要做的动作只有三类：查账单与支付方式、清理不再使用的 Key 并打开预算告警、把业务从单一供应商的免费额度上解耦出来。把用量量化、给调用设上限、用缓存和模型分级压成本，这些工作即便额度回来了也不会白做——它们决定了你对成本的掌控力，而不是反过来被账单牵着走。