Qoder 送了 2000 SOTA 额度，官方没写清规则，哪来的？——权益中心 3 天体验包溯源、官方 8000 首购规则与三个功能的真实消耗（2026-11）
11 月 5 日晚上，我在 Qoder 客户端里领到了一个「Sonus 限时体验 +2000 Credits」的体验包。状态一栏写着「已领取」，旁边还挂着一个倒计时。
然后我去官方活动页翻了一圈——没有这个活动。官网在跑的只有一个「似是而非」的：限时首次订阅加赠 SOTA Credits，送 8,000，但要首次付费订阅，有效期 7 天，而且明确写着仅限 Sonus。金额不对，期限也不对。
所以这篇能说清的是三件事：这 2,000 在哪领、能领多久；它最可能从哪来（这部分只能标「多方资料整理猜测」）；以及这 2,000 到底干完了多少活。
一、结论速览
- 领取入口在客户端「权益中心」，卡片名「Sonus 限时体验」，额度 + 2000 Credits，状态已领取。
- **免费用户的有效期只有 3 天。**我是 11 月 5 日晚领的，11 月 8 日到期，现在已过期，额度在到期前基本花完。这条 3 天期限官方文档里没有写。
- 账户面板把它归为「专属资源包 · SOTA 专属积分」，说明原文是「运营活动发放的定向积分，仅可用于活动指定的模型；到期未使用的额度将作废」；截图时余额为共 2,000、剩 619。
- **官方现行 SOTA 活动是首购赠 8,000，不是 2,000。**2026-11-04 起，个人月付 Pro / Pro+ / Ultra 首购赠 8,000 SOTA Credits，仅限 Sonus，支付成功后自动发放，7 天有效，需首次付费，可与「买一送一」同享，结束时间待定。
- 「2,000」在官方口径里有三个出处：Pro 月付自带 2,000 通用额度、首购「买一送一」加赠 2,000 通用额度、2026-09-17 起每日领取 2,000 专供额度（活动页已 404 下线）。没有一条与「免费用户 3 天专供」完全对得上。
- 来源只能给猜测，不能给结论：最像的是「Pro 试用期 + 11 月 4 日上线的 8,000 首购活动」叠加漏出来的额度。这是多方资料整理出来的猜测，不是官方说明。
- 这 2,000 换来了三个真实 Android 功能：俄罗斯方块玩法改造、魔方视角重置、魔方二阶支持。9 次人类输入、347 次工具调用、38 个文件、+2005/−297 行、184 个测试用例末态全绿。
- **Sonus 的参考系数是 8×，Flash 档只有 0.1×。**同一个任务，Sonus 扣得最快。账户扣费日志可见行里，单次请求扣减从 93.19 到 745.47 Credits 不等。
二、在哪领、领到的是什么
已注册用户在 Qoder 客户端的权益中心领取，不用去官网找活动页：
卡面信息有四条：名称「Sonus 限时体验」、额度「+ 2000 Credits」、状态「已领取」、一个倒计时。同一张卡上还印着一句宣传原文——「体验 Qoder 最强模型，首购再送 8,000 Sonus 积分」，最底下有一行小字：活动权益以领取时的账户状态为准。
最后这句话其实很关键。它说明这个包不是固定规则发的，而是按领取那一刻的账户状态判定的——同样看到这张卡的人，拿到的期限和额度未必一样。
领完之后，它出现在账户面板的「专属资源包」里：
| 项 | 面板显示 |
|---|---|
| 归属 | 专属资源包 · 1 个 |
| 名称 | SOTA 专属积分 |
| 数量 | 剩 619 / 共 2,000 |
| 说明原文 | 运营活动发放的定向积分，仅可用于活动指定的模型；到期未使用的额度将作废。多个积分同时命中时，按到期时间从早到晚抵扣。 |
| 日期栏 | 2026年11月8日 |
关于那 3 天。我是免费用户（没付过费，身份是 2 周 Pro 试用），领取时这笔体验包的有效期只有 3 天——11 月 5 日晚领，11 月 8 日到期，写这篇的时候已经过期。面板日期栏写的正好是 2026 年 11 月 8 日，与「11-5 晚 + 3 天」的到期日吻合；但面板没有标明这一栏到底是发放日还是到期日，这里只作对照，不当成官方结论。
**关于那 619。**截图时还剩 619，我的说法是「基本花完了」。按面板自己的原文「到期未使用的额度将作废」，这点零头也跟着 3 天期限一起作废了。
顺便把官方对试用的口径摆出来。免费版定价页写得很清楚：
为期 2 周的 Pro 试用及 300 Credits。
我的试用窗口是 2026 年 10 月 26 日到 11 月 9 日：
**300 是 300，2,000 是 2,000。**官方从头到尾没把这两个数混着写过。所以「注册送 2,000」这种说法，在官方文档里找不到依据——它和免费版自带的「2 周 Pro 试用 + 300 Credits」是两回事。
三、怎么来的：三个候选，一个猜测
先把能查到的官方活动排一遍，看哪条最像。
| 候选 | 金额 | 期限 | 是否需付费 | 是否仅 Sonus | 与我的实测是否吻合 |
|---|---|---|---|---|---|
| 首购加赠 SOTA Credits | 8,000 | 7 天 | 需要 | 是 | 模型和形态像，金额、期限、付费门槛都不符 |
| 9-17 起「SOTA 模型限时免费体验」每日领取 | 2,000 | 次日 12:00 失效 | 未写明 | 是 | 金额和专供属性像，期限不符（1 天 ≠ 3 天），且活动页已 404 |
| Pro 月付自带 / 首购「买一送一」加赠 | 2,000 | 随订阅周期 / 30 天 | 需要 | 否，通用额度 | 金额像，但不限模型，与我面板上的「定向 Sonus」不符 |
候选一：首购加赠 8,000（最像，但差得也明显）
官方现行活动叫「限时：首次订阅加赠 SOTA Credits」，2026-11-04 起：
像的地方：同一个模型档、同样是定向专供、同样是我账户状态发生变化的那几天上线。
不像的地方：**金额是 8,000 不是 2,000；期限是 7 天不是 3 天；而且它明确要求首次付费订阅。**我整个账号没付过一分钱。
候选二：9-17 起每日领取 2,000（金额对上了，期限对不上）
官方论坛里三处同文公告：「自 2026 年 9 月 17 日起，我们的活动额度已新增！您现在每天可以免费领取 2,000 Credits！」
但这条要打个大折扣：这个活动页现在已经下线了，官网地址直接返回页面不存在，官方文档索引里也把这条撤了。今天还能引的只剩论坛公告原文。而且它是「次日 12:00 失效、不结转」的日结额度，跟我这 3 天的期限对不上。
候选三：Pro 月付 2,000 / 买一送一 2,000（金额对上了，属性对不上）
这两笔都是通用额度，方案支持的模型都能用，不限 Sonus。而我面板上那栏写得很清楚：定向积分，仅可用于活动指定的模型。
那个猜测
多方资料整理猜测，不是官方明确说明。
最可能的路径是：新用户 Pro 试用期 + 11 月 4 日上线的 8,000 首购活动，叠加时漏出来的一笔额度。
支撑这个猜测的观察有三条：① 我确实处在 2 周 Pro 试用窗口内（10-26 至 11-09），三个会话都落在这个区间；② 8,000 活动是 11 月 4 日上线的，我 11 月 5 日晚就领到了这个包，时间上紧挨着；③ 它同样是定向 Sonus 的额度，和首购活动的赠额是同一种东西。
但为什么不能证实，也得说清：官方没有任何一条规则写着「试用用户可以领 2,000」，也没有任何一条写着「活动叠加会漏额度」。这是从时间、金额、形态三条线索倒推出来的猜测，不是官方口径。
四、官方现行活动规则（官方一手）
抓取日期 2026-11-08；来源：Qoder 官方活动页与定价页。
| 个人月付方案 | 方案自带每月额度 | 「买一送一」首购加赠 | 本次 Sonus 首购加赠 |
|---|---|---|---|
| Pro | 2,000 Credits | 2,000 Credits | 8,000 SOTA Credits |
| Pro+ | 6,000 Credits | 6,000 Credits | 8,000 SOTA Credits |
| Ultra | 20,000 Credits | 无 | 8,000 SOTA Credits |
| 项 | 取值 |
|---|---|
| 活动官方名称 | 限时：首次订阅加赠 SOTA Credits |
| 赠额金额 | 8,000 SOTA Credits（现行口径） |
| 适用模型 | 仅限 Sonus 模型（用其他模型不消耗这笔赠额） |
| 开始时间 | 2026-11-04 00:00（UTC+8） |
| 结束时间 | 待定（结束前将提前在该页公告） |
| 适用站点 | qoder.com 国际站 |
| 适用方案 | 个人月付 Pro / Pro+ / Ultra |
| 不适用 | 个人 Lite、个人年付、Teams、企业版 |
| 生效方式 | 支付成功后自动发放，无需手动领取 |
| 有效期 | 自发放时刻起 7 天（168 小时），到期未用自动失效 |
| 资格判定 | 按账号「全部成功付费记录」判首购；无成功付费记录即参与；注册时间、是否试用过、是否体验过 Sonus 均不影响 |
| 叠加关系 | 可与「首购 Credits 买一送一」同享，同一订单符合两项则两份都发 |
| 退款后资格 | 曾支付成功的订单即使全额退款也计入付费记录；退款不恢复首购资格；退款后该笔订阅对应未使用赠额一并收回 |
| 权益限制 | 仅供获赠账号使用，不可转给其他账号、不可兑换现金、不可单独开具发票；批量注册、虚假交易可取消资格并收回赠额 |
官方 FAQ 原文：
Q：已经注册很久，或者正在试用 Pro，还能参加吗？ A：可以，只要账号此前没有成功付费记录。注册时间、是否参加过免费试用、是否体验过 Sonus，都不影响首购资格。你可以在 Pro 免费试用期间直接订阅符合条件的月付方案。
这条 FAQ 说的是「可以参加首购活动」，不是「试用身份自带 SOTA 赠额」。两者不能混读——它能证明我有资格买这 8,000，不能证明我已经免费拿到了什么。
叠加关系的官方举例：首次订阅 Pro，除方案自带的 2,000 Credits 外，还可获得「买一送一」加赠的 2,000 Credits，以及本活动加赠的 8,000 SOTA Credits——共 12,000，其中 8,000 专供 Sonus。
有效期算法的官方举例：11 月 4 日 15:30 发放的赠额，于 11 月 11 日 15:30 到期；即使活动在这 7 天内结束，已发放的赠额仍可用到自己的到期时刻。
五、官方对「2,000」的三种口径与资格边界
| # | 出处 | 性质 | 适用范围 | 有效期 | 现状 |
|---|---|---|---|---|---|
| 1 | Pro 档每月自带 2,000 Credits | 通用额度 | 方案支持的模型 | 随订阅周期 | 现行 |
| 2 | 首购「买一送一」加赠 2,000 Credits | 通用额度 | 方案支持的模型 | 30 天 | 现行 |
| 3 | 2026-09-17 起「SOTA 模型限时免费体验」每日领取 2,000 Credits | 专供额度 | 仅 Sonus | 次日 12:00（UTC+8）失效，不结转 | 活动页已 404，官方文档索引已移除 |
第三条那条活动线的三版公告，资格写法变过：
- 9/15 版：500 Credits/日（9/15–9/19），领取资格写
Paid subscribers on Qoder (individual and enterprise plans)，次日 12:00 失效、不结转 - 9/16 版：加量到 1,000/日，连跑 4 天，资格写
Paid Qoder Global subscribers - 9/17 版：加量到 2,000/日，未重述领取资格
- 领取入口：客户端用量面板 / CLI
/claim手动领取
对照组：同一时期官方另一个活动「每日领取 100 Credits」，适用用户写得明明白白——
Qoder 国际版新老个人用户，包括体验版（免费）、Pro 试用期、Lite、Pro、Pro+ 和 Ultra 用户。
**这条对照很关键。**官方有能力、也有惯例在活动页写清「试用期可参与」；但「SOTA 每日领取」这条活动从头到尾没这样写过。于是状态就卡在中间：
- 早两版公告写「付费用户」→ 只能证明公告当时那么写，不能证明试用一定被拒
- 9/17 加量公告不写资格 → 也不能反推试用一定能领
- 官方当前文档里不存在「试用专供包 / 试用资源包」这类条目；对试用本身的口径只有一处：「为期 2 周的 Pro 试用及 300 Credits」
所以本文的写法是：**账户事实归账户事实，规则归规则。**我面板里确实有这笔 2,000 定向额度、客户端卡片确实显示「+ 2000 已领取」、有效期确实只有 3 天——这些都是账户和产品内的事实；至于官方哪条规则允许这样发、谁有资格、为什么是 3 天，官方从未明示。
六、这 2,000 干了什么：三个功能
3 天期限很快，Sonus 本身也烧得快，所以这 2,000 最后就干完了三个小功能，全在我自己的两个 Android 项目里。
① 俄罗斯方块：拼块玩法改造
把方块图案改成四种形状（1 格 / 2 格 / 一排 3 格 / 直角 3 格）：
改动 7 个文件 +357/−142，48 个单测 + 17 个 UI 用例末态全绿，本地提交 6a84362（未推送）。
② 魔方：视角重置 + 一键回正面
旋转之后快捷按钮的方向和图对不上，所以要「重设正面和上下」，再加一个一键回到正面（主面朝前、同时看到 3 个面）：
改动 14 个文件 +971/−81，41 个单测 + 9 个 UI 用例末态全绿，本地提交 b8796c4（未推送）。
③ 魔方：二阶支持
加二阶魔方，并且选二阶时操作区改成两列两行：
改动 17 个文件 +677/−74，56 个单测 + 13 个 UI 用例末态全绿，未提交，改动留在工作区。
三个会话的交付账
被测对象：Qoder 桌面端 1.1.79-hotfix.18；模型档 smodel（界面显示名 Sonus）/ lmodel（界面显示名 QoDuck），均为 Qoder 内部代号，真实底座未确证。构建与验证环境：JDK 17、Android Gradle Plugin 8.6.1、模拟器 Android 16。
| 会话 | 任务 | 人类输入 | 工具调用 | agent 活跃时长 | 改动 | 测试末态 | 交付物 |
|---|---|---|---|---|---|---|---|
| ① BlockKiss | 拼块玩法重构（1 格 / 2 格 / 一排 3 格 / 直角 3 格） | 3 | 88 | 22.5 min | 7 文件 +357/−142 | 48/48 单测 + 17/17 UI 全绿 | 本地提交 6a84362（未推送） |
| ② PhotoCube | 重设正面和上下 + 一键回正面 | 2（+1 次系统压缩续接记录） | 136 | 26.1 min（墙钟跨夜约 11h） | 14 文件 +971/−81 | 41/41 单测 + 9/9 UI 全绿 | 本地提交 b8796c4（未推送） |
| ③ PhotoCube | 二阶魔方支持 + 两列两行布局 | 4（含 2 次「继续」） | 123 | 20.3 min | 17 文件 +677/−74（14 改 + 3 新增） | 56/56 单测 + 13/13 UI 全绿 | 未提交，改动保留在工作区 |
| 合计 | 3 个功能任务 | 9 | 347 | ≈ 68.9 min | 38 文件 +2005/−297 | 184 用例（145 单测 + 39 UI）末态全绿 | 2 commit + 1 组工作区改动 |
测试规模变迁：BlockKiss 41+15 → 48+17；PhotoCube 23+5 → 41+9 → 56+13；净增 +40 单测 / +10 UI，无删改测试。
过程里几个可查的事实：
- **会先研后改再验证。**三个会话都是「检索 → 澄清 → 实现 → 测试 → 截图/文档」的顺序，没有无效循环。
- **会反过来问我。**会话 ② 问「重设朝向是按当前视角设定，还是手动指定两个面」；会话 ③ 问「切阶数时进度是重开，还是分别保留」。我给了答案它才继续。
- **会自证不谎报。**会话 ① 首轮 UI 确实 17/17 通过，复测暴露「三格直角点击旋转」有时序 flaky，它如实报告，修复方式是给测试加单击确认等待条件；会话 ② 有一次测试计数口误（43 → 41）当场自纠，最终数字与提交点
@Test计数一致；会话 ③ 界面测试崩过一次（Process crashed），重跑才 13/13。 - **边界纪律。**会话 ①② 只在我说「提交」时才本地提交且不推送；会话 ③ 我没让提交，它就只做了
git diff --check自查。 - **环境出问题它自己扛。**会话 ② 连踩四个坑：Git-bash 路径转换导致 adb 失败、本机 Java 内存不够（降检查并发重跑）、隔离模拟器磁盘不足（换共享模拟器）、共享模拟器被另一个项目占着（等待 + TaskStop），全部恢复；期间还有 1 次上下文压缩续接，续接后交付仍正确。
**「末态全绿」不等于「一次就过」。**上面这几处 flaky、crashed、计数口误都是真实发生过的，只是最后收敛到了全绿。这点必须说清，否则就是在吹。
七、Sonus 到底多烧：8× 和 0.1×
官方对 Credits 的定义是：Credits = 模型参考系数 × token 用量，并明确标注「以下数值为统计估算，实际扣减以实时用量为准」。
模型参考系数是公开的，2026 年 9 月 21 日校准过一次：
| 档位 / 模型 | 调整前 | 调整后 |
|---|---|---|
| Sonus | 3.2x | 8x |
| Flash 档 | 0.1x | 0.1x（DeepSeek-Flash 本次由 0.2x 下调至 0.1x） |
| Auto 模式 | 1.0x | 0.5x |
| Ultimate（极致）档 | 1.6x | 2x |
官方对系数的解释是：「对应模型的参考系数越高，则预计同样使用场景下 Credits 消耗越快。」
**8× 和 0.1× 放在一起，就是我这 2,000 只够干三个小功能的原因。**Sonus 是全场最高的一档，Flash 是全场最低的一档，两者之间差了不止一个数量级——同样的活，用 Sonus 干和用 Flash 干，扣减完全不是一个量级。
官方给的消耗参考值（统计估算）：Qoder-Agent 模式 ~ 50 Credits/请求；Editor-Agent 模式 ~ 7–12 Credits/请求；Editor-Ask 模式 ~ 3–4 Credits/请求；Repo Wiki ~ 50 Credits/仓库。
消耗优先级也有明文：优先使用最先到期的 Credits；到期时间相同时，先扣 Plan Credits，再扣 Add-on Credits。
账户侧的扣减实证
扣费日志提供了会话之外的第二个观察面。以下为截图可见行（非全量，日志未全部展开）：
| 日期 | 时刻 | 耗时 | 客户端 | 操作 | 模型分级 | 类型 | Credits |
|---|---|---|---|---|---|---|---|
| 11-07 | 20:39 | 10min | Qoder | 智能体 | Sonus | 已扣费 | 268.98 |
| 11-07 | 20:44 | 20min | Qoder | 智能体 | Sonus | 已扣费 | 745.47 |
| 11-07 | 20:49 | 10min | Qoder | 智能体 | Sonus | 已扣费 | 104.75 |
| 11-07 | 21:02 | 2min | Qoder | 智能体 | Sonus | 已扣费 | 93.20 / 93.19 |
| 11-07 | 21:04 | 2min | Qoder | 智能体 | Sonus | 已扣费 | 125.80 |
| 11-08 | 12:28 | 4min | Qoder | 智能体 | Sonus | 已扣费 | 236.89 |
| 11-08 | 12:34 | 6min | Qoder | 智能体 | Sonus | 已扣费 | 273.69 |
日志里还有一栏「参考费用」（美元计价），本文只引用 Credits 一栏。
这组数字能说什么、不能说什么：
- 能说：Sonus 档单次请求的扣减跨度很大，从约 93 到约 745 Credits，与官方「Agent 模式会在后台触发多次模型调用、消耗大于 Ask 模式」的口径方向一致；11-08 12:34 那条 273.69 也说明，报错之后原档确实恢复并继续计费。
- 不能说：不能据此反推「2,000 能跑几个任务」。会话不暴露 token 计数，扣减数与任务数的映射没有公开口径；而且上表是部分可见行，不等于会话全量扣减。
- 一处对不上：面板显示共 2,000、剩 619（即已用约 1,381），而上表可见行加起来已经超过这个数。合理解释有几种——日志有没截到的行、不同日期领取的额度分属不同资源包、部分扣减来自其他积分来源——但具体怎么归集，官方没说明，我不下结论。
八、额度见底那一段
11 月 8 日中午，额度用到了最后一段。主 agent 的报错原文（12:32:22）：
Qoder API error: FORBIDDEN - {"code":"147",
"message":"Dedicated resource package balance is low",
"modelKey":"smodel",
"subCode":"MODEL_PAID_CONFIRM_REQUIRED"}客户端侧只显示 The request could not be completed. Please try again.
| 时刻 | 事件 |
|---|---|
| 12:31:11 | 派 2 个后台子 agent（适配阶数切换界面 / 补充二阶逻辑单测），resolvedModel=smodel |
| 12:32:21 | 子 agent① 失败（subagent_tokens 351,780 / 12 次工具 / 62.19s） |
| 12:32:22 | 主 agent 请求失败：FORBIDDEN 147 / balance is low / modelKey=smodel |
| 12:32:28 | 子 agent② 失败（249,587 / 15 次工具 / 76.56s）；主 agent 请求再次失败 |
| 12:33:52 | 输入「继续」→ 请求再次失败（同错误） |
| 12:34:05 | 再次输入「继续」→ 12:34:16 smodel 恢复响应 |
| 12:34–12:40 | 主 agent 自主重做两个失败子 agent 的工作，完成阶数切换、独立进度、两列两行；56 单测 / Lint / 构建通过 |
| 12:41:51 | 新轮次 businessModelKey=lmodel → QoDuck 档接管收尾 |
| 12:42:02–12:49:05 | QoDuck 档重跑测试：Gradle resultsDir 访问失败（exit 1）→ 直接 am instrument 跑出 13 项中 1 项 Process crashed → 12:44:44 重跑 → 13/13 通过 |
| 12:49:14–12:51:31 | 装机截图链路 exit 1 → 绕过重装直接 dump + screencap；二/三阶 × 竖/横屏 UI dump 实证「纵向两列 / 横向两行」；更新 Readme 并回查；git diff --check 自查后未提交 |
两个子 agent 空转的代价是实打实的：601,367 subagent_tokens、27 次工具调用、138.75 秒，全部打空。
两处措辞得校正：
- **
Dedicated resource package是服务端内部错误码措辞，不是官方活动名，也不是官方文档术语。**官方文档全站不出现这个说法；官方对应的表述是「Add-on Credits（资源包）」+「专属 / 专供 Sonus 使用」，客户端界面叫「专属积分」，Credits 日志里记作「Bonus Credits（活动赠送）」。拿这句英文去搜官方活动，搜不到。 - **别把因果写反。**余额不足错误发生在 12:32–12:33，换档发生在 12:41:51，中间隔着八分钟，且
smodel在报错后经两次「继续」恢复，把全部开发都做完了。所以准确的说法是：**付费档在会话中途触发了余额不足错误，最后一轮测试改由 QoDuck 档收尾。**至于最后为什么换档，会话里没有记录，我不猜。
九、官方口径 vs 我的账户事实
| 维度 | 官方口径 | 我的实测路径 |
|---|---|---|
| 试用身份能得到什么 | 2 周 Pro 试用 + 300 Credits（无专供包表述），试用窗口 2026-10-26 至 11-09 | 试用期内账户面板出现 2,000 定向额度（客户端称「SOTA 专属积分」，归属「专属资源包」） |
| 领取入口 | 官方文档无「权益中心领 2,000」条目 | 客户端「权益中心」卡片：Sonus 限时体验 + 2000 Credits，已领取 |
| 有效期 | 官方文档未写这笔的期限 | 免费用户 3 天，11-5 晚领、11-8 到期，现已过期 |
| 2,000 的定性 | 客户端说明原文：「运营活动发放的定向积分，仅可用于活动指定的模型」 | 与「Sonus 限时体验」卡的数值、形态吻合 |
| 2,000 的资格规则 | 9/15、9/16 公告写 Paid subscribers；9/17 加量公告未重述；官方文档无「试用专供包」条目 |
账户事实成立；资格规则官方未明示，属未证实 |
| 现行活动 | 首购赠 8,000 SOTA Credits（付费、仅 Sonus、7 天） | 未参与（无付费记录） |
| 额度用尽后的行为 | 同一积分池、不区分来源；赠送用尽后套餐还有则任务继续、不自动停止 | 付费档请求直接失败（FORBIDDEN 147），需人工「继续」推进 |
| 余额状态 | — | 截图时共 2,000、剩 619（非报错瞬间的现场，不能用来解释当时为何被拒） |
| 消耗口径 | 模型参考系数 × token 用量（统计估算）；Sonus 8x、Flash 0.1x | 会话未暴露 token 计数；扣费日志可见单次 93.19–745.47 Credits，不做换算 |
官方还有一条容易被漏掉的口径：
活动赠送的 Sonus Credits 与套餐 Credits 属于同一积分池，使用时不区分来源。赠送积分用尽后，如套餐内仍有可用 Credits，任务会继续执行，不会自动停止。
这条和我的实测构成对照。我是直接吃到拒绝、整个请求失败；按官方口径，如果账号里套餐额度还有余额，赠送那笔用完后任务应该接着跑。两种表现不一定矛盾——我这次更像是专供资源包这一层先卡住了——但至少说明一件事：别指望赠送额度用完会有平滑降级，它可能就是硬弹一个错给你。
十、几句提醒
- **别把「2,000 SOTA Credits」当成官方现行活动金额。**现行是首购赠 8,000；2,000 属于 9 月那条已经下线的每日领取活动。
- **别把试用身份说成自带一笔 2,000 专供额度。**官方对试用只写「2 周 Pro 试用 + 300 Credits」；这笔 2,000 的发放通道和资格规则，官方文档里查不到明示。
- 别把公告里的
Paid subscribers当成试用被拒的证明，也别反过来说试用一定能领。 - 别写「纯 Pro 试用即可免费领 8,000」——8,000 需要首次付费订阅；也别把活动说成长期有效——结束时间待定。
- **别拿轮次、时长、token 换算额度。**Qoder 会话不暴露 token 计数，credits 口径只能以官方为准；官方消耗参考值一律带「统计估算」标注。
- **Sonus 8× 之外，别自己推消耗速率。**官方系数表里它是全场最高，Flash 档只有 0.1×，差距是官方口径，不是我的推断。
- **赠额有硬边界。**官方明示：不可转给其他账号、不可兑换现金、不可单独开票；退款不恢复首购资格。
十一、时效与本文未覆盖的部分
- 官方活动页抓取日期为 2026-11-08，活动结束时间为「待定」，规则随时可能调整，读者以当日页面为准。
- 「这笔 2,000 的发放通道、资格规则、3 天期限」在官方文档里都查不到明示，本文按账户事实与官方规则分开陈述，来源部分只给猜测，不做补圆。
- 账户面板截图与扣费日志截图均为写本文时所截，不是报错瞬间的现场；「619 余额与 balance is low 的关系」「面板日期栏含义」「扣费归集方式」三项官方均未说明。
- 样本为 n=3 会话、单用户、单机、两个项目、单一模拟器，不具备给出「2,000 额度 = N 个任务」这类换算式的条件。
- 本次会话未暴露 token 计数，没有采集到 token 与 credits 的准确对应，所以本文不含任何额度换算式。
- 硬件规格与 IDE「关于」对话框的完整版本号未采集，测试主机环境为 Windows + JDK 17 + Android Gradle Plugin 8.6.1 + Android 16 模拟器。
文中引的官方规则，都是 11 月 8 号当天从 Qoder 官方文档和官方论坛原样搬过来的；实测那部分的数字，来自我在自己两个安卓项目上的三次真实开发会话，以及我账户面板和扣费日志的截图。至于这 2,000 从哪来——我只能说，官方没写清。
关注微信公众号
扫码关注，第一时间获取软件更新动态与选型建议。