用Trae做Cursor平替几个月,我发现了它最大的缺陷

431 阅读1分钟

AI编辑器,模型很重要,而比模型更重要的是上下文。

用Trae也有几个月了,简单的任务是可以做到的。最近发现它有个很大的限制,对话框中内容长度是6000,贴了100多行的代码作为参考就超过了。Cursor我贴了700多行,3万6千多的字符都没有超过对话框的限制。

Trae最近加了max模式,开max模式无法增加对话框内容的长度。Max模式试过几次,单次消耗了10几次的请求,600次的request,相当于只能用60次的max模式。这样算下来并没有比Cursor更便宜。

终究是一份钱一分货,羊毛出在羊身上。不知道Trae一个月600次请求后面会不会缩水,结合成本的考量,可想而知非max请求下它对上下文的压缩会有多严重。AI编辑器上下文为王,上下文包括用户的输入+现有代码+外部工具+编辑器的系统提示词,而上下文的长度直接限制了Trae的能力上限。这个观点你认可吗?你觉得呢?

简单少上下文任务用Trae,复杂任务交给Cursor。复杂任务用Cursor实现七七八八,然后用Trae做细节的优化,搭配使用结合两边错开的订阅周期,这样用起来还是比较畅快的。

最近OpenAI的Codex有了较大的升级,打算试试看,有用过的小伙伴评论区分享下体验呗。