AI IDE List

Codex架构与历史

从生成一段代码,到执行一个完整任务。
看懂模型、工具、上下文和沙盒如何协作。

内容截至 · 附官方资料与源码

模型可替换,Harness 负责让任务持续运行

选择入口和模型,观察变化发生在哪一层。

App Server双向 JSON-RPC · 默认 JSONL / stdio
桌面客户端 → App Server → 多个线程

按项目管理线程、审阅修改,并组织并行任务;执行逻辑复用同一 Harness。

模型

Responses API · 推理与工具请求

执行环境

在授权范围内行动

  • Shell命令与测试
  • Git / Filesystem代码、文件与差异
  • Browser页面与应用操作
  • MCP外部工具与数据
本地工作区远程 Devbox云端容器
当前示意:GPT-6 Astra

截至 2026.09.10 已进入符合条件的 Codex 账户;CLI 需 0.153.0+。 更换模型会改变推理能力与速度,工具和权限仍由运行框架管理。

=

Codex 是一套 Agent 产品与运行系统。模型负责推理,Harness 组织上下文、执行工具并处理反馈,界面让你发起、跟进和审阅任务。

Agent Loop:执行、看结果、再决定

构建失败不是终点。工具返回的错误会成为模型下一次判断的输入。

流程示例将 Astro 项目迁到 Cloudflare Workers

  1. 任务与输入目标、约束与已有记录
  2. 构造上下文指令、相关文件与工具定义
  3. 模型判断回答用户,或提出工具调用
  4. 权限检查审批策略与可访问范围
  5. 执行工具命令、文件、浏览器或 MCP
  6. 结果与反馈输出回到模型,继续下一轮
  7. 交付结果说明改动与验证结果
工具结果 → 回到模型判断
任务记录示意不执行真实命令
1 / 9

记录目标:完成迁移,并验证构建。

上下文是工作记忆,线程是任务记录

模型每次接收可用上下文;客户端通过线程和事件展示持续发生的工作。

上下文压缩

容量示意

读取文件、查看差异和运行测试,都会增加需要处理的内容。

88%示意上下文占用
指令 8%任务 12%文件 24%工具输出 32%会话状态 12%

比例仅解释过程,不代表实际 token 上限或压缩率。

压缩后,任务如何继续?

  • 保留任务方向当前目标、关键决定与待解决问题需要被带入下一段工作。
  • 缩减历史负担长日志和中间过程不必每轮都以原始形式重复传入。
  • 必要时重新读取压缩并非无损存档,精确代码和最新状态仍应回到文件或工具中确认。

Responses API 支持返回不透明的压缩状态项,用更少的 token 传递先前状态。它不等于页面上这份可读摘要。

Thread → Turn → Item

Thread一次可继续的会话
Turn 1 迁移项目
  • 用户消息
  • 工具执行与输出
  • 代码差异
  • Agent 消息
Turn 2 补充测试
  • 新的用户消息
  • 工具执行与验证
  • Agent 消息

Thread 容纳多个 Turn;每个 Turn 包含一系列 Item。持久化历史让客户端能够重连、继续或分叉会话。

模型实际接收什么?

instructions系统与开发者指令、任务约束
tools可用工具的定义与参数
input用户消息、项目上下文、工具调用与输出

AGENTS.md 提供项目规则,例如测试命令、代码约定和目录说明。它会影响任务上下文。

API Key 模式通过 Responses API 调用模型;ChatGPT 登录使用相应的 Codex 后端。具体请求由所选 provider 和客户端配置决定。

审批决定是否询问,沙盒限制能够做什么

模型提出工具请求后,还需要经过执行策略和环境约束。

权限对照

简化示意
读取项目文件src/app.ts允许
修改工作区源码src/app.ts允许
写入工作区外的普通文件../notes.txt需申请批准
命令访问网络下载项目依赖需申请批准

假设文件可访问、没有额外管理策略,且受限模式未开启命令网络。“需申请批准”不代表已经获批;实际权限还取决于路径、平台及策略。

限制落实在执行环境中

