为什么直接点「开通」经常不管用
2026 年主流云厂商的 AI 推理服务（托管大模型 API、向量检索、批量推理）在计费上归属「AI/ML 服务」类目，而新用户试用金通常挂在「通用计算/存储」或「促销抵扣」类目下。两者不是同一个抵扣池，于是出现典型现象：控制台里服务开通成功、调用也返回 200，但账单上试用金没动，现金余额在掉；或者服务能开但配额是 0，调用直接被限流。
所以真正的动作不是「开通服务」，而是先把抵扣项对齐，再把配额抬起来。
操作步骤
第一步：先确认试用金的「可抵扣范围」
在账单控制台找到试用金/赠金条目，看三件事：
- 适用服务清单：是否明确列出 AI/ML 类目。多数厂商会写「不含第三方 Marketplace 商品」「不含部分 GPU 实例」。
- 有效期与消耗顺序：试用金通常先于现金余额消耗，但有到期日，且部分厂商按「先到期先扣」排序。
- 是否区分「承诺消费」与「按量」：部分赠金只抵扣按量付费，不抵扣预留/包年。
如果清单里没有 AI 类目，别急着放弃，进入第二步。
第二步：开一张「额度用途调整」工单
这是本文的核心动作。工单里要写清楚四件事，缺一件就容易被模板回复打发：
- 账号与试用金编号：给出赠金 ID 和剩余金额，避免客服查错池子。
- 目标服务与区域：写明具体服务名（例如托管推理 API、批量推理任务）和 region，因为配额按区域独立计算。
- 预估月消耗与用途：给一个量级（例如「月均约数千次推理调用」），并说明是评估/原型阶段。厂商对「评估用途」的调额通过率明显高于「生产用途」。
- 请求的具体动作：是「把赠金适用范围扩展到 X 服务」，还是「提升 Y 服务的配额到 Z」。一次只提一个诉求，成功率更高。
工单模板（可直接改写）：
```
主题：申请将新用户试用金适用范围扩展至 <服务名>（<region>）
账号：<account id>
试用金 ID：<credit id>，剩余约 <金额>，到期日 <date>
目标服务：<服务名>，region <region>
用途：模型选型评估与原型验证，非生产
预估消耗：月均约 <N> 次调用 / 约 <M> 万 token
请求：1) 确认该赠金是否可抵扣 <服务名>；2) 若不可，申请调整抵扣范围或发放等值服务专用额度
```
第三步：同步提「服务配额」而不是只提额度
额度够但配额是 0，照样跑不动。配额提升通常在控制台的「配额/限制」页面提交，或随工单一起提。要关注三类配额：
- 每分钟请求数（RPM）与每分钟 token 数（TPM）：新账号默认值通常很低，不提升会在压测时立刻报 429。
- 并发批量任务数：批量推理类服务常限制并行作业数量。
- 模型访问白名单：部分厂商的高参数量模型需要单独申请开通，属于「权限」而非「额度」。
配额申请同样要写用途和量级，且配额和赠金是两条独立流程，不要指望一张工单解决两件事。
第四步：验证是否真的走了赠金
调用几次后回到账单页，看三条线是否同步变化：
- 赠金余额下降；
- 现金余额不动；
- 该服务的用量明细出现在「已抵扣」条目下。
如果赠金不动而现金在掉，说明抵扣范围没生效，回到第二步补工单，附上账单截图和用量明细，这类证据能让工单从「模板回复」升级到「人工处理」。
第五步：把剩余赠金用在「不按 token 计费」的环节
如果 AI 推理确实无法抵扣，还有一个务实做法：让赠金去承担周边成本，把现金留给 token。典型可抵扣项包括对象存储（存数据集与日志）、消息队列（异步推理任务）、容器/函数计算（跑预处理脚本）、出口流量。这样等于间接把赠金换成了「跑 AI 的成本」。
注意事项
- 不要虚构额度：各家试用金的金额、期限、适用范围随账号类型、注册渠道、地区而变，务必以账单页显示为准。
- 别用多账号刷赠金：同一支付方式、同一设备、同一 IP 批量注册触发风控后，赠金会被回收，且关联账号可能一起受限。
- 工单语气影响结果：写「我要更多免费额度」通过率低；写「评估用途、给出量级、说明将转付费」通过率高。
- 注意到期日：赠金到期即清零，且多数不可延期。临近到期时优先跑批量任务，把额度一次性用掉。
- Marketplace 商品通常不抵扣：通过云市场订阅的第三方 AI 服务，多数不在试用金范围内，下单前先看抵扣说明。
- 保留凭证：工单编号、客服承诺的调额结果截图，后续账单争议时是唯一依据。
适用场景
- 团队已注册云账号、拿到试用金，但 AI 服务调用一直在扣现金；
- 需要在原型阶段压低成本，又不想走采购流程；
- 账号额度充足但配额为 0，调用被限流；
- 赠金即将到期，需要快速找到合规的消耗出口。
不适合的情况
- 赠金明确标注「仅限特定服务」且工单已明确拒绝调整；
- 需要长期稳定供给（工单调额通常是一次性的，不构成持续额度）；
- 生产环境关键业务——依赖赠金的成本模型不可持续，应在评估结束后切到正式计费。