三个 Agent 各自做完了,怎样合成一份能交付的报告?

先统一来源键、单位和版本,再让写作接手已确认的输入。

Buda Team
← 返回博客
三个 Agent 各自做完了,怎样合成一份能交付的报告?

研究 Agent 交了二十条来源,分析 Agent 交了表格,写作 Agent 的正文也很流畅。报告却交不了:营收数字不是同一个年份,竞品名字对应了两家公司,两个引用还指向旧文件。

并行省下的等待,可能最后变成人的重写。产物汇合需要共同输入约定、依赖顺序和负责最终版本的人,不能拿三条“完成了”当一份成稿。

先冻结问题,再分工作

用虚构市场报告说明:示例公司 Cedar 与 Harbor,读者是决定下一步调查哪个市场的运营负责人。范围限定一个地区、明确期间与公开来源。下面的文件和数值用于教学,不是真实客户研究或效率结果。

先写 brief.md:读者、要做的决定、地域、资料截止日、币种规则、观察期间、章节与交付文件。注明不做的执行动作,例如联系公司或写正式数据库。截止日之后的新来源不能悄悄混进当前版。

明确团队实际指定的 integration owner,由他决定范围和竞争解释。写作 Agent 整理正文,不因为它负责最后一稿就获得商业判断权。

独立准备可以并行,事实写作要等依赖

研究 Agent 收集 sources.csv 时,分析 Agent 可以准备字段和获准公式。但引用来源值的分析要等研究包接收;写作可以先搭章节,不先编依赖尚未交付的数据。

最简顺序是 brief → 来源包 → 已确认指标 → 正文。找资料与搭模板可以重叠,带事实判断的段落不能建立在“表格之后大概会有”上。

独立准备与有依赖的事实写作

每份文件都要能对得上

来源表至少有 source_id、entity_id、URL、发布日期、读取日期、观察期间、支持的 claim_id。指标表有 metric_id、实体、来源、数值、单位、币种、期间、公式与版本。正文引用 claim 与 metric ID,别只说“读取最新数字”。

例如两行虚构数据:

metric_id,entity_id,source_id,value,currency,unit,window,claim_id
M1,cedar-demo,S1,12,USD,million,2025,C1
M2,harbor-demo,S2,9000,EUR,thousand,2025,C2

9,000 千可以换成 9 百万,但 EUR 没变成 USD,两行不能直接排营收高低。要么提供获准的汇率、日期并保留原值和公式,要么分别展示币种。期间不同也要明确决定能否比较。

同名公司用稳定实体 ID 区分。一个 URL 上可以有许多论点,不能把整页链接当每个结论的唯一定位;补原文段落或表格位置。

交换获准副本,不假定文件自动共享

Drive 与记忆区分单个 Agent 的私有工作文件与 Space 内共享材料。不同 Agent 可保留各自工作区,通过获准 Space Drive 或明确人工交接交换脱敏副本。

Session隔离对话上下文。同一 Agent 的不同 Session 仍使用同一 Drive,不能把会话隔离当文件权限。目录叫 approved 也不会自动完成审批。

具体指令可以是“只读 shared/market-report/v2/sources.csv,不读 v1 和私有客户记录”。核对真实分享设置;路径是组织约定,不是自动协调、锁定或权限机制。

用 manifest 交接版本与缺项

在包里保存 manifest.csv:文件路径、版本、实际生成时间、负责角色、依赖、就绪状态和缺项。

文件版本依赖何时可接手
sources.csvv2brief v2论点都有实体与原文位置。
metrics.csvv2sources v2单位、期间与公式清楚。
conflicts.mdv2来源与指标 v2矛盾及待判断项可见。
report.mddraft v2已接收输入 v2结论能回链对应数据。

时间填实际值,不复制模板时间。“就绪”是流程记录,不是产品自动认证。整合负责人检查后才让写作读取。

产物清单保留依赖与缺失项

先处理格式,再判断含义

输入与公式明确时,单位换算可以机械执行;含义冲突不能平均。一个来源统计付费客户,另一个统计注册账号,就把定义并列留在 conflicts.md,不平均成“客户数量”。

每条冲突注明影响的 claim ID、双方原文与日期、缺少的区别、需要谁决定。负责人可以选相关定义、收窄结论或取消比较。写作采用被接收的决定,不挑看上去更漂亮的数字。

只读取 manifest 标记接收的来源与指标版本。
检查实体、来源键、日期、单位与公式引用。
交付 report.md 和 conflicts.md,未知论点保留为问题。
不编造缺失文件,不平均矛盾定义,不擅自改范围。
不外发,不写外部数据库。

来源变化,只重做受影响结论

指标 v2 接收后,C2 的新来源到了。负责人标记依赖 C2 的段落和图表需要改,其他章节保留。这是维护依赖清单,不是声称改 Drive 会自动同步所有成稿。

保留旧版与变更说明,让受影响段落读取新接收包,再核对键与数字。最终交付 report.md、sources.csv、metrics.csv、conflicts.md 和 manifest。人验收商业结论及未决问题。

扩大并行前,试四份坏输入

建议样本包括:缺文件时列缺项而非补造;版本旧时按清单拒收;同名实体时消歧;币种不同保原值并要求转换决定。这是建议测试,不是已完成团队试验。

Agent Workspace承接角色工作与可检查产物;动态工作流解释更广的组织方式。一份真实报告仍需要明确文件接口和交接顺序。

一个 Agent 会不会更简单?

会。任务小、共同上下文多时,可以一个 Agent 分 Session 做。只有专家独立输出有清楚边界、汇合成本值得时,才拆多个 Agent。

专家怎么交换文件?

用获准 Space Drive 副本或明确交接,确认访问、版本和用途。私有 Agent Drive 不自动对另一个 Agent 可见。

一个专家没做完,写作能继续吗?

只写依赖已经齐全并接收的章节。其余等待,或明确缩范围、注明缺证据,不用合理猜测顶替空指标。

从一份内部报告、三份受控专家产物开始。目标不是最多同时开工,而是让数字、来源与决定在交接后仍对得上。