在 IDE 里让助手定位问题，再切到 CLI 批量改文件，这样的工作方式挺顺手。选 Qoder CN全家桶时，我会先问两个实际问题：换一个入口是不是换一份余额？改了一大堆代码之后，还剩多少预算给检查和修正？这比单看套餐名称更接近每天写代码的情况。
多个入口共用，先认清自己是哪一套订阅
当前说明列明个人方案在 Qoder CN、IDE、JetBrains、CLI、Wake、Cloud Agents、Mobile 和 Work 之间共用相应 Credits。企业范围另列 Teams、Enterprise、VPC 的共用入口，不能直接照搬个人清单，尤其别把 Cloud Agents 也无条件算进去。[1]
| 余额或订单 | 该怎样理解 | 先检查什么 |
|---|---|---|
| Plan Credits | 订阅周期额度 | 购买日对应的重置时间 |
| Add-on Credits | 加购额度，按自身有效期 | 到期日与消耗顺序 |
| 旧灵码订单、非 CN 的 Qoder | 不直接并入这套共用关系 | 账户与商品归属 |
Plan Credits 按购买日重置，不是自然月第一天。例如7月5日开始的周期，对应下一次8月5日；未用完不滚入下个周期。加购额度则看它自己的到期日，消耗优先按最早到期处理，同到期日再优先订阅额度。[1]
把“改好了”拆成几个能检查的结果
我更愿意先交给它一个范围清楚的小问题，比如修一个表单提交错误。要求它解释原因、列出改动文件，再检查原来的构建与测试。这样即使需要重做，也知道上一轮错在哪里。直接发一句“优化整个项目”，很难判断额度花在了探索、重复调用还是有效改动上。
Credits 会随模型与任务复杂度变化，Agent 的一个任务也可能包含多次调用。文档里的失败模型调用不收费，不能延伸成“代码没通过测试就不扣费”：成功返回但答案不适用，仍不等于模型调用失败。[1]
我会给验收留一截余额
跨IDE和CLI工作的人，真正要核对的是同一订阅的归属、购买日重置，以及最后一轮检查还剩多少余额。个人与企业入口清单不同，旧订单也不能直接并入。代码没通过验收，不等于模型调用失败免计费；本文未运行项目验证实际扣量。
资料核对与适用范围
2026-10-06直接重读所列官方公开来源，按真实创作或开发任务做资料评估。Luma旧帮助与新产品说明、Suno历史帮助与当前条款按日期区分；本文算术均为假设，不代表账户测试。
没有登录、上传、生成、下载或运行项目；未测输出质量、任务成功率和实际扣量。地区、端口、资格与具体账户方案须另核；资料评估不等于本站亲测。