使用 OpenCode + Haiku 的体验和 Cursor + Opus 的体验差距不小,是模型的差异还是工具配置的差异?

平时在公司搬砖用的都是 Cursor + Opus4.6, Cursor 的合同这个月要到期了不能每个月蹬 500 次请求了, 所以回家写的时候也重新试了下像 Haiku 这种便宜点的模型和 OpenCode. 用起来感觉血压有点高, 写简单应用 AI 选了 Redux, 然后写出了一堆 bug, 而且配环境的时候 tailwind CSS 也配不明白.有时用 4 有时用 3, 用 4 基本用错了, 用 3 一开始也没引成功, 加了 config 文件结果 App.ts 没引. 这些问题就不说了, 因为毕竟价格摆在那里.

最难受的是有些简单场景下 AI 的行为. 有一次让 AI 把当前的改动进行 git 归档然后和前面相关的提交 squash 一下. 当前目录下混杂了一些临时的脚本/文档, Haiku 直接 add -A 提交了, 我看了大为震惊, 想到用 cursor + opus 一般 AI 都会先检查一下, 如果混杂了无关的改动(即使不是临时脚本/文档, 而是当前 git stage 里面有多个不相关的未提交的修改), AI 通常都能挑选出相关的改动并且精确 add 对应的文件.

Add 完以后 AI 开始 squash 了, 结果调了 git rebase -i 把自己卡住了, 我手动中断了连接然后让它先 reset 一下, 然后只 add 相关的文件, 然后它 reset 以后直接把无关的文件全删了... 最后让它恢复, 这下至少还知道用 reflog 找回来...

实在是很好奇这个场景下 haiku4.5 的行为会这么离谱, 这种差异可以通过 rules 之类的来救一救吗, 感觉使用体验实在不是很省心