Codex 和 GitHub Copilot 该选哪个？分工不一样

这两个经常被放在一起比，但它们的定位其实不冲突：一个在你打字时补下几行，一个在你不动手时把整件事做完。

本质区别：被动补全 vs 主动交付

Copilot 是「跟随型」工具：你写，它猜你下一行要写什么。你不写，它不动。

Codex 是「委托型」工具：你描述任务，它去读文件、改代码、跑测试、报结果。你可以同时干别的。

所以衡量的不是谁更聪明，而是你更常处于哪种状态：一直在写，还是在想和审。

适合 Copilot 的场景

这些情况下 Copilot 的效率无可替代：

• 写重复性代码（样板、DTO、getter、格式转换）。
• 写你不熟但模式固定的代码（某个框架的标准写法）。
• 边写边想、需要即时反馈的探索式编码。
• 小团队、预算有限，只要一个工具时它性价比最高。

适合 Codex 的场景

这些是补全类工具干不了的：

• 「把这个模块的错误处理统一成 X 风格」——跨文件、要理解全局的任务。
• 「跑测试，失败就修到通过」——需要闭环验证的任务。
• 「读一遍这个老项目，告诉我哪里有隐患」——需要读大量文件的任务。
• 你不在电脑前，但想让任务先跑起来。

怎么组合最省

如果预算只够一个：日常以写代码为主的人先上 Copilot 类补全工具，投入产出最直接。

如果预算够两个：补全工具打底（便宜且高频），再配一个委托型工具处理需要闭环的重活。两个加起来通常还不到一个高档位订阅的钱。