opus 小时限额之后,你们是等,还是用 sonnet 继续? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
tho
V2EX    Claude

opus 小时限额之后,你们是等,还是用 sonnet 继续?

  •  
  •   tho 3 月 28 日 3878 次点击
    默认都是用 opus 在跑,中间换 sonnet ,然后又 opus 继续,

    遇到限额就这样适合吗,从各角度综合来看? 已经是 max
    第 1 条附言    3 月 28 日
    请问 2 个 5x ,是不是比一个 20x ,总用量要高?

    目前一个 5x 帐号,频繁触发小时限制。
    39 条回复    2026-03-31 09:46:28 +08:00
    lekai63
        1
    lekai63  
       3 月 28 日
    可以 cc-switch 切 gpt-5.4 继续
    igofreely
        2
    igofreely  
       3 月 28 日 via iPhone
    感觉大部分时候 sonnet4.6 比 gpt5.4 好用
    chenliangngng
        3
    chenliangngng  
       3 月 28 日
    切 sonnet ,sonnet 作为去年旗舰已经很好用了
    mogutouer
        4
    mogutouer  
       3 月 28 日
    快到限额的时候,赶紧让他把今天做的所有东西总结到一个 md 文档里,然后 soonet 继续。
    sampeng
        5
    sampeng  
       3 月 28 日 via iPhone
    很少 opus 小时限额,通常都是周限额进小黑屋
    qiqw
        6
    qiqw  
       3 月 28 日
    opus max20 我狠狠很的用都用不完
    tho
        7
    tho  
    OP
       3 月 28 日 via iPhone
    @qiqw 看来我要升级了,目前 5x
    HFX3389
        8
    HFX3389  
       3 月 28 日
    @tho #7 前面封号潮这么严重老哥的号还是安然无恙吗?
    kneo
        9
    kneo  
       3 月 28 日 via Android
    限额早就是共享的了,Opus 不能用 Sonnet 也不行了吧?
    383394544
        10
    383394544  
       3 月 28 日
    我都让 Opus 规划,Sonnet 动手。
    Gilfoyle26
        11
    Gilfoyle26  
       3 月 28 日
    我直接不用,改来改去的,我是 200 美金,结果现在几个问题就没有额度了,玩个毛啊。
    gancl
        12
    gancl  
       3 月 28 日
    限额了, sonnet 不是也用不了了吗?
    gancl
        13
    gancl  
       3 月 28 日
    @lekai63 cc-switch 可以将 claude code 换成别的模型 gpt-5.4 吗? 这样不会封号吗?
    qiqw
        14
    qiqw  
       3 月 28 日
    @HFX3389 我上周在 ipfoxy 上买个一个 13$ 的家宽, google 注册 和付钱都是让我美国朋友帮忙搞得, 然后把本地的之前 claude 用的东西清理了, cc-switch 也不用, 电脑时区和语言都改成 纽约
    daimaosix
        15
    daimaosix  
       3 月 28 日
    触发限额这么频繁吗?你现在咋用的大哥
    tho
        16
    tho  
    OP
       3 月 28 日
    @HFX3389 我现实工作认识用 claude 的很多,但没太听说谁封号的,社交媒体上确实看到特别多。

    @kneo 周额度共享吧,小时额度也是共享吗?看进度条是可以用,但我目前是等时间继续用 opus

    @qiqw 你这太谨慎了,哈哈
    tho
        17
    tho  
    OP
       3 月 28 日
    @daimaosix 我让 opus 帮我抓一些数据,又批量生成一些数据,按说这个任务便宜点的模型或许也行,但为了一致性都用 opus ,现在看有点浪费,要优化。
    Bad0Guy
        18
    Bad0Guy  
       3 月 28 日
    @tho #17 你这些任务其实可以交给 GPT ,我这边日常除了修 UI 以外的任务基本都交给了 sonnet 还有 GPT ,sonnet 跑限额了就直接 GPT 了,反正 GPT 现在属于额度刷不完
    hxzhouh1
        19
    hxzhouh1  
       3 月 28 日
    尝试使用一下/model opusplan 做计划使用 opus 执行用 sonnet 。 我体验下来,没啥感觉,额度是实打实的省了
    tho
        20
    tho  
    OP
       3 月 28 日
    @Bad0Guy 当前任务限额后,我就切换 sonnet 去跑,确实这些工作用 opus 有点浪费

    我还没有用 codex 抓过数据,但 claude 抓数据真的太强了,比我想象的要好太多。
    icode1688
        21
    icode1688  
       3 月 28 日
    额度还分模型?
    daimaosix
        22
    daimaosix  
       3 月 28 日
    @Bad0Guy GPT Plus 能用 5.4 xHigh 不大哥
    xyooyx
        23
    xyooyx  
       3 月 28 日
    这两个不是单独计算的吧,还是 max 不一样吗
    mogutouer
        24
    mogutouer  
       3 月 28 日
    你搞错了,sonnet 单独计算,但是 all models 是是你的总用量,其中一部分是 sonnet 用量,sonnet 用完了你就必须要用 opus 用完 all models 的剩余用量,懂了吗
    lekai63
        25
    lekai63  
       3 月 28 日
    @gancl 走自己的 newapi 呗
    swaylq
        26
    swaylq  
       3 月 29 日
    我的做法跟 #10 类似,opus 负责架构设计和复杂逻辑,sonnet 干执行层的活。实测下来 sonnet 写 CRUD 和重构这类确定性高的任务完全够用,省下来的 opus 额度留给真正需要推理的地方。5x 确实容易撞限额,尤其是连续大块任务的时候。
    vicazuruhu97
        27
    vicazuruhu97  
       3 月 29 日
    5 个小时,5X 能用几小时几分钟 opus ? 两个够不够
    Bad0Guy
        28
    Bad0Guy  
       3 月 29 日
    @daimaosix xh 是 team plan 专属,plus 没有
    hyper2k
        29
    hyper2k  
       3 月 29 日
    用 auto 模式大部分都是用的 sonnnet 和 haiku ,几乎没用到 opus 的时候
    tho
        30
    tho  
    OP
       3 月 29 日
    @Bad0Guy plus 有 5.4 extra high 呀?只是我觉得 codex 出结果有点慢。
    tho
        31
    tho  
    OP
       3 月 29 日
    @hyper2k 我已经升级到了 20x ,用 sonnet 跑也很快,现在要试试 haiku 了,之前完全没有试过。
    Bad0Guy
        32
    Bad0Guy  
       3 月 29 日
    @tho ?那是我看错了,codex 出结果确实慢,但是交付的时候效果挺可以
    MoGeJiEr
        33
    MoGeJiEr  
       3 月 30 日
    我现在是 100 刀的 max,从昨天开始发现小时消耗速度快的惊人,给我一种之前 pro 订阅的感觉;我想问下楼主升级到 20x 之后消耗感觉怎么样?
    axin2023
        34
    axin2023  
       3 月 30 日
    @MoGeJiEr 是不是 A 社又调低限额了,我的 pro 前面用 opus 起码能问十几个问题的,今天让它帮我整理下文档,就触发小时限额了
    Jubei
        35
    Jubei  
       3 月 30 日
    今天额度绝对变低了,问了几个问题就没了
    axin2023
        36
    axin2023  
       3 月 30 日
    @MoGeJiEr
    @Jubei
    找到真相了:
    为了应对 Claude 日益增长的使用需求,我们将在高峰时段 ( https://t.me/GodlyNews1/14998)调整免费、Pro 和 Max 订阅的 5 小时会话时长限制。但您的每周总限额不变。
    工作日太平洋时间上午 5 点到 11 点(格林尼治时间下午 1 点到 7 点)时段,您的每次 5 小时会话额度会比以前更快被使用完。
    我们已经通过多项效率提升来应对这一调整,但大约 7%的用户(尤其是 Pro 等级用户)会遇到原本不会遇到的会话时长限制。
    如果你的后台任务消耗大量 token ,不妨把它们移到非高峰时段运行,这样可以更有效地延长和利用你的会话限额。
    每周的总使用限额不变,不过这些时段在一周内的分配方式会做调整。
    我知道这很让人沮丧。我们会持续投资以更高效地扩大规模,我会及时向你汇报进展。
    tho
        37
    tho  
    OP
       3 月 30 日
    @MoGeJiEr 只能说现在消耗的明显比之前更快,无论是小时还是周额度,但不得不升级 20x ,我试过其他模型都不理想和慢。
    tomchen
        38
    tomchen  
       3 月 31 日
    你这问得不对吧?小时限额(确切说是 5 小时限额)之后,不管你用 Opus 4.6 还是 Sonnet 4.6 ,甚至哪怕是 Sonnet 4.5 、Haiku 4.5 、Opus 3 ,都是用不了的。“Sonnet only”的那个计费是周用量,可以弥补 Opus 的周用量。然而 5 小时窗口限额是 Opus 、Sonnet 、Haiku 等等都计入这个窗口,是个瓶颈

    A 社用量收紧了,我现在 5x 的 5 小时到顶了,还有 1 个多小时,才上 V2EX 转悠。而 1 周用量也是 3 天就用了 77%,这还包含上周五晚上和周六(他们所谓低峰期用量乘以 2 优惠的那段时间。上周六截止)。以前周用量最多百分之五十几就清零了,用不完。看来不得不升 200 刀了
    tho
        39
    tho  
    OP
       20 小时 3 分钟前
    @tomchen 我之前是想同样的额度下,用 opus 跑的换成 sonnet 跑,应该可以跑的更久点。

    不过这两天升级到 20x 之后,发现就算一半的任务用 sonnet ,依然要紧绷着用。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     924 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 23ms UTC 21:50 PVG 05:50 LAX 14:50 JFK 17:50
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86