一位工程师让 Codex 去读自己的记录，把过去一个月的 git 历史、工具调用、PR 和部署日志全部翻出来统计：461 次提交、534,685 行变动、39,056 次工具调用、500 次子代理启动。数据指向一个反直觉的结论：每月 100 美元买到的不是补全能力，而是一套需要你自己去管理的工程系统。
461 次提交、39,056 次工具调用：我把 Codex 一个月的日志翻了一遍
Posts for: #OpenAI
Codex 会话里一半的 token 都是噪音：ContextSniper 的「证据包」启示
ICML 2026 的 ContextSniper 给出一个刺眼的结论：仓库级修复会话中，超过一半的 token 是模型根本不会认真看的噪音。本文拆解它的三级记忆架构与「证据包」检索模式，并给出映射到 Codex CLI 现有配置的落地做法，包括 tool_output_token_limit、压缩阈值、PreToolUse 钩子与分层 AGENTS.md。
代码是流水线上最便宜的一环：OpenAI 内部 Agent 工厂的九道工序
The Pragmatic Engineer 的 Gergely Orosz 走进 OpenAI 总部访谈七位工程负责人，带回一份完整的内部流水线拆解：非工程部门四个月内 Codex 渗透率从 0% 到 90%，真正的转折点是一个 /goal 命令，IDE 使用率持续下降，代码审查被拆成多个领域专家 Agent，部署有专属 Agent 护送到生产，事故响应由 Sevbot 接手。本文梳理这九道工序，并指出普通团队照抄时最容易漏掉的三个前提。
我不需要几百个 Codex agent：我要的是能看懂、能审查的改动
给 Codex 的活越大，跟踪它的改动就越费劲。工程师 Rafael Pierre 反其道而行：不堆 agent 数量，而是用 issue、分支、worktree 和 PR 把每一步钉在 GitHub 上，让 AI 写的代码始终经得起自己回头看。文章拆解了可验收的需求怎么写、AGENTS.md 该装什么、两层检查怎么布、并行任务该开几个。
文件就在本地，Codex 却非要去网上搜一遍：逆向 web.run 工具里的「10% 概率就必须联网」硬编码指令
开发者 spader 发现 Codex 放着本地源码不读、非要联网搜索，一路追查翻开源码，在 web.run 工具的系统描述里挖出一段「有 10% 概率会变就必须联网」的硬编码决策指令，背后还藏着本地路径外泄的隐患。