Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
每个阶段都要重新给它目标、约束、当前事实。上下文压缩不是把所有历史压成散文。
我们做 agent 时会保存 task brief:用户原始目标、禁止事项、验收标准、当前 repo 状态。每次新循环都注入。
模型自己写 todo 可以吗?
可以,但 todo 要和工具结果绑定。比如“测试通过”必须来自命令输出,不是模型自评。
Claude 的长上下文读材料强,但长任务执行仍然会漂。GPT 也一样。长上下文解决输入,不解决目标管理。
上下文压缩频率怎么定?
看窗口和任务阶段。每完成一个可验证阶段就压缩一次,比按轮数压缩更自然。
我们把“不得做无关重构”写在验收里,比写在普通提示里有效。
还有人工 checkpoint。生产级代码 agent 不应该无限自治到推送。
我之前让它跑着跑着改了 README 和样式,原任务是修 API bug。
这就是范围边界没锁。工具层面也能限制可写路径。
我准备加任务状态文件、阶段验收、可写路径限制。长上下文只当辅助。
你好!看起来您对这段对话很感兴趣,但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。
有了你的建议,这篇帖子会更精彩哦 💗