喜欢到最后
都是灵魂对故人的认领
这两天我在用 Codex 时注意到一个很有意思的变化。
之前引用文件 codex 总是要手动输入路径,或者复制粘贴。文件名长了、有空格、有中文的时候,AI 就撂挑子不干了。
我就拉起双眼皮盼望着:要是能打个 @ 就能自动补全,该多好。
没想到,OpenAI 真的做了这个功能,比我想象的还要强大,而且相当有意思。
这是什么功能?
简单来说,这个 功能 把 Codex 里的@提及功能做了一个彻底的升级。
以前你打@,只能搜索文件系统里的文件。
现在你打@,它会同时搜索
• 文件系统(文件和目录)
• 已安装的插件
• Skills
而且这些不同类型的结果会在同一个弹窗里展示,用不同的标签和颜色区分。
这个设计思路真的很绝绝子。
一开始我并没真正意识它的厉害,但用了之后才发现,这个看似简单的功能,背后解决的是一个很深层的问题
上下文切换的成本。
想象一下这个场景:你在跟 Codex 对话,想让它帮你分析某个文件的代码。
以前的流程是
1. 停下来,去文件浏览器里找到那个文件
2. 复制文件路径
3. 切回终端,粘贴路径,
继续跟 Codex 对话
整个过程可能需要 30 秒钟,但这 30 秒钟里,你的思维被打断了。你要从「思考代码逻辑」切换到「找文件」,然后再切换回来。
这种微型的上下文切换,一天可能要发生几十次。累积起来,对效率的影响是巨大的。
有了统一的@提及功能,整个流程变成了
1. 打@
2. 输入文件名的一部分
3. 按回车选中
思维完全没有中断,手也不用离开键盘。
就这么一个小改动,让我的快乐值拉高了很多。
核心功能详解
三种提及类型
这个功能支持三种不同类型的提及
1. 文件/目录
这是最基础的。打@src/m会自动补全src/main.rs、src/models/user.py等匹配的文件。
如果路径里有空格,它会自动加上引号,避免 shell 解析错误。
这也是很多其他AI工具很早期的普遍功能
如果是图片文件,选中后还会作为附件发送给 Codex,让它进行视觉分析。
2. 插件
如果你安装了 Codex 插件,比如github-assist,打@github就能快速引用。
选中后会在 prompt 里插入$github-assistant,Codex 就知道要调用这个插件的能力。
3. Skills
比如你可能有一个code-reviewskill,专门用来做代码审查。打@code就能快速引用它。
搜索模式
这块需要注意一下。
默认的搜索模式是「All Results」,会同时显示所有类型的结果。
但有时候你可能只想搜文件,或者只想找插件。这时候可以用搜索模式来过滤。
目前支持三种模式
•All Results(默认):显示所有类型
•Filesystem Only:只显示文件和目录
•Plugins:显示插件和 skills
切换模式的方式是在输入框里加前缀,或者用快捷键。这个设计跟 Codex App 保持一致,降低了学习成本。
为了让用户更好的体验搜索结果,codex 还做了颜色优化,真的很贴心啊。
类型标签
每个结果前面都有一个标签,标明它是 Plugin、Skill、File 还是 Dir。这样你可以一眼看出这是什么类型的资源。
颜色区分
插件和文件系统用了不同的颜色。在我的终端主题里,插件是紫色的,文件是绿色的。这种视觉上的区分,让扫描结果变得更高效。
固定高度布局
弹窗固定显示 8 行结果。这个数字是经过精心选择的...太少不够用,太多会占用太多屏幕空间。
截断处理
如果终端窗口比较窄,过长的文件名会被截断,但会保证关键信息(比如文件扩展名)可见。
只要使用几次之后,发现整个过程行云流水,没有任何中断,你就会爱上这种感觉。真心推荐大家试一试这个小技巧。
跟其他工具的对比
很多人可能会拿这个功能跟 VS Code 的@提及、或者 Cursor 的类似功能比较。
说句公道话,它们各有优劣
Codex 的优势在于它是纯键盘驱动的,对于习惯终端的开发者来说,nice 度更高。劣势在于插件生态还在早期阶段,没有 VS Code 那么丰富。
写在最后
我用这个新功能一周,最大的感受是:好的工具设计应该是隐形的。就像所有的喜欢都是潜移默化的。
手指不用离开键盘,思维不用频繁切换,一切都自然而然地发生了。
它不是什么革命性的创新,甚至可以说是一个很「普通」的功能。很多工具都有类似的自动补全。
但正是这种「普通」,让它变得不可或缺。
就像空气一样,你平时不会注意到它,但一旦没有了,你就会立刻感受到不适。
也许再过几个月,Codex TUI 会成为终端开发者的标配工具。
这种感觉,就像是找到了一个懂你的老朋友。
不需要多余的言语,一个眼神,它就知道了你的意图。