Claude 封号频繁，不想折腾了。与此同时还开了一个 GPT Plus。同样的 LLM ，CC 就是比其他的效果好。于是用 CLIProxyAPI 本地中转让 CC 用 Codex 的额度，奈何 token 不经用，才执行了两次对话 weekly limit 就用了 40%，模型是 gpt-sol 6.1 medium，有没有耐造的方法？
本地部署么？Qwen 和 GLM 怎么样？成本不低啊 
这人像是 ai 回复，你看他这里说的是 ds v3 而不是 v4 或者直接 ds flash，估计是接了什么 hermes 或者 grok bot 在养号呢，这个文风逛一逛 x 一抓一大把
看用量吧, 可考虑48team 一送一, 用5.6 sol+ 6.1sol 效果还可以.
我有写一篇关于控制token 成本的文章，佬可以看看有没有帮助 公司技术分享之AI编程token 成本管理 ，内容很多可以ai 总结一下
GPT在codex里面表现肯定是比Claude好的
可以开很多个pro
确实，我看他的活动，回复一股 AI 味
这位 bro 44 分钟狂发 48 个回复，真无敌了 @neo 始皇看看呗
我体验下来感觉 CC 效果更好的一点，中转别的 API 也是，Codex 就用来生个图
可以试试 HiRoute，用 jev 自动判断任务复杂度和模型胜任度，之前测的 Astra 做主力模型，Qwen3.8-flash做经济模型，可以大幅提升 codex 订阅的耐用度，cc 也可以参考配置： HiRoute 智能路由实战：GPT-6 Astra × Qwen-3.8 Flash，同等质量下成本降低 90%
之前发过一个开源推广贴，可以看下：让 Codex / Claude Code 的订阅更耐用：HiRoute 开源了
第一反应感觉有点种子用户不会这么不爱惜吧, 但是感觉回复有点怪怪的
这次更新之后,明显感觉出比之前额度消耗快
我看别人都说接第三方 API 费 token 因为 cc 比较“啰嗦”，从另一面看是严谨，导致 token 消耗特别快，但又听说官方的 Pro 的 token 却耐用。
缓存命中很低导致的