https://codexer.com/tags/sdk/Recent content in SDK on CodexerHugozh-cnWed, 05 Aug 2026 09:00:00 +0800https://codexer.com/posts/2026-08-05-codex-embedding-architecture/Wed, 05 Aug 2026 09:00:00 +0800https://codexer.com/posts/2026-08-05-codex-embedding-architecture/<p>你跟同事聊 Codex 的时候，有没有过这种体验？你说「我用 Codex 写了个脚本」，「我用 Codex 审查了 PR」，他说「我在 VS Code 里用 Codex 重构了模块」。听起来都是 Codex，但背后走的路径完全不同。</p> <p>你用的是 CLI，他是 IDE 插件，运维那边用 <code>codex exec</code> 跑 CI，平台组在往自己的产品里嵌入 Codex SDK。七种入口，七种交互方式，但底层跑的是同一套东西：一个 Agent 循环。</p> <p>这篇文章把 Codex 的嵌入架构从里到外拆开：先从 Agent 循环讲起，然后看 Sandbox 和 Approval 两个关键控制点，最后深入 App Server 协议和两个 SDK 的本质差异。读完你就知道什么时候该用 SDK，什么时候必须直接上 App Server。</p> <h2 id="codex-的七扇门">Codex 的七扇门</h2> <p>先看全局。Codex 的入口可以分成三类：</p> <p><strong>交互式入口（给人用的）</strong></p> <ul> <li><strong>CLI</strong>：在终端里直接跟 Codex 对话，检查代码、做修改、跑命令，沙箱和审批策略按会话配置。</li> <li><strong>IDE 扩展</strong>：支持 VS Code 和 JetBrains，直接把打开的文件和选中内容送进 Prompt，就地审查修改，还能把长任务丢到云端。</li> <li><strong>桌面应用</strong>：2026 年 7 月 9 日起合并进了 ChatGPT 桌面应用，像一个指挥中心，可以同时管理多个项目和 Agent。</li> <li><strong>Codex Cloud</strong>：完全跳过你的本地机器，在隔离的云端环境里执行任务。你可以从网页、GitHub、Linear 或 Slack 派发任务，等结果就行。</li> </ul> <p><strong>编程式入口（用来集成和构建的）</strong></p>