工具请求审批策略系统隔离
macOS
通过 Apple Seatbelt / sandbox-exec 限制文件和网络访问。
Linux
使用 bubblewrap 等机制执行隔离;兼容的旧策略仍可走 Landlock 路径。
Cloud
在云端隔离容器中准备代码库、执行任务并保存状态。

--yolo 绕过审批和沙盒限制,改变的是执行边界,不会提高模型的推理能力。外部工具与浏览器另有权限控制。

扩展系统:连接工具,也传递工作方法

MCP

通过标准协议连接外部工具和数据源,例如代码托管、数据库或业务系统。

Skills

将操作说明、资源和脚本组织成可复用的工作方法,按任务需要加载。

Plugins

组合相关应用、Skills 与工具集成,为一类岗位或流程提供完整配置。

从 TypeScript 原型,到 Rust Runtime

原生执行、终端交互、状态管理和系统隔离共同构成 CLI 的工程基础。

2025 年 4 月

TypeScript + Ink

用 React 生态快速构建和迭代终端界面,当时需要 Node.js 22+。

2025 年 5 月起

Rust + Ratatui

转向独立可执行文件、原生安全绑定、较低内存开销和可扩展协议。

运行核心

Rust · Tokio

Agent 状态、异步任务与进程协调。

core / exec

终端界面

Ratatui · Crossterm · Clap

绘制终端界面,处理键盘输入与命令行参数。

tui / cli

模型通信

Reqwest · Rustls · WebSocket

发送请求、建立安全连接、接收流式响应。

http-client / backend-client

客户端协议

Serde · JSON-RPC · JSONL

将客户端请求和运行事件转换为结构化消息。

app-server / app-server-protocol

配置与状态

TOML · SQLite · SQLx

读取配置并持久化部分本地状态;线程历史另有存储机制。

config / history / rollout

工具与终端

rmcp · portable-pty · Tree-sitter

连接外部工具、控制终端子进程、解析命令结构。

rmcp-client / utils/pty

可观测性

tracing · OpenTelemetry

记录运行事件,帮助诊断调用和执行问题。

otel

系统隔离

Seatbelt · bubblewrap · seccomp

按平台与策略约束工具执行;Linux 仍有兼容的 Landlock 路径。

core / linux-sandbox

技术项来自 Rust workspace 和 Core 文档。上面的迁移目标是团队当时的工程说明,并非性能基准;依赖与模块划分会随版本变化。

Codex 发展时间线

从 Copilot 背后的代码模型,到能够调用工具、执行任务的 Agent 系统。

