WorkBuddy需强制标注每条结论的原始出处编号，确保可回溯至具体文件及段落；操作包括建证据索引空间、保持原始命名上传、验证OCR识别、指令限定编号格式、核查并重跑修复虚构编号。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy整理会议纪要、测试记录和交付说明时，常把“计划周五完成”“部分用例失败”“文件已发送”三句拼成“项目已完成并验收”，这种结论看似流畅，却在原始资料里找不到对应句子——你真正需要的不是AI写的漂亮话，而是每条结论都能回溯到哪份文档、第几段、第几行。
先建证据索引工作空间
打开WorkBuddy客户端→左侧导航栏点击「资料库」→点击“新建空间”，命名为“证据索引-202610”（日期必须写，避免后续多个版本混用）。
在新建空间内，上传全部原始资料：会议纪要.docx、测试记录1.pdf、测试记录2.pdf、交付说明.eml。注意：【所有文件必须保持原始命名，不能重命名为“资料1”“资料2”】，否则AI无法在输出中标注真实出处。
上传完成后，不要立刻开始整理任务。先点开任意一份PDF，在右侧预览窗确认文字可被识别——若出现乱码或空白，说明OCR未生效，需重新上传扫描版或转为可选中文本格式。
让Agent输出带编号的结论
新建一个任务，输入指令：“请根据‘证据索引-202610’资料库中的全部文件，整理项目进度。每条结论必须标注来源编号，格式为[1]、[2a]、[2b]、[3]，其中数字代表文件顺序，字母代表该文件内不同段落。”
将匿名化的 OpenClaw 配置共享给 OpenSoul 社区，适用于用户想分享代理设置、探索他人使用方式等场景。
WorkBuddy会自动为四份文件编号：[1]会议纪要.docx、[2a]测试记录1.pdf、[2b]测试记录2.pdf、[3]交付说明.eml。它不会合并冲突信息，比如“计划周五完成”和“部分用例失败”会并列呈现，各自带编号。
这一步的关键是强制AI放弃归纳式表达。如果你只说“总结项目状态”，它大概率输出无编号的概括句；加上“每条结论必须标注来源编号”，就锁死了输出结构。
检查并修复缺失证据的结论
任务执行完毕后，下载输出文档，用Ctrl+F搜索“[”符号，逐条核对每个编号是否在资料库中真实存在。
发现某条结论写着“系统已通过压力测试[4]”，但资料库只有3份文件——说明AI虚构了来源。此时不要手动修改，而是回到任务界面，点击右上角「重跑」→在提示词末尾追加：“禁止生成资料库中不存在的编号；若某结论无法对应到任一原文段落，请标记为【待核对】并留空编号。”
重跑后，那条压力测试结论会变成：“系统已通过压力测试【待核对】”，不再配假编号。这才是可控的整理结果。
