必须从数据源头建立不可混淆的标识体系：用字段契约隔离输入类型、为过程稿添加时间戳+角色前缀、通过HyperFrames或目录实现物理隔离，并在校验环节交叉比对原始资料与过程稿。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在WorkBuddy多Agent协作中，原始资料和过程稿混在一起会导致ReportWriter误把草稿当事实引用、校对Agent拿中间版本当终稿检查，甚至触发重复搜索或数据覆盖。必须从数据源头就建立不可混淆的标识体系。
用字段契约强制隔离输入类型
每个Agent接收的输入参数必须声明来源类型，不能依赖模型“自己判断”。
打开流程编排中心 → 进入【DataFetcher】节点属性页 → 在【输出结构】中手动定义两个字段：【raw_sources】（数组类型，仅存原始URL、文件哈希、API响应头）和【draft_notes】（字符串类型，仅存人工摘要或模型临时归纳）。
这一步不设字段契约，ReportWriter就会把DataFetcher日志里的调试信息也当成原始数据解析。
给过程稿加时间戳+角色前缀
所有Agent生成的中间产物，必须自动添加可解析的元信息前缀。
在ReportWriter的系统提示词开头插入固定句式：“你收到的所有带【DRAFT-YYYYMMDD-HHMM-ROLE】前缀的文本均为过程稿，禁止作为事实依据；仅【RAW-】开头的块为原始资料。”
配置ReportWriter的预处理脚本：在调用模型前，自动扫描input.raw_data，将每段内容重写为【DRAFT-20261015-0230-REPORTWRITER】+原文。这步漏做，模型会把上一轮失败重试时生成的半截表格当真。
用HyperFrames做物理隔离
方法一：启用独立上下文帧
在流程编辑顶部切换至【HyperFrames配置】→ 新建Frame命名为sources_frame → 将DataFetcher所有output.raw_sources绑定至此帧 → ReportWriter的input只允许从该帧读取，禁用全局上下文访问权限。
方法二：文件级硬隔离
DataFetcher导出原始资料时，强制保存为/raw/目录下带哈希后缀的JSON文件（如raw_8a3f2d.json）；所有过程稿统一存入/draft/目录，文件名含Agent名称与序号（draft_ReportWriter_v3.json）。ReportWriter的工具权限中，【禁止读取/draft/目录下任何文件】。
不启用HyperFrames或目录隔离，两个Agent会共享同一片内存空间，原始网页正文和模型刚写的错别字段落躺在同一个变量里，谁也分不清主次。
校验环节必须交叉比对
第一步：启动校对Agent前，先运行校验脚本
检查ReportWriter输出中是否出现【RAW-】标记——若出现，说明它违规引用了原始资料未加工内容；检查是否含【DRAFT-】但未标注版本号——若存在，判定为过程稿污染终稿。
第二步：用正则批量扫描终稿文本
执行命令：grep -n "DRAFT-20261015" output_final.md。命中即失败，立即中断发布流程。
第三步：人工抽检原始资料引用链
随机抽取终稿中3处数据点，反查其在/raw/目录对应文件中的原始位置，确认无断章取义或上下文丢失。这步跳过，等于把审核权完全交给模型，而它根本不会告诉你哪句是编的。
