Zed IDE 是什么?为什么把 Astra 的工作环境从 Codex 换到 Zed 后可能感觉更快——GitHub 是仓库,Zed 是工作台,AI 仍然是同一个大脑

分享这篇文章

分享这篇文章

广告
广告

社交平台上出现过一种很有意思的体验:使用的还是 Astra,但把工作环境从 Codex 换成 Zed 后,整个编程流程突然顺畅很多,甚至连使用量都像是下降得更慢了。

容易混乱的地方在于,Zed、GitHub、Astra、Codex 这四个名字听起来都像同一套 AI 开发工具。其实它们处在不同层次。

Zed 不是 GitHub 的替代品,也不是 Astra 的替代品。它是打开代码、向 AI 下指令、修改文件、运行终端、检查差异的工作环境。即使“AI 大脑”不变,只要承载它的“身体”和工作路径变化,体感速度就可能明显不同。

1. 30 秒结论

把四个角色拆开就很简单。

名称 大致角色
Zed 代码与 AI Agent 一起工作的编辑与执行工作台
GitHub 远程代码仓库、历史、分支、PR 与协作空间
GPT-6 Astra 负责推理并生成代码或文本的 AI 模型,也就是“大脑”
Codex 让 AI 以 Agent 方式执行软件开发任务的工作路径

可以把 GitHub 想成仓库兼账本,Zed 是工作台,Astra 是大脑,Codex 是另一条生产线。

最重要的是,Zed 与 Codex 不是只能二选一。Zed 官方支持原生 Zed Agent、通过 ACP 接入的 Codex 外部 Agent,以及在终端工作流中运行 Codex CLI。[1][2][3]

2. Zed IDE 是什么

Zed 是与 VS Code、Cursor 同类的代码编辑器,也常被称为 Zed Editor。

它使用 Rust 开发,并采用偏 GPU 的渲染架构。Zed 1.0 于 2026 年 4 月发布,支持 macOS、Linux 和 Windows。[4]

现在的 Zed 也深度整合了 AI。Zed Agent 可以搜索项目、读取文件、修改代码、执行终端命令,并把改动交给用户检查。[2]

所以它与其说是“高级记事本”,不如说是一张把编辑器、Git、终端和 AI 工人都放在一起的开发工作台。

3. 先把 Zed、GitHub、Astra、Codex 分开

最常见的误解之一,是把 Zed 和 GitHub 当作同一层的服务。

GitHub 用于保存远程仓库、记录变更历史,并通过分支和 Pull Request 管理协作。Zed 则是你在本地打开那个仓库并实际工作的应用。

Astra 又是另一层。OpenAI 在 2026 年 9 月推出 GPT-6 Astra,并把软件工程、计算机操作、浏览与研究等高难度任务列为重点能力。[5]

Codex 更适合被理解为软件开发的 Agent 产品与执行路径,而不只是一个“模型名”。OpenAI 当前也把 Chat、Work、Codex作为不同的工作界面来介绍。[6]

因此,模型可以不变,但“从哪里让它工作”完全可以改变。

4. “把 Astra 从 Codex 移到 Zed”到底改变了什么

这并不是把 Astra 模型整个下载到电脑里。

真正变化的通常是给 AI 组织上下文、读取文件、调用工具、运行终端、显示 diff、管理线程的那一层机制。这类机制常被称为 Agent harness。Zed 官方也说明,Agent path 有时会被称为 harness。[2]

目前 Zed 至少有三条相关路径:

  1. 用 Zed Agent 调用 OpenAI 模型。
  2. 把 Codex 作为 ACP 外部 Agent 在 Zed 内运行。
  3. 在 Zed 的终端或 Terminal Threads 中运行 Codex CLI。

所以单说“从 Codex 换到 Zed”,其实还不能唯一确定技术配置。

更像是没有换大脑,而是换了大脑所使用的身体和驾驶舱。

5. 为什么同一个 AI 会感觉更快

Agent 任务的总耗时并不只等于模型思考时间。

总耗时
= 模型推理
+ 上下文收集
+ 文件搜索与读取
+ 工具调用
+ 终端执行
+ 重试
+ 重连等待
+ diff 显示与检查

模型相同,后面的项目仍然可能不同。如果一个环境经常重连或重试,而另一个环境很少遇到这些问题,即使底层模型的纯推理速度没有变化,整体也会像快了很多。

反过来,Zed 也不保证在所有项目里更快。大型仓库的广泛搜索、外部 Agent 进程、不同的上下文设置都可能增加额外开销。

所以“速度”属于整个系统,而不只是模型名称。

6. “Token 几乎不减少”是否等于无限使用

官方资料不支持这种结论。

Zed 在 2026 年 5 月宣布,用户可以用 ChatGPT 账号登录 Zed Agent,并以与 Codex 相同的 ChatGPT 订阅使用量来使用 OpenAI 模型。这与填写 OpenAI API Key、按 API Token 计费是不同的路径。[1][7]

但 Zed 也明确表示,使用量由用户的 ChatGPT 套餐决定。[1]

“看起来几乎没减少”至少可能有几种解释:

  • 单次任务需要的上下文或工具往返更少;
  • 重试更少;
  • UI 的使用量显示并不与内部每个 Token 一一对应;
  • 比较的两个任务难度本来就不同。

所以 Zed 并没有开启“Token 长生不老”模式。

