zcode和opencode选择

如果需要在多个中转站之间切换，那zcode、dsh这些相对比较好的选择。

codex在win只有cli比较推荐，因为桌面版实在是太卡了，如果能接受cli界面和操作，还是不错的。

claudecode只有搭配claude系列模型才能发挥最大能力，搭配其他的模型，感觉其实也就那样。

另外还有pi这些，没试过，但是如果是轻度使用，什么都要自己装插件，还是比较麻烦的。

所以综上所述，

如果是用claude codex模型毋庸置疑选自己原厂的产品最好。

如果是在用的中转站，在多个中转站间、多个模型间横跳的话，需要插件高度化自定义就选pi、dsh、这些，否则zcode 、opencode 是最好的选择。

但实际上他的问题是zcode和opencode怎么选

似乎定位差不多

opencode最大的问题就是bug修太慢了，有些东西迟迟不修就很烦

感谢佬友建议；pi我也用过一个月，站内各个佬的推荐都是各式各样的插件，然而把大家推荐的插件装一下，其实和opencode的优势也看不出多少了，而且还要自己深度调优、配置，我无法有信心觉得我自己搭建的harness框架能好过opencode、或者公司产品。 ^-^

佬友觉得zcode好用吗，我是最近也因为不清楚是omo还是oc的bug感觉不太好，刚好z又在发鸡蛋，所以考虑了它。

我更喜欢用 opencode

zcode 我感觉大概率也是用 opencode/pi 来改的，区别应该不大

仔细探究过安装后的各个文件，就是基于opencode改和定制的

有配置或者使用心得分享吗佬，我感觉纯opencode，我也看过它的system提示词，说不上多好，对各个模型的default提示词挺一般的，源码都几个月不更新而且很长很罗嗦；于是我基本就主用omo这个插件，但我感觉它非常过度设计，禁用了几十个hook、部分skill和slash command，其实效果并不算让我很惊艳。

win环境用zcode

linux用opencode

这两个没什么交集吧？不是一类东西

我就裸的opencode，我感觉还行啊

实在不行就用 omo slim

我使用情景是在Linux服务器开发，我本地win不用的。opencode也是远程开个端口本地跑

事实上随着各种skill和上下文管理技巧被内化到模型内之后，omo越来越不重要了，fixer本身丢失上下文过多轮次一多容易出现累计误差弄出来各种奇奇怪怪的bug，真正有用的大概只有explorer这个角色拿来加速冷启动过程以及省一点探索费用了

目前我感觉最合理的架构应该是基于omp的tan那种命令做强化，也就是基于当前上下文前缀fork出几个subagent，然后并行作业来加速，作业完毕summary合入main agent,这样main agent上下文也不会被大量的tools调用塞爆,不过这个看上去好像也没有harness在尝试做这个方向的内容

近期用opencode+trellis，项目记忆感觉差不多了

我觉得zcode 还挺好用的，佬可以试试，有点codex+opencode的感觉，但是没他那么卡，至于agent能力，我觉得仁者见仁智者见智了。

这俩都不算好用，用第三方供应商模型还得自己填，不如dsh

他提示词都可以换的，啥玩意都可以配置

不过我也是

裸的opencode

我也觉得还行

不限于gpt、glm、kimi、grok等等等等

表现都还可以

opencode我卸载了,之前一直想用他的free model. 后来才知道可以API接入到其他agent 那就直接卸载了.

如果这俩选我选zocde,我喜欢桌面端. 我目前也不用zcode了.我常用的是codex+pi. cli 也是codex+pi .

最近桌面端已经从codex切换zcode了，试了很多确实zcode是比较好用的，目前主要用dsh和zcode，不过zcode的内存占用也不低

我也使用了大半年的opencode，我现在推荐pi-web，或者openchamber

我现在深度使用的是opencode，感觉各种命令和会话管理、登录等做的挺好的，也可能是应为我没怎么用过zocde，感觉desktop端没cli用的舒服。