干货

给 patch-codex-fast 加了一个能力：Codex 连上远程机器后，右键菜单里可以直接用 Zed 打开远程文件。顺便聊聊为什么在 AI 编码时代，一个轻量编辑器比全能 IDE 更好用。

编辑器的角色变了

过去写代码，编辑器是人的主驾驶舱。代码高亮、智能提示、重构、调试、Git 集成——所有东西都塞在一个窗口里。VS Code、JetBrains 全家桶就是按这个思路做的：把你所有可能需要的功能都准备好，你坐在里面，一件一件地用就行了。

AI 编码把这个模式给推翻了。

现在我写代码的流程是这样的：在 Codex 里给 Agent 一个任务，它会 SSH 到远程开发机上改代码、跑测试、修 bug。我在这头做的事，大部分时候是看 diff、翻文件、确认上下文、偶尔动手改几行。真正写代码的时间被压缩到了很少的比例。

这时候再打开 VS Code，就有点高射炮打蚊子了。启动要等几秒，加载插件又是一阵，内存吃掉两三个 G。我用到的功能可能连它 5% 都不到，但它要把 100% 的东西都加载好才让我开始干活。

我需要的是一个能秒开、翻文件快、界面干净、在远程文件上也能有原生体验的编辑器。

Zed 刚好就是这样。

Zed 是什么

Zed 是一个用 Rust 写的编辑器，由 Atom 和 Electron 的原作者之一 Nathan Sobo 带队开发。几个特点：

• →启动快。冷启动在一秒以内，打开大文件不卡。

• →原生性能。不跑 Electron，界面用原生 GPU 渲染，键盘延迟做到很低。

• →自带协作和远程开发。UI 跑在本地，远程机器上跑一个 headless server，通过 SSH 通信。文件浏览、编辑的体验跟本地差不多。

• →极简设计。界面干净，侧边栏和底部面板都克制，注意力主要留给文件本身。

在 AI agent 负责大部分"写"的工作之后，编辑器的主要职责从「写代码的集成环境」变成了「看代码和改代码的窗口」。这个场景下，快和轻比功能多更有用。

patch-codex-fast 新增的能力

事情很简单。

我用 Codex app 连到一台远程 Mac 机器上写代码。Codex 的右键菜单里有个"Open in"功能，可以选 VS Code、Cursor、Windsurf 在本地打开当前文件。但我日常用的是 Zed，菜单里没有。

Zed 其实是支持远程开发的，文档里写了支持 zed ssh://[user@]host[:port]/path 这种 URL 格式。那按理说，只要 Codex 愿意把文件路径拼成这个 URL 丢给 Zed，事情就成了。

问题在于 Codex 不愿意。

前几天我做了一个 patch-codex-fast skill，专门给 Codex app 的 JavaScript bundle 打补丁，解锁一些被隐藏的能力。

GitHub 地址：https://github.com/yangchuansheng/patch-codex-fast

今天我又加了个新功能，在 Codex 的远程会话里补上了 Zed 的入口。

具体能做什么：

远程文件一键用 Zed 打开。 在 Codex 里连上远程机器后，右键文件或目录，菜单里会出现 "Open in Zed"。点击后，Zed 通过 SSH 连到远程机器，把文件在你的本地 Zed 窗口里打开。文件留在远程机器上，本地只负责显示和编辑。

怎么用

安装 patch-codex-fast skill：

npx skills add yangchuansheng/patch-codex-fast -g -a codex -y

直接在 Codex 里对话：

[$patch-codex-fast] 帮我 patch Codex App 让其可以使用 Zed 打开远程机器中的文件