东子的良心，你让我怎么说呢。。。
善！
严重怀疑京东的Coding plan下午时段的GLM5被降智了
好像是……
凑合用了哎
所以现在还有啥好用点的不
glm 过期了，整个了 oc go ，目前的使用体验来看是有种找回当初用 iflow 的感觉，熟悉的高并发又回来了 
这是今天下午加晚上的用量，包含蹬完每天 200 次 free，不过 free 没有百万上下文 
然后现在除了 glm-5.2 独占一周闭源外（也就是一周后 oc 才上 glm-5.2），所有新的国产开源模型都有（话说当初 iflow cli 没凉的话，是否也是这样呢 
）
glm 在 zcode 搞 1.5 倍额度，minimax 在 opencode 搞 3 倍
还有这里有个建议，如果要买的话可以用美元支付因为现在汇率低于 7 块更便宜
以下链接包含邀请码，介意可以自行删掉，不介意的话你我都白嫖 $5 额度
1 个赞
OC go哪哪都看着挺好的，唯独就是glm的量，恨少
，不够一个月干活的，就是说买了OC Go，还得再买个其他的
还好吧， glm 自己的量也少， iflow cli 刚戒断时强制自己古法编程了一段时间感觉 lite 还算够用，后来放开用，升到 pro 了也不够用 再一算 go 全程 glm 的量也和 pro 差不多，应该会更多，因为 pro 额度能跑满但是理论 token 数跑不满 然后再根据 “贵的模型做规划，便宜的模型写代码” 这个理论， plan 模式就用 glm / qwen / kimi ， build 模式用 ds flash 的话还能再省不少
不过这还是要看个人，至少我现在不用像之前那么省着用了
等我jd到期了看看，届时go应该也上glm5.2了，没准ds4.1也出了
2 个赞
我也差不多，现在就是mimo auto/joycode/atomcode 三个轮流蹬、互相修，感觉已经逼近模型的某种极限，是不是在一些架构依赖、中间件问题上来回犯错。
openrouter和opencode都充个20，是听一位大佬说可以提高免费次数，但现在暂时还没用上
oc 的订阅划不划算主要看对应模型官方的 plan 的额度是不是 api 的 6 倍，因为 oc 的订阅是 10 刀有 60 刀额度，如果 plan 用量不是 api 的 6 倍以上那就是 oc 更划算，粗略计算和官方 plan 持平的有 glm ，plan 更划算的是 minimax，但是现在 oc 的 minimax 是三倍额度
这里还有个需要考虑的点，就是调用次数和 token 哪个更便宜，如果每轮对话消耗大量的 token 但是调用的工具次数少，比如不需要每轮对话都读写一堆文件或调用大量 mcp 的场景（新建项目？大型重构？），那就是国内按次计算的云服务商更划算（除了火山），如果是频繁调用工具，那就是 token 算可能就更划算了，所以我上面说看个人需要
而我的日常开发依赖一个 mcp ，内置上百个工具，就是 agent 需要边写代码边通过这个 mcp 频繁操作软件，所以就我而言 oc go 更合适
1 个赞
感觉大佬分享，我算的没那么细，自己能承受就怎么顺手怎么来吧。
刚开始玩VScode和iflowCLI时还会大段复制各种对话内容、代码甚至从Kimi网页版搜索的解决方案发给大模型，后来又学会复制前后端控制台调试日志，除此以外，好像很少再在对话里输入大量上下文（系统提示词除外），现在每天审计日志，修复漏洞（比如最近ssh爆什么攻击），修bug，随着模型能力和使用工具能力的提升，对话消耗的token和调工具次数都会有所下降，当然opencode修改的高价值Agents.md也功不可没，原来从iflow时代手搓的记忆iflow.md也不再需要更新了。
我从vscode时代带过来的陋习——每个代码文件不会写太长——到现在还没改，我已看到超过2000行代码都会有冲动拆分为更小的模块，实在再受不了edit工具replace碰到上下文一长就大块删掉代码的痛苦。即使不心痛token还心痛自己的时间。
长上下文我倾向于本地方法解决，所以未来选择plan，还是倾向按次数算的。比如京东家好像就不错。
oc go上glm-5.2了
终于来了 
早上就看到开源了，下午还没看到上，还以为还要再等等呢
oc go 上新是真快啊，5.2我看和5.1的次数是一样的
我昨天又去骚扰了jd客服，他明确表示不会更新了5.1都不会给，到期后我也不续了
火山的倒是给了 5.2 但是 plan 模式一轮对话就蹬完了
一轮……这么夸张吗，火山现在不是4被额度么 