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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

压缩上下文导致死循环了。最关键的「我已经执行过 N 次了」这个信息，怎么就压丢了呢？！

话不多说，上图：

上下文工程

Manus

死循环

12 条回复 • 2026-01-05 06:26:51 +08:00

gigishy

2 天前 via iPhone

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

sillydaddy

2 天前 via Android

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

twofox

2 天前

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

vislins

2 天前

@twofox 越南华裔移民。

2 天前

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

twofox

2 天前

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

sillydaddy

1 天前

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

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

1 天前

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

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

sillydaddy

1 天前

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

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

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

sillydaddy

1 天前

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

1 天前

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

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

gigishy

1 天前 via iPhone

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