如何利用 Agent 执行轨迹发现 Agent 行为中的问题？

以一个真实场景为例：一个 Coding Agent 修复分页筛选问题时，发现翻页请求未保留筛选条件并完成修改，组件测试通过；但运行浏览器验证时遇到依赖缺失错误，Agent 在环境未变化的情况下重复执行相同测试命令仍得到启动错误，最后却概括为"测试验证通过"。

在 Session Store 的轨迹数据中，开发者可以沿着测试调用查看返回内容，再结合后续行动和最终输出核对，发现：组件测试有了结果，但浏览器验证仍未完成；重复尝试没有带来新的验证信息，完成回复也没有说明这一差别。这就为改进提供了具体方向：补充环境检查、调整重试方式、准确报告验证范围。

资源分析同样需要过程信息。结合调用内容、返回结果与已记录的耗时和用量，团队能判断哪些消耗推动了任务、哪些尝试一直受阻于相同条件，把任务质量和资源消耗一起纳入改进目标。轨迹的价值在于把分散的行动和反馈联系起来，让前后因果关系可追溯。