OpenCode

玩上瘾了

没有用过cc，感觉opencode就是最屌的

虽然遇到了一堆问题：

登录，网络，模型选择（添加了api但是用不了很奇怪），反重力反代账号被限额...

导致最近只能用智谱和minimax模型

但感觉比chatbot形态好用多了

终端里加了ai，真是如臂指使

更别说现在skills真是无敌了

opencode中文教程，很详细了，小白友好，感兴趣的可以看下

https://learnopencode.com

最近高强度 coding 一周，通过 opencode sdk 给 dingding 集成了机器人，把 opencode 所有的原子能力暴露给了 dingding，想来想去还是给个 BAD 吧

原计划做这个处于这两个点:

• 我比较相信 coding agents as infra 的理念，在一些内部的日常工作希望他能够帮助我减负

  • 另一个主要是当时的突发奇想，每个群其实就相当于一个聊天室，将不同的原子能力暴露给不同的机器人看看他们之间是否会有协作 1 + 1 > 3 的效果 (根据配置以及功能 spawn 不同的 openCode，让他们之间划清职责分工通过互相 @传递上下文)

效果还是很理想的目前来看，预期效果也达成了，但是我还是想骂官方就是草台班子：

• 缺乏完善的测试流程:可以看到 github 上更新是非常频繁的，但是经常官方更新了一个新功能就会导致原来好好的地方出现不可用，包括 opencode 的 cli 也是经常做负优化

• SDK 维护问题：如果对权限等全流程都做过能力支持的人应该深受其害, sdk 所用的类型定义原本基于 @opencode-ai/sdk ，但随着 v1.1.x 的最新变更，opencode 现已改用 @opencode-ai/sdk/v2，如果你通过 npm 更新最后发现 tm 居然 sdk 还是老的类型，但是 opencode 的 server 端已经改了，完全就是恶心人，还有很多字段功能也是这里不展开了

• 可能烂尾的问题：现在因为比较火所以 commit 合并请求非常多，多到离谱，什么人都想在这个项目上蹭一个 contributor。。。，再加上官方在我看来很多地方 (功能 / 设计) 都没想清楚，今天改回来明天改过去，希望以后别全是 VibeCoding 带来的技术债

我一直是Claude Code和opencode一起使用, opencode提供问答, claude code写代码, 长时间对比体验下来, 还是很好的, 我觉得交互设计比claude code 合理一点, 我经常搞不明白claude code是否执行完了任务hhh, 还有一点体验不好的是, 如果我在opencode里面执行不会停止的shell语句(比如: npm run dev), opencode使用 ctrl + c退不出来, 而是直接退出了, 而claude code 不仅可以丝滑退出, 而且claude code需要连续两次ctrl + c才会退出, 防止一次误按, 体验更好

这个项目我主要是和插件 oh-my-opencode 一起体验的，说一下我四小时不间断使用整体的体验，后续使用一段时间后抽空来继续追评
优点：
1. 兼容 Claude Code 的接口层（包括 LSP）：这个很不错虽然算基础功能吧，但是让我能很快从 claude code 的使用中快速平移过来

2. 多模型兼容性强：模型兼容性不错，支持 Claude、OpenAI、Google 等多种 AI 提供商，不绑定单一厂商，之前使用 claude code 时，没买专门的中转模型，在工作中为了使用 claude code 真的一言难尽，搞了一堆 openai 转 anthropic 的 proxy 中转 bug 修复

3. 终端控制台设计新颖有趣：在终端里支持 “点点点” 的交互方式确实少见，带来了一种介于 CLI 与 GUI 之间的新体验，不过哇再看看他的桌面应用程序反差感一来又想骂?

缺点：

1. 学习曲线陡 ：文档分散、社区尚小、配置流程复杂，对新用户极不友好。尤其是模型自定义配置 —— 不仅官方文档不够集中，参数自由度也有限，Qwen 模型的一些特有参数就无法被识别或兼容，限制了我的发挥空间，当然也可能是我配置的位置不对。。。每次找东西都要去 issue 里看真的累

2. 终端版与桌面版功能不一致：未深度对比，但已发现几处明显区别

• 桌面端支持在聊天框中直接粘贴图片，而终端版完全不支持（连基本的剪贴板图片暂存到 /tmp 都没抄过来，这点令我无语）；桌面端支持在聊天框中直接粘贴图片，而终端版完全不支持（连基本的剪贴板图片暂存到 /tmp 都没抄过来，这点令我无语）；重装解决了?

• 终端无法快速开关 MCP 功能，而桌面端已有图形化切换，既然界面都做得这么 “花里胡哨” 了，这种基础交互理应同步支持 (当然这种需求不常见但是不代表没有。。。)

3. CPU 占用高：在我 M3Pro 芯片的 Mac 上 (不算新但也不差了)，执行一些稍微带点复杂度的任务竟会触发风扇全速运转

4. 文件权限控制存在安全隐患：文件权限设置不到位！我在外面的目录下然他生成另一个路径的代码调用链他居然能成功获取到; 另外可以看图片我在子目录把父目录的文件成功删除了，真怕它哪天幻觉输出路径错误给我 mac 资料删了

1. 中文显示问题：中文语言环境下UI显示异常，出现字符乱码或无法正确显示，参考P2

后面再继续用一段时间哇，看看长期的效果怎么说