六三门要说今年用得最顺手的AI编程搭档，不是某个IDE里的智能补全，而是一个叫OpenCode的开源工具——它直接跑在终端里，把AI、终端、编程三件事揉进同一个黑框。我平时大量时间都泡在命令行里，常年SSH连远程服务器，习惯用vim、tmux，为改一行代码被迫启动一个动辄几个GB的IDE这件事，困扰了我很久。OpenCode把这个缺口补上了：提问、改码、执行命令、看结果，全程不用离开终端。这篇文章把从安装到日常使用过程中沉淀的经验梳理一遍，重点讲讲多模型配置、Agent模式、Skills扩展，以及各类终端环境下的坑，尽量让刚接触的人少走弯路。
1. 项目定位：为什么AI编程搭档选择住在终端里
1.1 OpenCode是什么：一个终端里的AI代理
OpenCode是一个开源的AI编程助手，核心形态是TUI（文本用户界面）应用，底层用Go语言实现，部署起来就是一个单文件二进制，跨平台支持Linux、macOS和Windows。它解决的问题很直接：在你熟悉的终端环境里，提供一个能读懂项目、能调用大模型、能执行命令的AI代理，而不是把你拽回某个网页IDE或者重型的桌面编辑器。
我自己最常用的场景有三个。第一，远程服务器上临时排查问题，SSH连过去直接敲opencode，不需要把代码拉到本地再处理，省掉大量文件同步时间；第二，写脚本和改配置，比如调整Nginx参数、写一个Python数据处理脚本，它比我在脑子里过一遍再手敲更快；第三，作为团队技术问答入口，把项目背景贴给它，问“这个报错为什么会发生”，很多时候比翻文档高效得多。OpenCode这个名字现在在社区讨论里越来越常见，本质上是因为它押中了“轻量终端工作流”这个诉求，尤其适合那些不愿被IDE绑架的开发者。
1.2 和IDE插件、Codex CLI相比赢在哪
如果用过Copilot这类IDE插件，应该能感受到一个痛点：启动IDE太重，跨项目切换上下文又麻烦。IDE插件擅长“在你写代码时补全”，但不太擅长“帮你跑命令、看报错、改完再验证”。OpenCode的思路不太一样，它更像一个Agent，不只是一个补全器。你给它一个任务，它可以自己读文件、搜索目录、改代码、执行命令，最后把结果汇报给你。这个形态和OpenAI的Codex CLI有点像，但Codex早期那种只给代码片段、不给终端执行能力的形态，用起来总觉得隔了一层。OpenCode把终端和文件编辑工具链内置了，Agent模式可以自己跑测试命令，看到输出再决定下一步，整个闭环都在一个界面里完成。
另外，OpenCode对多模型的支持更彻底。IDE插件通常绑定某一家模型服务，而OpenCode通过配置可以自由切换Claude、GPT、Gemini，也可以接Qwen、DeepSeek这类更经济的模型，甚至本地Ollama服务。对我这种经常要对比不同模型在同一问题上的表现的人来说，这个自由度非常关键。团队里如果有多人需要统一工具，它没有IDE锁定的问题，只认终端。
1.3 终端复用：一个窗口里装下AI和手敲命令
既然OpenCode住在终端里，那自然绕不开终端复用这个话题。我自己日常是tmux重度用户，一个会话里开多个窗口：一个窗口跑OpenCode，一个窗口写代码，一个窗口看日志，互不干扰。OpenCode的Agent模式在后台处理任务时，我可以在另一个窗口继续手敲命令，两边并行，效率比在IDE里等同一个操作完成高很多。
终端复用工具选哪个？我用的是tmux，身边也有同事用Tabby这类带图形界面的终端工具来配合，效果差不多。关键是“多窗口”这件事本身的价值：AI在干活，人也在干活，而不是人看着AI干活。Ubuntu系的发行版默认只有gnome-terminal，如果遇到多窗口需求，建议装tmux或者直接上支持多标签的终端工具。你可以把OpenCode单独放在一个tmux窗口里，把日志窗口放在旁边，Agent跑任务的同时盯输出，出问题随时打断重来。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 环境准备：从安装到第一次对话
2.1 三种安装方式，按你的系统选
OpenCode的安装不算复杂，但不同平台的细节还是有差异。macOS上有Homebrew，一条命令就完事：
b复制