大家好,今天跟你们聊聊CodexSaver这款工具,它的口号是:“让Codex更便宜,但绝不降低智商。”
短短9天就获得了449个星星,平均每天将近50个,这说明了开发者们对它的需求有多迫切。
核心问题
在编程过程中,通常会有两种截然不同的任务:
- 昂贵思考:比如架构决策、模糊需求和安全问题。
- 便宜执行:像代码解释、文档更新和测试生成。
Codex很聪明,适合处理那些复杂的思考,但它却常常被用来执行一些简单的任务,这可真是大材小用了。
CodexSaver提供了一个简单的解决方案:
Codex 做判断。 DeepSeek 做执行。 从来不动摇两者。

v3验证数据
在2026年5月15日的项目基准测试中,5个典型任务在当前的CodexSaver仓库上运行的结果是:
- 2/5的任务成功。
- 这两个成功的任务都是在CodexSaver的强项领域。
- 最好的成功案例是 readonly_swarm。
readonly_swarm的具体数据:

这就是v3的核心价值所在:Codex将解释和性能分析的工作委托给DeepSeek的专家,让他们并行工作,不需要打补丁,验证依旧严格,最后由Codex进行审核。
相比之下,v2的5个任务基准数据如下:
- 5/5的任务全部成功。
- 任务类型包括:解释、文档、生成测试。
- 平均节省:45%-62%。
- 延迟
技术架构
User ↓ Codex ↓ MCP tool call CodexSaver ├─ Router(分类任务,分配风险) ├─ Context Packer(绑定文件上下文再委托) ├─ Worker LLM Provider(调用配置的 worker 模型) ├─ Verifier(验证输出格式、protected paths、suggested commands) └─ Cost Estimator(估算相对节省) ↓ Codex review / apply / finalize
三重安全保护
CodexSaver对worker的输出不完全信任,它通过三重保护来保证质量:
- 路由器:判断任务是否够安全,可以进行委托。
- 工作包限制:控制写入的范围。
- 沙箱 + 验证器:在隔离的环境中应用补丁,只接受经过允许的检查的补丁。
如果验证失败,CodexSaver会退回到 needs_codex 阶段。
v3编排专家的工作方式
v3将v2中的单个受限worker扩展为一个小规模的编排专家系统:
- Codex依旧负责判断和最终审核。
- CodexSaver负责规划工作流程。
- readonly专家可以并行工作(解释员、性能审查员等)。
在最新的版本中,我们引入了一些有趣的改进,比如将 bounded patch specialists 结合了 v2 的沙盒和验证机制。这意味着我们能更好地复用之前的功能。而且在处理补丁时,如果发生重叠,系统会自动回退到 Codex 进行处理。
v2 和 v3 的对比状态

快速入门指南
一旦安装完成,每个 Codex 工作区都可以轻松调用新的功能:
或者你也可以选择使用 CLI 命令:
支持的服务提供商
DeepSeek 是默认集成的选项,价格实惠,并且兼容 OpenAI 的 API。
如果想切换服务提供商,只需简单地设置一个标志:
哪些任务适合交给 DeepSeek
适合委托的任务: – 代码解释与总结 – 仓库扫描与搜索 – 编写单元测试 – 修复 lint 或类型错误 – 更新文档 – 小范围的重构
适合保留在 Codex 的任务: – 架构决策 – 身份验证、安全、支付和账单逻辑 – 数据库迁移 – 模糊的产品需求 – 最终审核
我们的目标是:“让 Codex 更便宜,但不降低智能。”
在这个新版本中,Codex 负责判断,而 DeepSeek 则执行操作。这种组合使得成本降低了52%,而质量依然保持高标准。
想了解更多?请访问我们的 GitHub 页面:GitHub链接











听说CodexSaver能把简单任务交给DeepSeek,真是个省心的选择,值得试试。
看到CodexSaver的设计理念,想知道开发者是如何想到这个分工的?
CodexSaver的思路真不错,解决了很多开发中的痛点。执行和判断分开,效率更高了。
分工明确,执行和判断分开,这样的设计真是很聪明,我也想试试。
这个工具的实现听起来很高效,有没有更多的成功案例分享?
CodexSaver能分开判断和执行,感觉未来的工作流会变得更流畅。
看到这个工具的介绍,想知道它是不是适用所有编程语言?
听到CodexSaver的分工设计,真是让我想起了以前的团队合作,果然合理分工能提高效率。
这种将判断与执行分开的方式值得其他工具借鉴,能否进一步优化?
看到CodexSaver的设计,想起了很多开发者的抱怨,真希望能有更多工具解决这些问题。