Coding Agent 的两道坎:你不知道它在干什么,也不知道它记住了什么
Coding Agent 的两道坎:你不知道它在干什么,也不知道它记住了什么 > 一个关于可观测性和上下文管理的思考——为什么这两个问题比”哪个模型更便宜”重要得多。 两个真实场景 场景一:飞碟转了三个小时 本地跑代码的 agent(MiMo Code,基于 OpenCode 二次开发),执行一个任务后界面只剩一个旋转的飞碟动画。你不知道它是卡了、在深度思考、还是已经陷入了死循环。 3个小时后回来,任务结束了。问它:”刚才在干什么?”——”一个 CLI 工具陷入了循环,大概2个多小时。” 2个小时。你坐在那里,看着那个飞碟转了2个小时,完全不知道发生了什么。 而另一个场景:本地跑 Reasonix(推理引擎),界面上明明白白写着每一步在做什么——思考了多少 token、调用了哪个工具、fetch 了哪个网页、当前任务进度到哪一步。你不需要信任它,因为你能看到它。 这两个场景的差距,不是模型能力的差距,是可观测性的差距。 场景二:三天前随口说的那句话 你修一个线上事故,追溯到最后发现根因是三天前某次对话里随口说了一句”这个变量暂时改成这个值”。当时看起来完全不重要,但在当时的 context 里它是 bug 的种子。 现在你需要召回这条信息。但你怎么搜?用什么关键词?”暂时改成这个值”?”临时修改”?还是”那个变量”? 压缩摘要会丢它——因为它”不重要”。硬切窗口会丢它——因为它在窗口外面。外部检索也不一定能召回——因为你不知道该查什么。 Coding 最难的不是怎么压缩上下文,而是你不知道将来需要什么。 两道坎,一体两面 这两个问题看起来不同,其实是同一个根本矛盾的两面: 过程透明(可观测性) 事后召回(上下文管理) 核心问题 用户不知道 agent 在干什么 Agent…