7. 换到 Zed 后就不需要 Codex 了吗

以现在的架构看,这个问题过于二选一。

因为 Codex 本身就可以在 Zed 里运行。[2][3]

当你想紧贴编辑器、代码搜索、文件修改、终端和 MCP 工作时,Zed Agent 很自然。如果你更想保留 Codex 自己的 Agent 行为或配置,可以在 Zed 里用 ACP 外部 Agent 或直接运行 Codex CLI。

Astra 在 Codex 中还有专用能力。OpenAI 介绍了一种新的 Codex 上下文机制,让 Astra 在长任务中跨上下文窗口保留笔记并搜索更早的上下文,而不只依赖反复压缩摘要。[5]

因此使用 Zed 并不意味着 Codex 的价值归零。

你完全可以喜欢 Zed 这张桌子,同时让 Codex 坐在这张桌子前工作。

8. 这和“我本来就在 GitHub 上让 AI 干活”有什么关系

如果你已经把 GitHub 项目交给 AI 修改,理解起来确实很接近。

差别在于,GitHub 通常是远程的代码基准,而 Zed 是本地工作台。

GitHub 仓库
      ↓ clone / pull
在 Zed 打开项目
      ↓
向 AI Agent 下指令
      ↓
搜索并修改文件
      ↓
在终端运行测试
      ↓
检查 diff
      ↓
commit / push
      ↓
GitHub 历史 / PR / CI

如果你原来的感觉是“AI 直接在 GitHub 里工作”,那 Zed 更像是把同一个仓库拿到自己电脑上的工作台,再让 AI 在旁边一起动手。

Same repo, different workspace.

9. 实际工作流程是什么样

假设一个已有服务出现 bug。先在 Zed 打开仓库,再让 Agent 找原因、修复、运行相关测试,并解释最终 diff。

用 Zed Agent 时,可以直接利用 Zed 的项目和终端工具。如果想要 Codex 的工作方式,则可以打开 Codex 外部 Agent,或在终端运行 CLI。[2][3]

AI 改完后,检查 diff 与测试结果,用 Git 提交,再 push 到 GitHub。团队开发时,之后继续进入 Pull Request 与 CI。

Zed 不会把 GitHub 从流程里删掉。它只是把本地 Agent 工作和 GitHub 的历史、审查、集成连接起来。

10. 不同任务适合哪条路径

与其问“哪个永远最强”,不如问自己想保留什么工作方式。

想要的体验 更自然的路径
以 Zed 编辑器、审查界面和原生 Agent 流程为中心 Zed Agent
保留 Zed UI,但使用 Codex 本身作为 Agent Codex via ACP
保留 Codex CLI 的原生配置与操作方式 Codex CLI / Terminal Threads
还需要 OpenAI 更广的工作界面或计算机类能力 按需组合 ChatGPT / Work / Codex
远程保存、共享、审查、集成代码 继续使用 GitHub

选择 Zed 与放弃 Codex 并不是同一个决定。

11. 常见误解

“Zed 会替代 GitHub”

不会。Zed 是工作台,GitHub 是远程仓库、历史与协作层。

“换到 Zed 后 Astra 模型本身会变快”

不一定。改变的是包含 harness、上下文构建、连接和工具循环在内的整套体验。

“Zed 就是无限 Token”

官方没有这么说。订阅使用量仍受对应的 ChatGPT 套餐影响。[1]

“Zed 和 Codex 是竞争关系,只能选一个”

不是。Codex 可以通过 ACP 在 Zed 内运行,Codex CLI 也能在 Zed 终端工作流里运行。[2][3]

“模型相同,换环境没有意义”

也不对。上下文构建、工具调用、重试、连接稳定性和审查流程都会改变总耗时。

12. 总结

Zed IDE 既不是 AI 模型,也不是 GitHub 的替代品。它是一套用来打开代码、运行 Agent、修改文件、执行命令和检查变更的快速工作环境。

所谓把 Astra 从 Codex “移到” Zed,核心变化往往不是大脑,而是围绕大脑的工作路径。

因此同一个 Astra 确实可能明显感觉更快。但“感觉更快”不等于模型本身的推理速度变快,“用量看起来没怎么动”也不等于无限使用。

最有意思的是,这并不是简单的 Zed 对 Codex。

你可以让 Codex 坐在 Zed 的工作台前。

从 GitHub 仓库取出同一个项目,在 Zed 工作台上让 Astra 干活,需要时使用 Codex 工作线,完成后再把结果送回 GitHub。

把这些名词拆开以后,结构其实很普通:仓库、工作台、大脑、生产线。


资料来源

  1. https://zed.dev/blog/chatgpt-subscription-in-zed zed.dev
  2. https://zed.dev/docs/ai/agents zed.dev
  3. https://zed.dev/docs/ai/external-agents zed.dev
  4. https://zed.dev/blog/zed-1-0 zed.dev
  5. https://openai.com/index/gpt-6-astra/ openai.com
  6. https://help.openai.com/en/articles/20001275/ help.openai.com
  7. https://zed.dev/docs/ai/use-an-existing-subscription zed.dev

分享这篇文章

广告

查找其他文章

所有文章

Mendoi-chan

作者

Mendoi-chan

把工作与日常生活中的麻烦整理成清晰的结构和下一步行动。

关于本站