Vibe Coding 对企业对程序猿有什么意义我不知道
但是我知道对非程序猿意义太大了。我属于懂点代码但不会写代码（有问题我能有思路去怎么排查怎么解决方向，但是你让我看代码我基本上看得懂）
我有想法，我有想实现的东西，以前我自己无法落地，我也没资格没能力去拉大佬帮忙写，我的想法十多年都没有落地
现在有了 ai ，ai 就是我的团队，他们写帮我落地想法，我的想法用了一个月就成雏形，现在慢慢精雕细琢就好，这如果没有意义，那我不知道需要多大才算有意义，真的做到一句话从头到尾的开发然后把人类赶走吗 XD

hhhh 他爱上不上.....以后还是用 codex 吧，一样的费用成倍的效率，时间，token 都是钱

@oubenruing 这样的话就不值了。以前我用（最近也是），它只是慢 tps ，但是不会 429.429 我是真的忍不了
@rust 他这个限额确实迷一样，我用 trae 跑的嗖嗖的，但是我拎出来与腾讯 code plan 一起跑 kimi 2.5 ，同样的命令跑的消耗却又差不多。不知道为什么，可能是多模态导致的速率 up ，我也不知道

@imunoko 你可以推荐推荐其他接入新模型的厂商嘛，一起学习下…😭

@gerryzhu0033 目前仍然可以续费，但是如果仍然用旧模型，可用率低，你还会续费吗？

@shennehs 猜测为 2000~4000 之间，实际与工作强度、agent 数量、速率、模型选定都有关系。

@shennehs
Credits per 1M tokens
Input Tokens Cached input tokens Output Tokens
GPT-5.4 62.50 credits 6.250 credits 375 credits
GPT-5.4-mini 18.75 credits 1.875 credits 113 credits
GPT-5.3-Codex 43.75 credits 4.375 credits 350 credits

@CodeCodeStudy 额爱好者也有啊，不一定就要用 codex 做公家活对吧

@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 。
钱毕竟不是刮来的。