用好前导键,告别鼠标点按,让AI响应你的每一次“肌肉记忆”。
OpenCode 的强大不仅在于模型和架构,也在于那些能让你“手不离键盘”的快捷键设计。官方文档为不同平台(桌面端、终端)的用户提供了精细的快捷键支持。
今天这篇指南,我们基于 OpenCode 官方文档,为你梳理最核心的快捷键逻辑和实用配置技巧。无论你用桌面应用还是终端,这份解读都能帮你把效率拉满。
OpenCode 的大多数快捷键都使用前导键 (LeaderKey)。这是为了避免与终端或系统自身的快捷键冲突而设计的精妙方案。
默认前导键:ctrl+x
使用方法:先按ctrl+x,松开后再按功能键。
- 例如,要新建一个会话:先按ctrl+x,然后按n。
建议:官方推荐使用前导键模式,它可以最大限度地避免快捷键冲突,让你在不同环境下都获得一致的体验。当然,你也可以在配置中自定义或禁用快捷键。
这是 OpenCode桌面应用中,用于高效编辑提示词的快捷键。它们是基于常见的 Readline/Emacs 风格,属于内置功能,无需配置即可使用,但目前也无法通过opencode.json文件修改。
掌握这些,写长提示词时就像在本地编辑器里一样流畅:
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果你觉得默认的ctrl+x不顺手,或者想为某些操作设置专属快捷键,可以通过 OpenCode 的配置文件(通常是opencode.json)进行自定义。具体字段可参考官方文档的配置说明。
如果你觉得某个快捷键影响了你的操作,可以在配置中将对应的键值设置为"none"来禁用。
Shift+Enter
在终端里使用 OpenCode 时,Shift+Enter通常用于换行(而非发送)。但某些终端默认不会发送带修饰键(如Shift)的 Enter 键。
如何解决(以 WindowsTerminal为例):
-
打开 WindowsTerminal的配置文件 settings.json。
-
将以下内容添加到根级 actions数组中:
-
将以下内容添加到根级 keybindings数组中:
-
保存文件并重启终端。
如果你的Shift+Enter在终端里无法换行,大概率是这个问题。按上述方法配置即可解决。
从理解“前导键”的逻辑,到掌握桌面版输入快捷键,再到解决终端的小配置,OpenCode 的快捷键体系设计得非常周到。
花几分钟熟悉这些操作,你很快会发现,与 AI 的交互从“点按-等待-点按”的断续模式,变成了思考与输出的连续流。这才是“人机协作”应有的流畅感。
你在使用 OpenCode 时,觉得哪个快捷键最好用?或者希望未来增加什么快捷键?欢迎在评论区留言分享。

