Codex

你安装了 Codex CLI，满怀期待地启动它，对它说：“修复这个仓库里的所有测试问题。” 然后，噩梦开始了： Codex: 我要运行 pytest 允许吗？ (y/n) 你按了 y。紧接着它又来一句： Codex: 我要修改 test_user.py 允许吗？ (y/n) 又是一个 y。一次又一次。每当需要读取某个文件、运行某个命令或修改某行代码时，都会跳出确认提示。确认、确认、确认。感觉像是跟一个实习生工作，他连上厕所都要问你准不准。 与此同时，Claude Code 或 Cursor Agent 在干同样的事情，却能悄无声息地完成。发生了什么？ 其实 Codex 默认是以一种“谨慎模式”运行的。这样做的确有道理——对一个新产品来说，这是最安全的选择。但是如果你是个知道自己在做什么的用户，这种保守模式实在让人崩溃，根本无法高效工作。 好消息是：只需要两秒钟，就能解决这个问题。 权限系统：approval mode Codex 使用一种叫做 approval mode（审批模式）的机制来控制何时需要你的确认。默认情况下，它会向你请求确认做任何事情： 运行命令 写入文件 修改代码 新建文件 运行测试 简而言之：默认情况下，Codex 什么都做不了，除非你点 y 确认。就像每执行一个动作都需要输入 sudo。 结果是，这个应该是自主工作的代理，变成了一个永远啰嗦不完的对话系统，而你作为“人类环节”，成为了整个流程中最慢的一环。 解决办法：一个标志，马上起飞 1 codex --approval-mode never 就是这么简单。有了 --approval-mode never，Codex 就再也不会问你了。它会直接执行命令、修改文件、创建需要的文件……就像一个真正可以工作的代理一样。 想让它永久生效？有两个方法可以实现： 1 2 3 4 5 # 方法1：使用配置命令 codex config set approval_mode never # 方法2：直接编辑配置文件 # ~/.codex/config.toml 1 approval_mode = "never" 从现在开始，每次启动 Codex，它都不会打断你的操作。 ...

第一次使用 Claude Code 重构整个模块时，我有一种几乎神秘的体验。我描述了自己的需求，然后就去喝了一杯咖啡，等我回来时，眼前是一份包含14个文件更改的pull request，测试代码已更新，还有一条合格的提交消息。“这简直是魔法”，我当时想。 但这并不是魔法。这只不过是一个 while 循环。 最近，OpenAI 的 Michael Bolin 发布了一篇文章，揭秘了 Codex CLI 的内部运作方式。事实证明，那些所谓的AI 编程代理背后的秘密并不是某种革命性的算法，也不是神秘的神经网络。它实际上是一个调用 LLM 的循环，执行工具操作，然后一直重复，直到没有剩余的任务。 接下来，我们深入解析。 状态机：5个阶段和一个循环 每一个编程代理 —— 不管是 Codex、Claude Code、还是 Cursor —— 都遵循着同样的基本模式。Michael Bolin 将其描述为一个包含5个阶段的循环： flowchart TD A["1. 提示组装\n(构建 Prompt)"] --> B["2. 推断\n(发送到 LLM)"] B --> C{工具调用？} C -->|是| D["3. 工具调用\n(执行工具)"] D --> E["4. 工具响应\n(将结果返回 LLM)"] E --> B C -->|否| F["5. 助手回复消息\n(最终响应)"] F -->|新输入| A style A fill:#2d3748,stroke:#4a9eed,color:#fff style B fill:#2d3748,stroke:#4a9eed,color:#fff style C fill:#4a3728,stroke:#ed9a4a,color:#fff style D fill:#2d3748,stroke:#4a9eed,color:#fff style E fill:#2d3748,stroke:#4a9eed,color:#fff style F fill:#283d28,stroke:#4aed5c,color:#fff 通俗点说： ...