与该标签相关的文章、问题和作品。
整理自公开社区讨论，重新表述为中文问题。 报错堆栈很具体，但用户描述定义了真正的业务症状。公开讨论里常见的失败是 agent 紧盯技术异常，最后修掉了一个局部错误，却没解决用户真正遇到的问题。 想请教： 1. 两类证据分别约束什么？ 2. 什么场景下用户现象比堆栈更关键？ 3. 怎样安排这两类证据的输入顺序？
整理自公开社区讨论，重新表述为中文问题。 公开讨论里不少 bug 修复失败，根因不是改不动代码，而是从一开始就没抓住真实症状。没有复现，agent 看到的只是一个模糊描述和一堆猜测路径。 想请教： 1. 哪类 bug 尤其需要先做复现？ 2. 最小复现能给后续 agent 带来哪些约束？ 3. 什么时候才适合直接代码阅读先行？