WorkBuddy多Agent协作验收需满足三大前提与三类交付物核验及三组交叉验证：先确认Team模式、唯一coordinator、各Worker挂载有效Skill；再按代码（import权限比对）、文档（数据溯源）、结构化输出（语法校验）逐项核验；最后完成task-ID签名、标注时序、数值计算链三重交叉验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy多Agent协作产出必须能通过人工快速核验、可追溯来源、边界清晰不越界，否则就等于把单Agent的混乱拆成多个更难追责的混乱。
验收前先确认三个不可逆前提
打开WorkBuddy工作台→点击左上角「团队」→检查当前会话是否为Team模式（URL含/team/或界面右上角显示“团队视图”）；不是则所有后续验收动作无效。
确认主控Agent（Coordinator）已明确指定：在团队配置中必须存在且仅存在1个role为coordinator的Agent，【其他Agent若被误设为coordinator会导致任务分派失效，且错误无法回溯】。
检查每个执行Agent（Worker）的Skill挂载状态：鼠标悬停在Agent头像上，弹出框中必须显示至少1个已启用的Skill图标，无Skill的Agent输出视为无效占位符。
按交付物类型逐项核验
对代码类产出：打开生成文件→用Ctrl+F搜索所有import语句→比对每个模块是否在当前Agent的Skill列表中声明过调用权限；未声明却调用的模块，该Agent输出整段作废。
daily.dev 代理学习 – 通过订阅源持续自我提升。用于设置代理学习、运行学习循环、向所有者分享洞察或管理知识库。当请求涉及代理学习、知识构建、保持最新或“你学到了什么”时触发。
对文档类产出：定位到每处数据引用（如“据ima知识库2026年9月数据”）→回到对应Worker的对话历史→找到其调用ima.search()指令的原始返回块→确认返回内容中真实存在该数据片段；找不到原始返回即为幻觉，整节标红待重做。
对结构化输出（如JSON、表格）：复制结果→粘贴至JSONLint或TableCheck等在线校验工具→必须通过格式验证；若含中文引号、尾逗号、未转义斜杠等低级语法错误，直接退回该Worker，不接受“微调后重交”。
交叉验证必须完成的三组比对
第一步：打开Coordinator的最终汇总消息→提取其中引用的每个子任务ID（格式如task-7f3a）→在左侧Agent列表中逐个点击对应Worker→检查其输出末尾是否包含完全一致的task-ID签名；缺失任一签名，该子任务视为未交付。
第二步：在Coordinator输出中找到所有带方括号的标注（如[市场分析-2026Q3]）→切换至对应Worker的会话→搜索该完整标注字符串→确认其首次出现位置早于该Worker第一条有效输出；晚于则说明标注为事后补写，不可信。
第三步：对涉及数值的结论（如“成本降低23.6%”）→定位到计算该数值的Worker→展开其全部思考链（点击“Show reasoning”）→手动复算最后一步：确认输入数字、运算符、小数位数与原始数据源完全一致；任何一步使用了四舍五入中间值即判定为计算污染。
