@tocay 是的，虽然是 20-100 ，他这 100 的意思应该就是想强调多多利用缓存\\\你不利用缓存输出还多那就只能 20 了。看看对自己什么影响吧。

@106npo 原来的上下文有关是对比请求数的消耗吧，也就是可能 200k 消耗 7 个 c （ 5.4 举个例子），但是现在的话 1M=6.25Ca+62.5I+375O ，折合下来首次会话就要 1.2+0 的 I ，200k 的 O 就 7.X （虽然可能达不到）
这么看的话，对于一个问题的持续提问、输出不那么多的情况有利。vibe coding 的话输出有些依赖但是考虑到中小项目的 out 也不大，可能花费与以前持平。但是如果是无节制不规划想到哪里用哪里的小白，那就是狠狠的惩罚了...
而且 5 小时、周用量的消耗再平衡，也会把一个额度周期给拉长，不知道对小时用量的影响多大，我很担心 5 小时用量内得两三个号来回切着用 XD

@beyondstars 额太便宜确实也不是好事，但是大家用官方的订阅不就冲着点数计费去的嘛。上下文一问带个缓存命中他省我也省…可改成 token 计费那是真的不知道何去何从了。
今天用一下看看什么情况

@gap 订阅就是冲着便宜，这改成 token 计费了…(￢_￢)订 100 刀有啥用，跟直接买 api 差的怕是也不多了…

@Sezxy 刚出的时候腾讯全天 429 啊，开工单催爆了。花了两三天才稳下来。应该是有点“磨合期”

@qqqqqqqq233 额对 vibecoding 最大的挑战就是，你就算一次只做一件事，但如果碰到前端、后端，涉及到逻辑要想的情况下，emmm 上下文压不住。而且子 agent 的话现在的 cli 基本上都能同时开几个 sub 干活，如果是其他开 sub 的方法的话我就不知道了，有相关的教程的话 希望能分享学习下 [heart]

@PerFectTime 谢谢佬，已找到，先把这个月的开发支棱起来了 OTz
@spediacn 是的，Minimax 虽然没那么神逻辑但是性价比、任务完成度都可以接受的
@wm5d8b tx 的这个感觉有点闷声发财哈哈哈，现在开始推 token plan 了 coding plan 反而没什么讨论，但是就 tpm 与降智与否上我觉得腾讯是一视同仁，保障做的挺好的。我已经开始第二个月的 Pro 订阅了
@Jack927 是的，好像用 claude code 的话好像问题还轻一点，我也打算试着用 claude 接入看看有没有改善。
@xiangqiankan 同样的描述，同样 cli 与模型同样项目提示词，腾讯跑大约 45 个请求（腾讯能看到请求数比较透明，挺好），大约 0.6%，但是火山就跑了 5%（虽然是 lite ，但是 lite：pro=1:5 ，所以折合下来就是 1%，明显多了 0.4%），而且如果是用在 Trae 上，那五小时跑的嗖嗖的，一天跑掉 25%的月额不成问题。火山侧只能看百分比，这就不直观了。反正对比着我 tx 的套餐来看，字节这边的花的最快。。。但是两家请求数一样，单次简单复杂调用数介绍上都一样...差在哪呢.//

@lyhiving 信的，就是不知道“自营”怎么样才找各位取经，不信不问嘛~

@defaw 思考上看样子是可以，但是上下文硬伤在这里就属于脑子好使记不住事，小事做的精大事干不成...

@hdfg159 谢谢。我决定老实用其他模型了。GLM 还是吹的太厉害了。

@PerFectTime 而且长期看 codex 这个玩法不可持续了，毕竟要转成什么 token 代币计费？最近几周... :( Team 车都开走了不是。

@PerFectTime 就 vibe 来说 25%用得到 GPT 的那种战力（所以我有一个 plus 号），但是剩下 75%都属于大部分正经程序员都会改但扔给小白就抓瞎的玩意。
所以才会需要 glm/kimi 一类的平替。如果是公家事也就算了，自己的 ，不赚钱，纯爱好，完了五十一百往里扔，gpt plus 那点额度问 4 轮 5 小时没了，6 轮下来周剩 75%，无法支撑。
就我这个月的花销，50 的火山 lite+腾讯 200Code+GPT120(下个月去🇹🇷订），300+的花销，hmmmm 。
钱毕竟不是刮来的。

@PerFectTime 是的，幻觉这个问题我很担心，输出乱码啥的还是“小白”能明显感知到的，但是如果幻觉的话不仔细看就让他胡诌了。我也是那天看，明明没用到 Google 的资源但是他输出说一个“GoogleXXX 的调用的完善”，后面又说什么销售啊购物车啥的（但是我就再做一个简单的旅行记事本），我才意识到他幻觉了，立即中断了幻想

@pulutom40 公司付款版的不限量 XD 我们公司也用了智谱，看起来貌似也还行，但是我们公司不是拿来做开发所以实战上对 coding 影响不好判断

@jojopro 就是寻思官方自己的可能更好点才来问一下大家 :) 听听大家的感受

@bleeontheway 80k 对 vibecoding 感觉是不太能接受的... = =|| 碰到前后端交替着改逻辑的情况 128k 都危险

@frantic 并发什么的 tpm 什么的我都无所谓了，能干好活就行，犯低级错误的话怕不是它编辑完回过头审查的时候就开始有点忘东西了（健忘症前兆怕不是）。不知道是算力不足还是真的就“不拘小节”...