# 多个Agent怎样共用一致的业务依据？

让多个Agent共用经过确认的来源、业务定义和版本规则，而不是分别复制一份长期不更新的资料。不同Agent可以承担不同任务、拥有不同权限；需要保持一致的是依据、适用条件和授权边界，不是要求它们输出完全相同的话。

## 为什么共享一份文件还不够？

同一产品资料可能被不同工具在不同时间读取；有人使用旧价格，有人把产品上架当作当前有库存，也有人拥有读取权限却没有执行权限。资料文件相同，仍可能因时间、定义和权限不同而得到互相冲突的建议。

先查清问题发生在来源、版本、实时状态还是动作权限，再决定如何连接。不要把所有冲突都归因于模型不够强。

## 共同依据至少需要四项约定

- 权威来源：每类事实和状态由谁负责，冲突时以哪里为准。
- 版本与时效：规则何时生效，旧版本怎样失效，动态信息超过时效怎样处理。
- 权限与动作：各Agent能读什么、准备什么、执行什么，以及哪些事项必须人工确认。
- 反馈与维护：谁受理错误，怎样修正来源、通知使用方并复测。

可以将这些约定放在既有平台或共同服务中；具体技术选型取决于现有系统与可验证接口，不要求先搭建一个全新的平台。

## 以咨询助手和报价助手为例

这是协作示意：咨询助手回答公开产品说明，报价助手准备客户方案。两者引用同一版本的产品定义，但后者读取客户条件须有单独授权；特殊价格仍由负责人确认。

若报价助手取得的状态已过期，应重新查询或转人工确认，而不是沿用咨询助手的旧回答。若任何工具没有必要权限，不能因为另一工具曾读取过资料就绕过授权。

## 怎样验证它们确实一致？

| 测试情形 | 应核对什么 |
|---|---|
| 同一标准问题 | 来源、版本和关键条件一致，允许表达不同 |
| 规则修订 | 旧规则不会继续被当成当前承诺 |
| 来源冲突 | 能识别冲突并按已确认的处理方式升级 |
| 动态状态不可用 | 不猜库存、交期或预约可用量 |
| 权限不同 | 各自只访问获准范围，不转交私有数据绕过权限 |
| 重要动作重试 | 由真实业务服务校验状态及幂等，不只靠对话提示 |

模型回答的自信程度不能作为验证依据。应保存所用版本、样本和实际结果，以便变更后复测。

## 协作并不意味着统一所有平台

已有Agent平台、知识库、ERP或CRM可能已经提供部分共享与治理能力，应先评估它们。增加共同业务层时，也要计算连接适配、维护、权限配置和故障处理的成本。

万数 AIES 的产品方向是为人与获授权的AI提供可持续使用的企业经营基础；是否能在你的现有Agent组合中产生增量价值，要按[实际产品与连接条件](/aies/)验证，不能从概念直接推定兼容全部平台。

## 下一步

先对两个现用Agent使用同一组标准、冲突、过期和越权样本，列出差异，再确定是修正资料、补齐规则还是调整连接。可结合[业务建模清单](/insights/enterprise-ai-modeling-checklist/)及[知识库与业务规则](/insights/knowledge-base-and-business-rules/)继续检查，也可进入[伙伴合作](/partners/)讨论范围。

## 依据与适用边界

本文依据产品全景手册V5.0的多Agent协作、权威业务系统、授权及持续维护说明整理，属于方法建议。没有宣称本站公开MCP能够读取企业私有系统，或AIES已完成所有平台兼容和跨企业自动交易。