乐于分享
好东西不私藏

OpenAI Codex CLI 更新炸裂:终端里的 AI 编程助手,终于学会了 Vim!

OpenAI Codex CLI 更新炸裂:终端里的 AI 编程助手,终于学会了 Vim!
导读
OpenAI Codex CLI 发布 0.129.0 版本,TUI composer 正式支持 Vim 模态编辑——insert/normal 状态切换、operator-pending flows、`/vim` 命令、默认模式配置全部到位。这可能是 AI 编程工具第一次认真对待重度终端用户的肌肉记忆。

Vim 用户狂喜:这次更新戳到了谁的痛点?

5 月 7 日,OpenAI 在官方 Codex changelog 推送了 Codex CLI 0.129.0 的更新日志。New Features 第一条就是:

"The TUI now supports modal Vim editing in the composer, including /vim, default-mode config, and Vim-specific keymap contexts."

「TUI 的 composer 现在支持 Vim 模态编辑,包括 /vim 命令、默认模式配置和 Vim 专用 keymap contexts。」

▲ OpenAI Developers 官方 changelog,Codex CLI 0.129.0 条目

消息出来之后,开发者社区里 @LLMJunky 发了一条帖子直接把情绪拉满:

"Codex CLI v0.129.0 is here, VIM users rejoice!"

「Codex CLI v0.129.0 来了,Vim 用户狂喜!」

▲ @LLMJunky 的推文,把 Vim mode 列为本版第一个重点

为什么一个"输入框支持 Vim"的功能,能引发这种级别的兴奋?

因为 Codex CLI 的用户群,天然就是终端重度用户。他们每天在 Vim/Neovim 里写代码,手指已经形成了一套固定的编辑模型:`hjkl` 移动、`dd` 删行、`yy` 复制、`i` 进入插入模式、`Esc` 回到 normal 模式。当他们切到 Codex CLI 的 TUI composer 里写 prompt,突然发现——这个输入框不认识 Vim。

手指还在按 `Esc`,光标还在原地。按 `w` 想跳到下一个词,屏幕上多了一个字母 w。

这种割裂感,用过 Vim 的人都懂。

14 个 commit,一套完整的 Vim 状态机

翻开 GitHub 上的 PR #18595,能看到这次 Vim mode 的实现细节远比想象中扎实。

PR 作者 `fcoury-oai` 在动机说明里把原因讲得很到位:

"Users who prefer modal editing need a way to keep Vim muscle memory while drafting prompts…"

「偏好模态编辑的用户,在撰写 prompts 时需要一种保留 Vim 肌肉记忆的方式。」

▲ PR #18595:feat(tui): add vim composer mode,5 月 1 日合并

这个 PR 包含 14 个 commits,合并进 `openai/codex:main`,实现了以下功能:

  • insert/normal 状态切换
    :composer 有了真正的模态概念
  • 常见 normal-mode 命令
    :移动、编辑、搜索,核心操作都在
  • `d`/`y` operator-pending flows
    :删除和复制支持 Vim 式的操作符组合
  • mode-aware footer 和 cursor indicators
    :底部状态栏和光标形态会跟着模式变化
  • `/vim` 命令
    :会话级开关,输入即启用
  • `tui.vim_mode_default` 配置
    :全局默认启用,不用每次手动开
  • `vim_normal` 和 `vim_operator` keymap contexts
    :可以在这两个上下文里自定义快捷键

GitHub release 页面同步发布了 `rust-v0.129.0` 标签,与官方 changelog 完全一致。

▲ GitHub Release 0.129.0,07 May 17:02 发布

这说明什么?Codex 团队做的不是往输入框里塞几个快捷键。他们围绕 Vim 模式搭了一套状态机,配了 UI 提示系统,还做了和 slash command、shell mode、history navigation、paste burst 等 TUI 既有功能的集成。

开发者的真实反馈:手不再和编辑器打架了

帖子下面的开发者回复,比数据更能说明问题。

有人说:

"Vim mode in a composer is a quiet upgrade. Once you have it your hands stop fighting the editor."

