Cursor 的 API 额度，是订阅附带的月度用量池按模型单价和 token 数量扣减的结果。它不是「每天 N 次」的次数卡。同一句话，选轻量模型和选前沿推理模型，从池子里切走的长度可以差出好几倍。看懂 Usage 面板，比记住任何外部价目表都重要。
哪些动作在扣额度
手动指定高单价模型的 Chat、Composer、Agent 长任务，通常走用量池。自动路由或产品标明不计入该池的请求，则按另一套规则。把整份构建日志、锁定文件或二进制内容贴进对话，会让输入 token 暴涨——看起来你只问了一句「为什么失败」，账单上却像跑了一次小型分析作业。
多文件任务比单文件问答更贵，因为上下文里塞进了更多源码。你每多 @ 一个无关目录，都在给这次请求加价。额度管理的第一技能不是换套餐，而是把引用收窄。
读面板和控消耗的做法
- 每月初记下重置日和当前档位包含的用量说明，截一张 Usage 基线，避免和上月数字口算混淆。
- 对每条长线程看模型名称。旧线程不会因为你改了全局默认就自动换模型。
- 日常问答用便宜或自动选项；只有复盘失败、需要更深推理时才切换。
- 日志只贴失败附近的几十行，不要把完整 CI 输出丢进去。
- 接近用尽时停止开新的大型 Agent 任务，改用本地编辑和短问答收尾。
额度以外还要知道的事
组织账号可能给成员另加限额，你个人觉得「套餐明明还在」，其实是管理员把你的日限额打满了。价格与包含量会随官方调整，文章里的任何历史数字都不能当合同。额度用尽通常不影响离线编辑，只影响云端模型调用。
给自己设两条用量告警线
不必等官方邮件。周期过半时看一次 Usage，若已超过七成，后半周期只允许短问答。第二条线是单次任务：某个 Agent 会话的上下文已经堆了很长，就开新会话并只引用必要文件，避免在超长线程上继续加钱。告警线的目的不是惩罚使用，而是把高单价模型留给真正卡住的问题。额度是规划问题，不是道德问题；规划清楚，反而能更放心地在关键时刻用重模型。
API 额度的另一个陷阱是重试。网络闪断时你点几次重发，模型可能已经在服务端算完了前几次。看起来你只成功了一次，Usage 却记了多次。稳定网络和避免狂点，本身就是省额度。长任务宁可等它结束，也不要并行开三条相同的 Agent 去「赛跑」。Usage 面板里若能看到单次请求大小，把它当油表看一眼再开长任务。
常见问题
Usage 里的美元和我订阅费是同一笔钱吗？
不一定。订阅费是座位价格，Usage 显示的是包含额度的消耗进度或超额部分。要把两个数字分开读，才能判断是该等重置还是该改用法。
开了很强的模型但对话很短，为什么仍很贵？
计费包含输入上下文。你 @ 了一个巨大文件，即使只问一句话，输入侧已经很贵。先缩小引用。
能不能把额度转给同事？
个人池一般不能转赠。团队场景应走组织账单和座位，而不是互相借登录。
