第一次用的时候遇到个 bug,项目索引一直卡在 1%,得手动取消再重新开始。每次发消息都有点延迟,不像 cursor 那样一回车就发出去了,感觉有点卡顿。模型支持 claude sonnet4 和 快手自己的模型。
AI 对话有 Jam 模式和 Duet 模式,我的理解 Jam 对应 cursor 里 chat 和 Agent 模式,Duet 对应 cursor 里的 Plan 模式,但是叫做 Jam 和 Duet 感觉不是很直观?
我自己体验了一下用 Duet 模式做一个需求,在对话的过程中,它会根据我们的需求去写一个实现方案文档(图二),文档写的蛮不错,问题分析,前后端调整,涉及的文件改动都有写清楚,写文档前也有自己认真联网调研,我自己看也能看懂,没有什么废话。
点击执行后会创建 Todo List 去执行,指令遵循性也不错,执行完成后,会执行代码检查(图三),但是 Agent 默认不会直接基于错误结果去修复,我们可以手动点击修复,不过这里的逻辑不是在一轮对话里停下来等你执行工具,而是重新开一轮对话再执行,这一步效果不太理想。最终我的这个相对有点难度的任务顺利的完成了,而且我觉得这和 Duet 模式的文档写得好有很大的关联,如果不先写清楚文档,我的这个需求可能就发散了,做着做着就做歪了。而且我觉得 code fliker 的方案写的比 cursor 更好,梳理的更加细致,但是这也有可能是不同任务要做的事情不同导致的。
而且相比起 cursor 还有一个问题,就是执行任务是不能并发的,当前话题在运行过程中,没法再建一个新的话题做其他事情,而且切换话题必须选择当前话题的内容是接受还是拒绝,这一点做的还不够,因为我自己的使用习惯是经常并发几个话题做不同的事情,充分发挥 AI 的并行能力。
目前作为一个免费的 AI Coding 工具做的还是蛮不错的,但是如果收费了肯定没法跟 cursor 一个价位,不论是模型还是能力上还有些欠缺,但是从我自己一个需求的使用体验来看,绝对是很不错的工具,能够把模型的能力充分发挥出来~