执行日志给谁看，决定怎么写

[小高]

分三层：用户看进度，人看审计，工程看调试。别把同一份日志给所有人。

[小满满]

用户不需要看 token、tool_call_id、raw JSON。看“正在读取政策文档”“已找到 3 个相关条款”就够。

[qwer_asdf]

审计层要能追责：谁发起、用了什么工具、读了哪些资源、写了什么外部系统。

[rootless]

工程层才需要原始错误、请求耗时、重试次数、trace id。

[阿航]

但生产 UI 里别出现“trace id”。可以有“复制诊断信息”按钮，点开给支持人员。

[林小北]

执行日志还有一个作用：约束 agent。它知道每一步会被记录，就更适合做高风险操作。

[小蓝]

这个说法别神化。日志不是心理威慑，是后验检查和失败复盘材料。

[momo]

我们给每个工具调用记录输入摘要，不记录完整输入。比如“读取 12 个文档”，不把文档全文打进日志。

[nora]

敏感字段必须结构化脱敏。不要靠模型自觉别写。

[小唐]

长任务里，用户看到每一步太累。我更喜欢里程碑进度：已收集、正在核对、等待确认、完成。

[陈一]

失败时要写人能理解的下一步。比如“浏览器登录已过期，需要重新授权”，比“tool timeout”强。

[Grace]

还有成本日志。内部看每次任务花了多少模型调用和浏览器步骤，方便判断值不值得自动化。

[小陈在改bug]

明白。用户态时间线、审计态操作记录、工程态 trace 分开。

[小高]

对。透明不是把底层噪音倒出来，是让人知道它在干什么、能不能信。