2026-05-14#
Data: 2026-05-14 22:54:04
最近的 deepseek V4 和 codex ，搭配 claude code ，三者可以以一种互相取其长补其短的合作方式，实现很很大的工作量和较高的质量。
我在 github 上看到这样一个仓库， https://github.com/aiskyhub/codex_with_cc ，让我每月的 plus 的效果至少能扩大三倍。
是这样的，目前 三者 的痛点如下。
chatgpt 5.5-x 是真的聪明，比 claude opus 4.7 还要聪明很多，但是它的 token 消耗水平不是一般的高！是 chatgpt 5.3 的几十倍。
但是在 codex 里，它不会自动根据不同的工作，去调用不同价格的模型。于是很容易跟滚一种奢侈的雪球一样，使用巨大的火焰，去做大量的小事情，之后大大给上下文里增添许多的噪声，产生幻觉。
而 claude code ，它的智能体架构依然是最合理的，搭配各个模型都能走的非常顺，这个顺主要是提现在长时间工作上。
而最重要的是，deepseek 有离谱的价格！超级廉价，质量比 glm 还好很多，而且有巨大的上下文容量！
我使用 codex 就是为了 codex 的判断力、决策力。不想让它费时间做一些低端的活儿。
而 deepseek 在几乎免费的情况下，拥有很高的 缓存命中率 和 上下文，它更适合去啃那些阅读的活儿。
于是，可不可以这样？
让 Codex 继续当最聪明的 leader，负责规划、拆解、调度和验收；真正吃 token 的脏活累活，交给 Codex 子代理里的 Claude Code，再通过 CC Switch 把后端切到 DeepSeek。
这样一来，Codex Plus 基本就可以爽用无忧。主线程保持清醒，子代理疯狂干活，DeepSeek 靠夸张缓存命中率把成本压下去，长任务、多代理、大范围代码探索都能放开玩。
这就是这个 codex_with_cc 的工具的秒处！
这个确实就解决了 chatgpt 5.5-x 的 token 烧的快的痛点了。大家可以试一下，这本来是模型大厂去优化的痛点，现在还得自己优化工作流。