19 个历史节点

  1. 模型

    GPT-6 Astra 进入 Codex

    截至 9 月 10 日,官方帮助文档确认 Astra 可用于符合条件的 Codex 账户,CLI 需要 0.153.0 或更新版本。可用性受套餐和工作区权限影响。

    模型继续迭代,工具与任务运行框架仍由 Codex 提供。

    OpenAI Help Center · 原始资料
  2. 模型

    GPT-5.6:Sol、Terra、Luna

    Sol 面向复杂工作,Terra 平衡能力、速度与成本,Luna 面向更快、成本更低的任务。编程、研究和电脑操作进入同一模型系列。

    按任务选择模型,而不再只区分普通 GPT 与代码模型。

    OpenAI · 原始资料
  3. 产品

    Plugins、Sites 与知识工作

    推出面向不同岗位的插件、可分享的 Sites 预览和结果批注。分析、设计、研究等工作开始成为明确的产品场景。

    交付物从代码扩展到报告、图表和可交互页面。

    OpenAI · 原始资料
  4. 产品

    Codex 可以操作电脑和应用

    桌面应用加入后台电脑操作、内置浏览器、图片生成、记忆预览和更多插件,同时扩展自动化与 SSH 开发环境支持。

    任务可以跨越代码库、浏览器与桌面应用。

    OpenAI · 原始资料
  5. 模型

    GPT-5.4:编程与通用能力合流

    主线 GPT 模型吸收 GPT-5.3-Codex 的编程能力,并加强电脑操作和知识工作。

    Codex 作为 Agent 产品,与具体模型名称进一步分离。

    OpenAI · 原始资料
  6. 模型

    Codex-Spark:实时编程路线

    基于 Cerebras 硬件推出研究预览。发布时为纯文本、128K 上下文,官方报告生成速度超过 1,000 tokens/s。

    除长任务外,增加低延迟、快速来回修改的工作方式。

    OpenAI · 原始资料
  7. 模型

    GPT-5.3-Codex:编程与推理结合

    结合 GPT-5.2-Codex 的编程能力与 GPT-5.2 的推理、专业知识,支持包含研究、工具使用和复杂执行的长任务。

    一次任务中的分析与实现可以由同一模型衔接。

    OpenAI · 原始资料
  8. 工程

    OpenAI 公开 App Server 架构

    官方拆解共享 Harness、双向 JSON-RPC 协议与 Thread / Turn / Item 数据模型,说明本地客户端和云端如何接入同一核心。

    不同界面可以复用执行逻辑与任务事件。

    OpenAI · 原始资料
  9. 产品

    Codex App:管理并行任务

    首先推出 macOS 应用,以项目和独立线程组织多个 Agent,提供 worktree、修改审阅、Skills 和自动化入口。

    从终端中的单次协作,扩展到多个任务的管理。

    OpenAI · 原始资料
  10. 模型

    GPT-5.2-Codex:长任务与上下文压缩

    加强上下文压缩、可靠工具调用、大规模重构和迁移,并改善 Windows 工作表现。

    重点从生成一个函数,转向持续完成代码库中的复杂任务。

    OpenAI · 原始资料
  11. 产品

    Codex 正式发布

    Codex 进入正式可用阶段,新增 SDK、Slack 集成与管理能力,连接终端、编辑器和云端工作。

    Agent 能够被嵌入团队流程和其他软件。

    OpenAI · 原始资料
  12. 模型

    GPT-5-Codex:面向 Agent 的编程模型

    针对真实软件工程任务优化,覆盖交互修改、独立长任务与代码审阅,并用于 CLI、IDE 和云端体验。

    训练目标更贴近读取、修改、测试真实项目的过程。

    OpenAI · 原始资料
  13. 工程

    Codex CLI 宣布改用 Rust

    早期 TypeScript 与 React Ink 实现开始向 Rust 迁移,目标包括独立安装、原生安全绑定、减少内存开销和可扩展协议。

    CLI 的工程重心转向原生 Agent Runtime。

    OpenAI · GitHub · 原始资料
  14. 产品

    云端 Codex 与 codex-1

    任务在预装代码库的隔离云端环境中运行,可读写文件、执行测试和提出 PR。codex-1 是针对软件工程优化的 o3 版本。

    开发者可以异步交办整项代码工作。

    OpenAI · 原始资料
  15. 产品

    Codex CLI:品牌以 Agent 形态回归

    随 o3、o4-mini 发布开源终端 Agent,将模型推理与本地代码、命令执行连接起来。

    输入目标,Agent 可以检查项目、修改代码并验证结果。

    OpenAI · 原始资料
  16. 模型

    第一代 Codex API 模型停用

    code-davinci-001/002 与 code-cushman-001/002 退出 API。这里指旧代码模型,与 2025 年后的 Codex Agent 产品不同。

    第一代代码补全 API 结束,后来的 Codex 复用了这个名称。

    OpenAI Docs · 原始资料
  17. 产品

    Codex API 开启私测

    OpenAI 将自然语言转代码能力通过 API 向开发者开放私测。

    代码生成模型开始成为可被应用调用的服务。

    OpenAI · 原始资料
  18. 模型

    Codex 论文与 HumanEval

    论文研究在公开 GitHub 代码上微调的 GPT 模型,并发布 HumanEval。论文中的 Codex 在该评测上取得 28.8% 的 pass@1。

    用可执行测试衡量生成程序是否正确。

    OpenAI · arXiv · 原始资料
  19. 产品

    GitHub Copilot 技术预览

    GitHub 发布由 OpenAI Codex 驱动的 Copilot 技术预览,将代码建议带进编辑器。

    许多开发者第一次在 IDE 中使用 Codex。

    GitHub · 原始资料

2021 的基本单位一段代码

现代 Codex 的工作单位一个任务

资料来源

历史节点引用发布时资料;架构和模型可用性核对至 2026 年 9 月 10 日。