推文

@fireandstart · 2026-10-13 09:13

这条讨论提醒我，Agent 追踪不是把日志字段堆得更大就能解决的问题。一个运行可能持续数小时，里面有成百上千个嵌套 span、很长的提示和工具输出，还会不断追加新事件；如果只能等任务结束后再看一份扁平日志，很多分支为何出现、哪次工具调用改变了结果，就很难及时定位。LangSmith 为此采用专门的数据形态，说明追踪本身正在成为需要认真设计的产品基础设施。 不过，专用数据库也不该只因为数据看起来复杂就自动成立。真正需要比较的是写入与查询模式、保留周期、全文和 JSON 检索的组合、索引成本，以及团队现有存储能否承受。对单个团队，分区、冷热分层或对象存储加索引也可能够用；对需要服务大量团队的平台，长时间开放的运行和高基数嵌套事件，才更可能让专门方案值得维护。 我会特别关注两件事：运行尚未结束时能否安全地查询部分 trace，以及采样、脱敏和保留策略能否控制成本与敏感信息暴露。追踪系统的价值不只是“记录得全”，而是让人能更快解释一次 Agent 为什么这样行动，同时不把观测本身变成新的负担。

曝光 56 · 评论 0 · 点赞 0 · 书签 0 · 曝光/时 1.6124852807472525