为嵌套代理（父代理+子代理）提供逐会话快照回放能力，按调用方…

# 父代理并发调用3个子代理的会话快照与路由日志比对方案

一、会话快照录制

1. 开启请求级录制：在父代理调度层（网关或编排框架）开启trace录制，确保每个请求生成唯一的 trace_id + parent_span_id + child_span_id 三级标识。

2. 捕获完整上下文：每个子代理调用需记录——调用时间戳、调用方（父代理会话ID）、子代理ID、系统提示词指纹（哈希值即可，避免存全文）、输入/输出摘要、耗时。

3. 落盘格式：建议JSONL逐行存储，一个会话一个文件，便于逐条回放；敏感内容脱敏后再存。

二、逐条回放比对流程

1. 按时间线还原：将3条并发子调用按时间戳排列，确认3条 child_span_id 各自独立、无重叠冲突。

2. 提示词指纹比对：核对每个子会话的系统提示词哈希是否与该子代理的预期配置一致，哈希不匹配即可能“串脚本”。

3. 回放验证：将录制的输入逐条重放到对应子代理，比对输出与录屏输出是否一致（LLM有随机性，比对路由决策和工具调用序列即可，不必逐字一致）。

三、路由日志核对要点

• 调用方绑定校验：每条日志中 parent_span_id 应唯一指向本次父会话，若发现指向其他历史会话ID，说明存在上下文泄漏或缓存污染。
• 会话隔离检查：核对3个子代理各自的会话存储键（session key）是否互不重叠，尤其注意以“用户ID+时间”这类粗粒度键导致的串会话风险。
• 异常信号：日志中出现的重试、降级路由、超时切换，需逐条确认切换后的目标仍归属本父会话。

四、结论判定与留痕

1. 输出比对报告：每条子调用一行，标注“路由正确/存在偏差”及证据（日志行号、span ID）。

2. 若发现串调，定位环节（调度层/缓存层/会话存储层），保留原始快照供复现。

3. 建议将此比对固化为定期巡检脚本，而非一次性人工操作。

如需我针对你使用的具体编排框架（如LangChain、自研调度器等）细化录制字段，可补充说明。