codex exec 被别的程序起起来之后，超时到底结束了进程还是只是那一次等待、租约按线程加还是按任务加、取消之后工作区能不能信、重试会不会把对外副作用做第二遍。这些是宿主的活，不是 agent 的活。
把 codex exec 当工人养：超时、租约、收尾，都得宿主管
Posts for: #CLI
沙箱的黑名单是问 ripgrep 借的：Codex 0.162 补了两个洞，也埋了两个配置坑
Codex CLI 0.162.0 补掉两个 Linux 沙箱的洞：一份 ripgrep 配置能让 deny 黑名单失效，一个可写的 bwrap 能被当成沙箱启动器。同期的 0.161.0 还换掉了默认模型、把 Daybreak 改成必须显式打开，而这三个新键在官方配置文档里都查不到。
五个 Codex 同时在跑，先管哪个在等你
Codex CLI 0.149.0 补上了并行使用里最容易漏掉的一半：Agents Dashboard 让你一眼看出哪个任务卡在你身上，codex queue 让你从别的终端往正在跑的任务里递话。这篇讲清这两个功能怎么用、名字为什么必须精确、以及它解决不了什么。
Codex 桌面端藏起了 Fast 模式：API Key 用户实测吞吐掉四成
切换成 API Key 之后，Codex 桌面端的 Fast 模式开关突然消失，TOML 配置也完全失效。一位开发者写了个本地测速工具，跑了一组对照实验，发现桌面端渲染层会悄悄把 service_tier=fast 剥掉、传成 None，导致 API Key 用户的吞吐只有 CLI Fast 档位的六成左右。本文还原这场降速取证的完整过程。
Codex CLI 高手之道：从第一周踩坑到第二周起飞
两个开发者用同一个 Codex CLI，一个效率飞天、一个原地踏步。差别不在 Prompt 技巧，而在于那 30 行 AGENTS.md、几个 worktree 命令和恰到好处的模式选择。本文深度拆解 Codex CLI 的实战工作流。