好奇火山方舟的 Coding Plan 风评为什么这么差?谈谈我的使用感受

查看 60|回复 10
作者:1874w   
我算是他家的老用户了 2026-03-02 开始订阅的 Lite ,然后当月不够用狠心订阅了 200 米的 Pro ,后面一直续费的 Pro 。
我看社区直到 6 月底都一直提到的他家模型降智/量化模型/429 问题/Token 消耗是个谜等问题,我确实很少遇到,所以就讲讲我的使用感受。
为什么买他
我今年的主力编程套餐一直是 Codex ,从一开始的 便宜可薅 team 版本 => 便宜可薅 的 Plus 充值 => 官方订阅 GPT Plus => 最近 GPT Pro 5x
我一开始买它是单独给 OpenClaw 用的。想着折腾一下玩玩。但是当月发现折腾得太狠了,套餐不够用了,所以就换成了 Pro 。但 我的 OpenClaw 新鲜劲很快就过去了,而 Pro 套餐还剩很多。
开始尝试加入编程工作流
本来 4 月都准备退订了,而且它的 GLM 一直不上新,其他厂商的套餐都更新好久了。临近到期的时候,它终于更新了 GIM 5.1 ,我心软又续费了。
当时我瞎折腾的东西越来越多,GPT Plus 额度开始明显不够用了。而我的 Coding Plan 还有大把额度。我看社区反馈 5.1 的模型能力还不错,所以就想着怎么结合起来。
我当时遇到的第一个印象比较深刻的问题就是 GLM 犯傻,疯狂来回移动同一个文件。我当时找资料分析完之后觉得是:由于上下文膨胀导致的模型降智问题。所以就开始研究好用的工作流和优化:
[ol]
  • 上下文超过 40% 手动 /compact压缩上下文
  • 让他总结当前的工作和进度。然后我带到新的会话中去使用。
  • 我一开始只会用 GLM 去执行代码。当一个执行者,然后用 Codex 去审查它的实现。基本上没发现什么 P1 问题。
    [/ol]
    经过我的优化,最终搞了个 Codex  + Claude Code 省钱工作流,这个流程我用了好久,基本没啥大问题。
    而且 GLM5.2 的模型能力也还不错,我尝试过全流程都搬到 GLM 上,然后用 Codex 去审查,也基本没啥大问题。
    不过最近开通了 GPT Pro 5x 的订阅,大善人不停的按重置按钮,所以我的整个编程工作流又重新回到 Codex 上了。而 Hermes 上我也折腾了很多功能,所以 Coding Plan 又继续给 Hermes 用了(甚至已经有了不够用的迹象)
    我的使用感受
  • 429 问题。我大部分时间是在晚上用他,所以几乎没怎么碰到过。
  • 降智问题。我一直没把它当成主力模型,平时也只会用到 OpenClaw/Hermes 上,再加上我时常 Codex 去审查它的输出结果
  • Token 消耗是个谜。因为我一直订阅的 Pro 套餐,所以也没感受到。

    我的态度转变
  • 一开始它不及时更新模型,我还专门提过工单吐槽过。后面好像他被骂醒了,DeepSeekV4 模型的上新也很快,GIM 5.2 发布当天,就更新到 Coding Plan 了。
  • 再加上我稳定的工作流,代码开发后面基本没遇到过什么大问题。
  • 而且最近的优惠活动,49.9 一个月的 Pro ,我也继续续费了 2 个月(只能 2 个月)

    我觉得应该给火山 Coding Plan 一个机会
  • 49.9 一个月的 Pro 还是挺香的,特别是其他家模型不太好抢的情况下。Pro 基本上是够用的。
  • 模型的降智。我感觉不该一股脑甩给火山。上下文膨胀、缓存的利用,包括模型本身的问题都可能影响。
  • 一个好用的工作流,我觉得能很大程度减少模型本身的影响。
  • 我看很多大多数的负面评论,我看都集中在 4 月份。现在都 7 月了,我觉得可以买个便宜的 Pro 试试。

    我没有任何打广告的意思,只是感觉社区本身对国产模型的戾气比较重,甚至我朋友听说我买了火山的套餐都很诧异,但是我寻思着用着没啥问题啊。
    我觉得如果可以接受花点小钱真正体验一下再决定是个不错的选择。而且我还是呼吁不要订阅任何 AI 的长期套餐,现在 AI 迭代太快了,我未来随时有可能切换到其他套餐。

    编程, 工作流, 模型

  • 1874w
    OP
      
    很难受,不知道为什么,我一开始是在 V2EX 上直接编辑的,结果本来写完了,Command A 全选的时候,突然 V2EX 就把我的内容吞了,然后全没了,撤回都撤不了。不得已我又在笔记软件重写了一遍。。。。。。
    106npo   
    因为它装着自己是按次数计费的,实际完全就是按 token 收的,而且缓存不优惠.
    没打折的时候算下来和 api 计费没啥差别,那干嘛还买套餐受气
    1874w
    OP
      
    @106npo 这个我确实没注意过,有人具体评测过吗?
    我个人想法是从商业角度来说,我觉得他没必要这么做,至少在对比阿里来说,不管是怎么计算套餐用量,从使用上来说应该会保持差不多的用量。
    1874w
    OP
      
    @106npo 他们两家保持差不多的用量。至于和 API 计费差不多,我没验证过,确实不知道,但感觉应该会多点吧。。
    gadfly3173   
    火山两种订阅的 200 档位,5 小时限额都是约 5000 万 token ,缓存无折扣。和阿里比肯定是便宜的,和官方或者 opencode 比肯定是贵的。
    gadfly3173   
    @gadfly3173 #4 5000 万 token 是目前 glm-5.2 2.5 折的效果,七月开始要除以 4 ,所以非常非常少。
    106npo   
    @1874w 火山说黑盒很黑盒,文档上完全不说计费方式.
    说不黑盒也很透明,控制台看下 api 就能看到用量统计到了三亿分之一的精度. 😂
    你看这么透明了,都没啥人提及这事.
    因为它的目标用户就是不在乎额度的,付钱能用就行.在乎额度的也不会买.
    1874w
    OP
      
    @gadfly3173 这个我觉得确实是,毕竟如果只用 GLM 或其他单一模型 的话,官方订阅肯定比第三方的便宜。
    Coding Plan 的好处就是多个模型。我目前确实有多模型的使用场景,这个确实没考虑到。
    但奈何 GLM 不好抢,所以 Coding Plan 也能勉强接受
    1874w
    OP
      
    @106npo #7 这个确实,我看他家 Agent Plan 订阅计划的计费方式和计算方式是挺详细,我基本是参考 Agent Plan 中的系数来计算的,模型的输出里也有 Tokens 。倒是可以验证下能用多少。
    您需要登录后才可以回帖 登录 | 立即注册

    返回顶部