完全不装软件 agent ？那没有，自己撸 ssh 后执行命令吧

这叫吃一堑长一智。。我在之前 o1 就上过一次当。我说怎么信用卡框框扣钱。
从此有新模型我都要研究一下怎么扣费的

AI：rm -Rf /

抱歉。后面还没输出完你怎么自动执行了。。

aws 其实也没差。。

ps 一句。你说的这个还有一个东西。叫自动化测试。只要你自动化测试覆盖率 100%。就能做到变更影响可控。netflix 等频繁更新的全靠的是 100%覆盖率的自动化测试。但国内 99.9999%的公司是不愿意掏这个钱让测试团队做这个事的。但也不是没有，也碰到过测试团队专门掏 3 个人做自动化测试。100%谈不上，90%是有的。效果就是每次上线和做架构调整不带怕的。

可以啊。cursor 的 find bug 功能就类似。也就一次 30 美金-100 美金左右。你愿意掏么？
因为从理论上分析。首先要能确认你这次修改，影响了多少文件，其次，变动是否影响没改过的代码的原始逻辑。所以，要有条理的把整个项目全部上传进行多轮对话和分析。一个生产级项目几十万行代码清轻松吧。再加上设计文档巴拉巴拉的。靠大模型来分析完整的就是很贵很贵。其实这个做静态分析就够了，但目测没有这样的产品，因为一定是定制化的。除非 AI 进化到真的有记忆，token 费用下降 1000 倍成本，靠 AI 通用的分析还是有点可能。

没啥问题啊。。有什么好奇怪的。cursor 只是工具而已。就跟教你用 ide 没任何区别。。

这咋学。。我说了你也不知道啊。。每个人每个公司的情况都不一样。
经常问这个问题就是看你到底用得多不多。你网上学来的一问一个不吱声。就老实说没碰到什么问题吧。假的几句话就套出来了

刚用的震撼是真的，但用久了就跟半老徐娘一样，哪哪都看不顺眼。各种不满意。。
完美的 ai 编辑器还是没出来。
尤其是有时候被一个问题来回拉扯 1-2 个小时，虽然最后一定能解决。但是 1-2 个小时进去了心里会很不爽。

反正我这种半年不洗车选手是死都不会选黑色的。白色发黄其实也能接受，那都是补漆的缘故导致的。但黑色的真的是特别显脏。。

copilot 的核心问题在于上下文管理。一直蠢笨蠢笨的。cursor 这点确实不错。但是 cursor 也不是没问题，上下文管理完全封闭，鬼知道是他没把上下文传上去还是大模型没理解。

@dcalsky 但我个人研究一下午感觉如果结果达到 cursor 结果一致的情况下。总成本要比 cursor 便宜。。当然。别一个文件千八百行。这没法弄。

@dcalsky 多少？？？ 10 刀？？看样子只能将就用 cursor 啊。
今天研究了半天 aider 。搞了几个小时问题。2 个来小时。当然大概是因为我的项目很小很小。但也要 2-3 美金。orz 。

@keakon 我看了一下账单。cursor 的计费好像是延迟的。
我昨天总共用了正好 200 次的 request 。个人感觉差不太多。这就是 8 美金。。我再过两天用一整天的 aider 试试。。

@keakon cline/roo 好像上下文是直接硬塞的。就会有相当多的浪费了吧

claude 的 price 是延迟的，问一次就是 claude 。不用测试，他文档里面写的。

刚也看了一下他们的上下文的文档。60k-120k ？不像啊。。要真这么多。cursor 的效果就会非常好。roo 可以比的嘛，同一个问题，同一个模型。这就是闭源的弊端，压根就不知道他到底是不是 token 特别长。

In Chat and Composer, we use a 40,000 token context window by default. For Cmd-K, we limit to around 10,000 tokens to balance TTFT and quality. Agent starts at 60,000 tokens and supports up to 120,000 tokens. For longer conversations, we automatically summarize the context to preserve token space. Note that these threshold are changed from time to time to optimize the experience.
在聊天和创作工具中，我们默认使用 40,000 个令牌的上下文窗口。对于 Cmd-K ，我们限制在大约 10,000 个令牌，以平衡 TTFT 和质量。代理从 60,000 个令牌开始，支持最多 120,000 个令牌。对于较长的对话，我们会自动总结上下文以保留令牌空间。请注意，这些阈值会不时更改以优化体验。

广告怎么看？用屁眼看。。