又抓着opus 4.6疯狂输出了一下午
Opus 4.6 费用与企业版定价策略引热议，用户“薅羊毛”与AI功能深度探索并存
1. 关键信息
- （之前已归纳）用户在 3 月 1 日仍在大量使用 Opus 4.6。
- （之前已归纳）另一用户提到，即使公司有自己的计划，Cursor 中的 Opus 使用量通常在月中就会达到上限。
- （之前已归纳）有用户认为 Opus 4.6 的额度未被限制，是因为用户任务量不够重。
- （之前已归纳）有用户反馈其每个 session 的费用高达 100 多美元，并表示不敢自己开通 Opus 4.6。
- （之前已归纳）有用户认为高昂的单次会话费用是针对“高贵的企业用户”的定价策略，暗示区别对待。
- 新增：用户 harvey8 指出，单次会话费用高达 $100+ 很可能涉及 Context Indexing 或 Claude 4.6 的 Long-Context Agent 模式，企业版默认将整个 Repo 的 Metadata 塞入 Context，加上递归式 Self-reflection，导致费用飞速增长。
- 新增：用户 harvey8 鼓励“薅公司羊毛”，认为既然是公司资源，就应大胆使用。
- 新增：用户 Tesla 羡慕能使用 Opus，表示其团队仍在使用 Sonnet 以节省成本，感觉像是从头等舱降至经济舱。
- 新增：用户 China.No.1 引用 harvey8 的观点，认为高昂费用是针对“小白”企业用户“out of box”的需求，并将其归结为“乙方割甲方，甲方割资本，资本割韭菜”的商业模式。
- 新增：用户 harvey8 认为 2B (企业对企业) 的交易定价下来后，赚钱会非常爽快。
- 新增：用户 Youshen 表示本月 Premium Requests 已达 136%，但对其 100% 基准表示不解。
- 新增：用户 China.No.1 引用俗语“2C去乞讨，2B不吃草”来形容企业级服务的盈利能力。
- 新增：用户 China.No.1 分享 Opus 帮助其创建了一个 dashboard。
- 新增：用户 Chickenrice 表示 1M context 用得很起劲，尤其是在处理 MCP 返回大量 context 的情况。
- 新增：用户 Chickenrice 报告一个 session 已产生 $300 费用，担心被问话。
- 新增：用户 normanbatesalienscow 详细列举了影响费用的因素：mcp 数量、context 大小、codebase 大小、工作类型、subagent 使用情况。他分享了使用 Opus 创建 custom super agent，能 multi session spawn 100 多个 subagent，每次测试需同时使用两个 20x account，30分钟即可消耗近乎全部额度。
- 新增：用户 msft 创下日用 70m 的记录，并表示刻意烧公司 token，否则一天 10m 已能产出爆炸性结果。
- 新增：用户 China.No.1 鼓励 Chickenrice 大胆使用，并戏称“PIP”（绩效改进计划）。
- 新增：用户 China.No.1 对 normanbatesalienscow 提到的“100 多个 subagent”表示惊叹，并认为自己的版本有局限性。
- 新增：用户 China.No.1 分享使用 Opus 4.6 重做了整个 WordPress 的 landing site 为 edge worker 版本，且尚未被限制，显示其“耐操”性。
2. 羊毛/优惠信息
- 无
3. 最新动态
- 无
4. 争议或不同意见
- （之前已归纳）用户对 Opus 4.6 的额度限制存在不同看法，有人认为与任务量有关，有人则在月初就已用完额度。
- （之前已归纳）用户对于 Opus 4.6 的实际使用成本存在显著差异，有人似乎没有额度限制，而有人则面临高昂的单次会话费用。
- （之前已归纳）关于 Opus 4.6 的定价策略存在分歧，有用户认为其高昂费用是针对特定用户群体的区分定价。
- 新增：用户对 Opus 4.6 的费用构成和计费方式存在疑问，认为其高昂费用与复杂的 Agent 模式和 Context 处理有关。
5. 行动建议
- （之前已归纳）建议在月初就尝试使用 Opus 4.6，尤其是在公司额度紧张的情况下。
- （之前已归纳）在考虑开通 Opus 4.6 前，建议用户了解清楚其具体的计费方式和潜在的单次会话费用，以免产生不必要的开销。
- （之前已归纳）在评估 Opus 4.6 的成本时，应考虑其可能存在的用户群体差异化定价。
- 新增：对于使用公司资源的员工，建议大胆利用 Opus 4.6 的功能，不必过分担心费用。
- 新增：在进行复杂 AI 操作（如 Context Indexing、Long-Context Agent 模式、多 Subagent 部署）时，需密切关注费用增长，避免不必要的开销。
- 新增：用户 China.No.1 的经验表明，Opus 4.6 在处理复杂任务（如重构 entire landing site）时表现出强大的能力和“耐操”性，且可能不会立即触发额度限制。
19一个月居然还没被limit
哦对1号了cursor max mode opus 4.6 趁公司同事还没来及用 我先多用用
【引用自 AMEX-RAT】:
那说明你的任务不够重
即使我司还有claud自己的plan但是cursor里大家用opus基本还是只能用到月中
那说明你的任务不够重
是用的amazon q吗
【引用自 AMEX-RAT】:
任务不够重
确实，就做了一个dashboard，可能用力不够猛。
【引用自 福禄寿】:
amazon q
是的，感谢aws金主爸爸，祝金主爸爸永远健康！
有没有公司为了省钱把opus4.6砍了只剩下sonnet4.6
大胆一点，直接qwen3
为啥 我每个session都是$100多。。
薅公司羊毛不敢自己开
因为你是高贵的企业用户啊，当然要见人下菜多收点。
一个 Session 敢收 $100 多，你这肯定不是在简单的 Chat，大概率是开了 Context Indexing 或者 Claude 4.6 的 Long-Context Agent 模式。
企业版最坑的地方在于，它会默认把你整个 Repo 的 Metadata 都塞进 Context。Opus 4.6 的输入 Token 本来就贵，再加上递归式的 Self-reflection 步数，烧钱速度比跑 H100 集群还快
话说回来
既然是薅公司的羊毛，那就大胆地用！
羡慕能用opus的，我们组还在用sonnet省钱，感觉就像从头等舱被降到经济舱
【引用自 harvey8】:
递归式的 Self-reflection 步数
这就是我说的，有理有据的见人下菜。企业用户那么多小白，大部分都不懂什么配置，就是要out of box能用，所以默认这么配置就很好。收入的繁荣下面都是乙方割甲方，甲方割资本，资本割韭菜。这个sub的钱可能最后还是我们理财版出。
所以 2B 的单一单谈下来了，赚钱很是很爽的！
看了下我这个月的premium requests已经136%,虽然也不知道这个100%基准是什么
【引用自 harvey8】:
2B
俗话说的好，2C去乞讨，2B不吃草。
今天Opus又帮我做了一个dashboard，美滋滋。
1m context 用得飞起。
主要是很多mcp 返回一大堆context 没办法
1M 很快就可以填满了。毕竟 AI 写出来的 屎山 代码 喂回 给他自己 继续生成 屎山
Shit Empire Building
今天一个session 已经$300了。好怕被拉去问话
看你干嘛？
mcp 多少，context 多大，codebase 多大，做的什么类型工作，subagent 用的多不多。
我用opus 做测试，写了一个custom super agent 可以multi session spawn 100 多个 subagent…
每run一个测试需要同时两个 max 20x account，30分钟就能把2个 20x account 的session 几乎全部用完。
我一天最高纪录用了70m，还是在刻意烧公司token的情况，不然一天10m就已经产出爆炸了。
【引用自 Chickenrice】:
$300
大胆一点，PIP
【引用自 normanbatesalienscow】:
100 多个 subagent
100？我这缩水版的局限性就出来了。。。
I can spawn up to 4 subagents in parallel. They each get their own context and full toolset (file read/write, bash, etc.). Useful for things like:
Updating multiple workers at the same time
Writing code in one while deploying another
Researching something while making changes
不至于吧，怎么可能是不是ai幻觉了？
不知道啊，我这一个月19，也不能要什么自行车。。。
今天整个wordpress的landing site拿opus 4.6重做了一个edge worker版本的。。。还没被limit，真耐操。。。