「composer 里有 Vim mode 是一个安静但重要的升级。一旦有了,你的手就不再和编辑器打架了。」

还有人抓住了一个更细的点:

"default-mode config sounds more useful than the keybindings — exiting the TUI to edit long prompts in vim was the dance i kept doing, landing in normal-mode by default removes it"

「默认模式配置听起来比快捷键更有用——为了编辑长 prompt,我之前一直在反复退出 TUI 去 Vim 里写,默认进入 normal mode 直接省掉了这个来回。」

这条回复点出了一个关键场景:当 AI agent 的 prompt 越写越长、越写越结构化,composer 输入框承担的编辑量已经不亚于一个轻量代码编辑器。用户此前的应对方式是离开 Codex TUI,去 Vim 里把 prompt 写好,再粘回来。

`tui.vim_mode_default` 这个配置项,直接把这条弯路裁掉了。

当然也有人画风不同——"fuck vim"——Vim 的爱恨从来都这么两极分化,这不新鲜。

不止 Vim:0.129.0 是一次全方位的 TUI 升级

Vim mode 只是 0.129.0 的头条功能。这个版本同时带来了一系列面向 power user 的更新:

  • Resume/fork picker 重新设计
    :恢复和分支工作流更清晰
  • Raw scrollback mode
    :直接查看原始输出
  • `/ide` context injection
    :从 IDE 注入上下文
  • workspace-aware `/diff`
    :差异比较感知工作区
  • Status line 升级
    :主题色、PR/branch 摘要、terminal key inspection
  • `/keymap debug`
    :调试终端按键映射
  • 插件管理
    :workspace sharing、source filtering、marketplace 升级/删除/remote sync
  • Hooks 增强
    :`/hooks`、before/after compaction hooks、PreToolUse context support
  • Experimental goals
    :persistent paused state、改进的发现/验证/多日执行反馈

每一项都在说同一件事:Codex CLI 正在把自己从一个"能用的终端 AI 工具",打磨成一个"终端重度用户愿意长期留在里面的 AI 工作环境"。

AI 编程工具正在向终端回流

Codex CLI 的定位从一开始就很明确。OpenAI 官方文档写的是:

"Codex CLI is OpenAI's coding agent that you can run locally from your terminal. It's open source and built in Rust for speed and efficiency."

「Codex CLI 是 OpenAI 可在本地终端运行的 coding agent,开源且用 Rust 构建,追求速度和效率。」

▲ OpenAI 官方文档对 Codex CLI 的定位

TechCrunch 2025 年的报道也曾引用 OpenAI 发言人的定义:Codex CLI 是一个"lightweight, open source coding agent that runs locally in your terminal"——轻量、开源、本地终端运行。

▲ TechCrunch 2025 年报道:OpenAI 推出面向终端的开源 coding tool

相比 IDE 插件,CLI/TUI 路线的优势在于透明、可脚本化、贴近 repo 和 shell。劣势?界面原始,输入体验要求高。

Vim mode 正是在为这个劣势打补丁。

当你的 AI coding agent 运行在终端里,当用户每天在 Vim/Neovim 里写代码,当 prompt 越来越长、越来越复杂——输入层的编辑体验就不再是锦上添花,而是决定用户愿不愿意留下来的关键。

一个更大的信号

回看这次更新,Vim mode 的意义可能超出功能本身。

AI 编程工具的竞争已经从"谁的模型更强"推进到"谁的交互层更贴合开发者的真实工作流"。Cursor 在 IDE 里做到了极致,GitHub Copilot 深耕 VS Code 生态。而 Codex CLI 选择了另一条路:回到终端,回到开发者最原始的工作环境,然后在那里把体验一层一层地做上去。

从可配置 keymap,到 Vim modal editing,到 status line、plugin system、hooks——Codex CLI 正在终端里长出一个完整的 AI 开发环境。

对于那些从来没离开过终端的开发者来说,这可能是目前最合胃口的 AI 编程工具演进方向。

升级命令:

``` npm install -g @openai/codex@0.129.0 ```


— END —

— END —

相关学习资料