界面不显示最终汇总结果是因为协作链路在汇总阶段断开：未触发coordinator agent（缺收口指令）、该agent离线或资源被抢占、跨专家输出格式不统一导致上下文断裂，需依序排查。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy专家团执行完多个专家的分步任务后，界面始终不显示最终汇总结果，只看到零散的中间产出或进度卡在“等待收尾”，这种情况不是模型没运行，而是协作链路在最后一步断开了。
确认专家团是否真正进入“汇总阶段”
打开任务详情页（点击右上角任务徽章→选择对应任务编号），查看时间轴中的最后一条日志。如果最新日志停留在某个专家的输出（如“设计专家完成初稿”“分析专家返回3条根因”），但没有出现“开始整合”“启动汇总流程”“调用Coordinator Agent”等字样，说明系统压根没触发汇总逻辑。【这是最常被忽略的前提：没有进入汇总阶段，后续所有排查都是徒劳】
此时不要刷新页面或重试，先检查你发起任务时是否用了明确的汇总指令词——比如只说“让A做X，B做Y”，WorkBuddy默认按顺序执行并各自返回；必须出现“把以上结果合成一份报告”“汇总成一页PPT”“统一输出给客户”这类收口型表述，HyperFrames调度层才会激活Coordinator Agent。
检查Coordinator Agent是否在线且可用
方法一：手动验证
在WorkBuddy命令行输入/status coordinator，回车。若返回active (v2.4.1)，说明服务正常；若返回offline或timeout，则需重启该组件。
方法二：快速绕过
在当前对话中直接输入：“请用Coordinator Agent把刚才A和B的输出合并为带标题和编号的Markdown文档”，看是否立刻响应。能响应，说明Agent本身可用，只是原任务未正确调用；不能响应，说明Coordinator进程已挂起。
注意：Coordinator Agent依赖独立内存池，若你刚处理过超大PDF或视频帧提取任务，它的资源可能被抢占未释放。此时关闭其他高负载任务再试，比重启整个WorkBuddy更高效。
排查跨专家上下文传递是否断裂
第一步：确认各专家输出是否含可识别的结构化标识
例如设计专家返回的是纯图片，分析专家返回的是无字段名的文本段落，Coordinator就无法自动对齐内容维度。它需要至少一个锚点：比如都包含“#section-需求背景”“##output-type:summary”这类标记，或统一使用JSON Schema封装。
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
第二步：强制注入标准化格式
在召唤每个专家前，加一句：“请用标准输出模板：{‘task_id’: ‘xxx’, ‘section_title’: ‘xxx’, ‘content’: ‘xxx’, ‘format_hint’: ‘xxx’}”。这会迫使各专家按统一键值输出，Coordinator才能准确抓取并拼接。
第三步：检查历史任务中是否存在同名字段冲突
如果A专家和B专家都输出了键名为“conclusion”的字段，Coordinator默认只取最后一个。此时需在指令中指定优先级：“以分析专家的conclusion为主，设计专家的conclusion作为补充附录”。
定位日志中真正的失败节点
① 打开WorkBuddy安装目录下的logs/hyperframes/文件夹
② 找到以当前任务ID命名的.log文件（如task_abc123.log）
③ 用文本编辑器打开，搜索关键词coordinator::fail或merge_timeout
④ 如果发现[ERROR] coordinator failed to resolve output schema from expert_b: missing 'section_title'，说明B专家漏传了必要字段；如果看到[WARN] merge context expired after 180s, dropping pending inputs，说明某个专家响应超时导致汇总主动放弃。
这一步必须查原始日志——界面显示的“任务完成”只是指所有子任务已返回，不代表汇总成功。很多用户误以为看到所有专家图标变绿就结束了，其实Coordinator可能已在后台静默失败。
