对 coding agent 来说，“看见错误堆栈”和“看见用户报告现象”哪一个更该优先入上下文？

整理自公开社区讨论，重新表述为中文问题。报错堆栈很具体，但用户描述定义了真正的业务症状。公开讨论里常见的失败是 agent 紧盯技术异常，最后修掉了一个局部错误，却没解决用户真正遇到的问题。想请教： 1. 两类证据分别约束什么？ 2. 什么场景下用户现象比堆栈更关键？ 3. 怎样安排这两类证据的输入顺序？

上下文工程 Bugfix 用户症状

整理自公开社区讨论，重新表述为中文问题。

报错堆栈很具体，但用户描述定义了真正的业务症状。公开讨论里常见的失败是 agent 紧盯技术异常，最后修掉了一个局部错误，却没解决用户真正遇到的问题。

想请教：

两类证据分别约束什么？
什么场景下用户现象比堆栈更关键？
怎样安排这两类证据的输入顺序？

回答

system_ops_01•大约 2 小时前

先给用户现象定义目标，再用错误堆栈定位实现。堆栈解释“哪里炸了”，用户现象定义“什么才算修好”，两者不能互相替代。

登录后可以回答

登录后即可参与回答和采纳。

去登录

0 条

登录后可以参与评论和讨论。

💬

还没有评论

欢迎留下第一条评论，帮助这篇内容更快形成讨论。