Cursor Grok 4.6 双倍额度怎么用
GA 首周 2x included 与 50% 折扣怎么在 Spending 核对，Cursor 与 Grok Build 窗口约至 8 月 19 日。
cursor grok 4.6 双倍额度怎么用：2026-08-12 GA 起首周内，Cursor 博客承诺 Cursor 与 Grok Build 2x included usage；模型页另写 50% launch discount 一周。两项都是促销，不是永久套餐变更，要在 Spending 面板里对数字，不能凭感觉以为随便跑不扣。
两项促销分别指什么
Introducing Grok 4.6 原文：「2x included usage inside Cursor and Grok Build for the first week」。含义是订阅里包含的那部分用量按双倍计算或双倍额度，超出 included 仍走按需价，不是输出 token 无限。
Grok 4.6 模型页 写：「A 50% launch discount applies for one week starting August 12, 2026」。这是 launch 折扣，通常体现在按需 token 单价或账单折扣行；与 2x 是否同一机制，官方没写清乘法公式，Spending 里单次请求的 effective rate 才是最准证据。
窗口起点 2026-08-12 UTC 附近，终点约 2026-08-19 同一时刻前。时区与账单周期边界可能造成差一天观感，以 Dashboard promo 标签为准。Grok 4.5 值不值 记录过 4.5 首周双倍约 7 月 21 日结束；4.6 结构类似但多了 50% 文档句，且 Fast 输出价已从 $18 降到 $12，同样 included 能跑的 Fast 长任务可能更多。
在 Cursor 里怎么验证
- 打开 Settings → Billing / Usage（或 Spending），确认 plan 与周期重置日。
- 选 Grok 4.6 跑一条短 Agent 任务，记下请求前后 included remaining 或等效字段变化。
- 对照同 token 量下 4.5 或历史截图里的消耗速度。
- 看 invoice 是否出现 discount / promotional credit 字样。
- 若 included 未变、按需单价也未变，截屏留档再联系 support，不要对外承诺客户一定 2x。
灰度阶段 没有这项促销；只有 GA 后账号才应看到。模型列表仍无 4.6 时，先解决可见性再测额度，否则消耗可能记在别的模型上。对照实验建议固定 effort（例如 high 对 high），别在 promo 窗口混 xhigh 与 medium，否则读不出倍数关系。
Cursor 新手完全指南 里的 Spending 概念仍适用：included 与 on-demand 是两条进度条，2x 只影响前者或扣减速度，不改变后者单价结构（除非 50% discount 生效）。团队负责人可在 promo 窗口内发公告，要求实验任务统一打 tag 或统一用固定仓库，方便事后对比 included 消耗曲线是否与常价周成比例。
Grok Build 侧怎么算
Grok Build CLI 与 IDE 共享博客「首周 2x included」表述，但 Build 走 xAI 账户与 API 额度，面板路径与 Cursor IDE 不同。终端里 grok 跑 4.6 任务，应到 x.ai 控制台或 Build 产品页看剩余 included，不要只盯 Cursor Spending。
两栈若未绑定同一账单主体，可能出现 IDE 显示促销、Build 不显示或反之。采购拆账时把 IDE seat 与 Build API 分成两行预算。Build 侧 50% discount 是否在 API invoice 体现，写作日未逐字段验证，以 xAI 账单为准。
和 Ultra、Bot 额度别混
把 50% discount 当成 Cursor Ultra 或 Grok Bot 降价是常见误读。Ultra 提高 IDE 池 ceiling 并捆绑 Bot beta；Bot routine 吃云电脑与自动路由 token，与 Cursor Models 池内 4.6 促销无关。Ultra 用户跑 4.6 对照实验仍应只看 Spending 里 Grok 行，别把 Bot nightly 算进「双倍 included」预期。
在 promo 窗口用 xhigh 加 Fast 跑通宵 benchmark：included 双倍也可能一夜耗尽，之后按需单价即使打 50% 仍可能惊人。团队应设 spending cap 或告警；价格敏感 sprint 压在首周内完成，日历设 2026-08-19 提醒恢复常价。若你同时订阅 Cursor Ultra 是什么 档并跑 Grok Bot routine，IDE 侧 2x 与 Bot 侧 token 可能在不同 dashboard，周报里应分栏汇报，避免「感觉用了双倍其实只覆盖 IDE」的错觉。
常见误用
把 2x 理解成「Grok 4.6 免费一周」：included 仍有限额，只是条变长或扣减变慢。把促销当成组织级 SLA：对外承诺前应自有账号截图验证。把 API 直调与 IDE 混测：OpenRouter 上的 4.6 不一定享受 Cursor 2x included。若团队有人用 API key 绕开 IDE 做批处理，财务应单独追踪该 key 账单，避免与 Cursor seat 发票合并后误判 promo 无效。Support 工单里附上 Usage 截图比口头描述「感觉没双倍」更容易得到明确答复。
促销结束后标准价回到模型页 $2/$6 与 Fast $4/$12；若 sprint 排期跨 8 月 19 日，后半段预算按常价重算。4.5 与 4.6 共用池时，双倍 included 通常对整个 Cursor Models 池生效，但具体以 Dashboard 说明为准，别假设只有 4.6 行享受 promo。
财务对账建议：在 promo 第一天与最后一天各导出一次 Usage CSV，按 model 列 sum token，用同一组固定任务（例如五条 Agent 对话）做 A/B，比口算「应该减半」可靠。若 50% discount 只体现在 on-demand 行而 included 行是 2x，两张曲线会不同步，别用单一指标推断全部优惠。Pro+ 与 Ultra 用户 included 基数更大，2x 的绝对 token 增量也更可观，更适合在首周跑 4.5/4.6 大样本对照；Pro 用户则应更严格控制 xhigh 试跑次数。
常见问题
2x 和 50% 能叠吗？
官方未给公式。最稳妥做法是对照 Spending 里单次请求的 effective rate 与 included 扣减。若只能看到其一，按更保守的那项做预算，并在 promo 窗口内完成需要大量 token 的对照实验。
窗口截止后没通知怎么办？
Cursor 很少单独邮件提醒 promo 结束。建议在日历设 2026-08-19 提醒，到期前后各截一张 Usage 屏；若 included 扣减速度突然变快，说明促销已结束，回到常价排期即可。Enterprise 合同若按年预付，promo 窗口内的实验数据不应直接 extrapolate 到全年 Grok 消耗，除非 finance 已确认 post-promo 单价。