哪个强就不争了，至少有一战之力
之前一直用cursor，受到了cursor的claude3.7 max的启发
感觉cursor为了成本，对上下文的压缩和控制有点影响llm的发挥。于是尝试了aider加上满血满上下文的deepseek-r1，用r1规划用v3编辑的模式
体验上，真的是很可以的。。。怼足了上下文，感觉很爽
15 Likes
啊？有这么强？
3 Likes
我觉得是有可取之处
比如，cursor对于项目的整体感知依赖于向量检索
这个检索能搜到什么，一定程度看运气
aider对项目的感知更简单粗暴，会把整个项目的类和方法地图都怼给llm，然后llm再决定进一步查看哪些相关内容
1 Like
不先embedding吗？
1 Like
aider没有向量化，直接把去掉了实现细节的类和方法组成的项目地图怼过去
可能对于方法名和项目规划还有注释要求高一些
但是，如果是由ai起的名字规划的路径写的注释的话，效果就很不错
1 Like
有没有省钱还好用的模型？
1 Like
这样token用量会不会很高啊?
1 Like
属于钞能力了
所以。。。只有在r1出来之后，才能这么玩
先不说最近到处能白嫖额度，就算原价，以deepseek的价格，也还是可以接受的
安利不动，很多人不喜欢 cli
我觉得区别不大
总的来说，主要工作基本上都是打字，然后看着ai干活
那是你没用上 MCP，用了会炸上下文的。
cline 也差不多。
试过cline了，不太行
aider对上下文的管理感觉更友好
至于mcp，感觉对于日常开发用处不大，没必要给agent那么多工具。。。agent就是踏踏实实写代码就好了，让agent操作环境没必要，开发的主要工作量还是在代码
2 Likes
aider主要是主推基于terminal的方式，比较抽象，我一直用的cline就觉得还是蛮方便的，尤其是可以方便看到做了什么编辑操作和当前文件的情况
1 Like
DS 上下文最多 64K(输入+输出)，小的项目还行。大一点的，有的代码量比较大，64K 轻轻松松就超了，这时候就得看 Agent 客户端对于上下文的优化方式了，谁优化的好，谁家体验就好
1 Like
r1最大164k上下文，最大单次输出33K
不过，我一般控制在64k以内，太长也影响性能
不过就算是64k，也比cursor的非max版本强多了
要是哪个工具能有cursor的tab体验就好了
之前有人安利已经体验过了
如果是操作数据呢？如果要好的效果有写上下文提示词还是要尽可能仔细的。