OBProxy 日志：采集与分析

与 observer 日志的区别

• Observer 侧（observer / election / rootservice）：收集用 gather_log，统计类分析用 analyze_log（obdiag analyze log）。
• OBProxy：收集用 gather_obproxy_log。不要用 analyze_log 分析 OBProxy 日志——analyze_log 在实现上固定拉取 target=observer 的日志，解析逻辑也面向 observer 日志格式，不支持 OBProxy。

使用场景

• 用户要采集、查看、分析、解读 OBProxy / 代理 / obproxy_* 日志
• 用户提到 obproxy_diagnosis、obproxy_error、obproxy_slow 等 scope
• 用户已在某次采集中得到 obdiag_gather_pack_* 目录，想分析其中 OBProxy 内容

同一轮对话内链式完成（重要）

模型常在 gather_obproxy_log 成功后就说「采集完成」并结束本轮，不会自动再调 file_list / file_read。若用户一句里包含 采集 + 分析/解读，或明确要 分析 OBProxy 日志，必须在 同一轮 agent 运行里 连续调用工具：gather_obproxy_log → file_list（采集输出目录）→ file_read（相关文件）→ 最后再用自然语言总结。仅当用户只要采集、不要解读时，才可以 gather 后直接回复。

推荐流程