很多人想当然地认为用 Codex App-Server 复用线程一定比每次 codex exec 更快更省，但真实基准测试显示：最快的那一轮 cache 命中率是 0%，最便宜的是最朴素的基线方法。本文拆解了四轮对照实验的完整数据，揭示 schema 如何暗中吃掉你的 cache、线程历史如何成为双刃剑，以及 app-server 真正的设计意图。
我们搞定了 Prompt Cache，流水线反而更慢了：Codex App-Server 的四个反直觉真相
Codexer — 以 Codex 为核心的开发者博客
拆解 AI 编码工具的机制，用实测数据说话。这里记录 Codex CLI 与 AI 编码 Agent 的工作原理、成本账本、安全边界和工程实践。
深入理解 Codex 嵌入架构：App Server 与 SDK 双路径解析
Codex 不是一个工具、一扇门。它是一套 Agent 运行时，通过 CLI、IDE、SDK、App Server 等七种入口暴露给不同类型的用户。本文从 Agent 循环讲起，拆解 Sandbox 和 Approval 两大控制机制，深入对比 App Server 协议与两个 SDK 的架构差异，帮你搞清楚什么时候该用哪个。
代码即工具：为什么让 AI Agent 写代码比给它一百个工具更聪明
你有没有算过一笔账：给 Agent 装上 50 个 MCP 工具后，光 schema 描述就吃掉了一万多个 Token，模型还没开始干活，上下文已经烧掉大半。本文探讨「代码模式」的核心思想，与其让模型学习几十个工具的参数和语义，不如给它一个类型安全的执行环境，让它直接写代码完成任务。
Codex 推理「短路」之谜：为什么 GPT-5.5 总是在 516 个 Token 处停下？
一位开发者分析了 390,195 次 Codex 响应记录后发现：GPT-5.5 有 44% 的概率在产生恰好 516 个推理 Token 时停下，这不是巧合，是一个隐藏在模型内部的「推理预算墙」。
沙箱不是银弹：7 种方式让 AI 编程助手从「信任的文件」中逃逸
Pillar Security 团队在四大 AI 编程助手中发现了 7 种沙箱逃逸方法，攻击者甚至不需要破坏沙箱本身，只需要让 Agent 写一个文件，然后等宿主上的可信工具自己去执行它。