Cursor 的上下文工程太弱智了，看起来这个领域大有可为，难怪 Manus 可以卖个高价

Manus 能卖个好价钱能确定主要原因不是因为华人人脉？

@gigishy 你不说我倒忘了，扎克伯格的老婆是华裔，跟这个有关系是吗？

@sillydaddy 他老婆不是越南裔吗，怎么又华裔了

@twofox 越南华裔移民。

换个上下文容量大一些模型？

@vislins 一代移民还是二代？如果是二代的话我感觉都不能称之为华裔了

@twofox
@vislins
这楼也太歪了吧。。。。#2 楼就是开个玩笑。

@94
容量大也不行啊，关键是它一次读 30 个文件，肯定会爆的，而且爆了之后压缩上下文，它还是不会吸取教训，可能是把关键的信息压缩没了。

@sillydaddy #7 ，多大的 json 文件啊，1M 的上下文还能爆的吗……
如果真的时太大了，开 Plan 模式先看他执行计划是不是可行，比如说调整成按模块读取再让 Cursor 去执行。

而且这算是 Model 的问题吧，和 Manus 这种搞 Agent 的也扯不上关系哇。

@94 我感觉更像是上下文压缩的问题，而不是 Model 的问题。

你看我贴的图片里，它已经尝试了 4 次，然后上下文被压缩了 4 次。假如压缩后的上下文中，有之前尝试过 4 次的记录，那 Model 还会愚蠢的再尝试吗？大概率不会的。我用的 Opus 4.5 算是非常顶级的模型了。它不断尝试，只能说是上下文压缩的锅。

你可以说模型第一次尝试读全部文件有点傻，但我觉得，在模型不知道文件有多大的情况下，情有可原，但后续不断尝试，那要么是模型能力问题，要么是上下文丢失的问题。在这个例子中，显然后者是更符合实际情况的。

@94 这个帖子不是说怎么解决。真要解决的话，我已经让它使用 grep 之类的搜索工具了，让它逐个文件读估计也是可以的。重点不在这儿。

@sillydaddy #9 ，得看你的这些 JSON 文件有多大，压缩也是有比例的。如果真的是爆了上下文（压缩之后还是溢出），表现出来你这样的情况也是正常的，当前信息丢失反复执行对应操作。

使用模型来做一些事情的时候还是需要给增加范围限制的，不然犯蠢是很常见的情况，可以干扰项太多了。或者考虑用模型自家的 CLI 工具，上下文会更大一些。

@sillydaddy 认真回答。
是小扎 ai 的几大红人他们是华人去年小扎花大价钱挖过来的那些。