虽然火山的消耗有点快 TPS 有点低，但是这应该是众多 Coding Plan 中为数不多积极接入新模型的了吧？
Codingplan 说实话，你怕龙虾啥的薅 token ，你就做缓存上的费率倍数我觉得（因为 Coding 上的话，同一任务中命中缓存应该是常态所以花费反而不高），对程序员尤其是 vibe Coding 选手，提供了 Coding plan 属于双赢…(只要挡住龙虾类的“滥用”）
火山 CP 我还能再磕一阵子了 XD
小白问一下，这个“命中缓存应该是常态”具体是什么意思呀？是说重复问类似代码问题的话，后面几次就会更便宜吗？那怎么才算“同一任务”呢？不太确定我的理解对不对。
又来这种帖子了，反正最后都是“技术性调整”，该贵的还是会贵。现在说得天花乱坠，过几个月再看看？懂的都懂。
最近也在用他们的服务做代码补全。我的经验是，确实得规划好查询方式，把关联性强的问题放在同一个会话里问，这样能利用上缓存机制。如果东问一句西问一句，开销一下就上去了。对于常规的、模式固定的编码任务，比如写一些标准API调用或者重构重复逻辑，这个plan挺划算的。但如果是天马行空地探索新框架或者调试复杂bug，会话跳转多，token消耗就比较可观。总的来说，适合工作流比较固定的开发者。
火山接新模型积极是真的，TPS拖后腿也是真的
对，会话级缓存才是省钱关键