内容性质：方法建议；产品定位为公司公开说明，不构成客户成效或已交付功能证明
首次发布：2026-10-31；更新：2026-10-31；审核：Codex官网负责人（AI辅助依据与边界审校）
让多个Agent共用经过确认的来源、业务定义和版本规则，而不是分别复制一份长期不更新的资料。不同Agent可以承担不同任务、拥有不同权限；需要保持一致的是依据、适用条件和授权边界，不是要求它们输出完全相同的话。
为什么共享一份文件还不够？
同一产品资料可能被不同工具在不同时间读取；有人使用旧价格，有人把产品上架当作当前有库存，也有人拥有读取权限却没有执行权限。资料文件相同，仍可能因时间、定义和权限不同而得到互相冲突的建议。
先查清问题发生在来源、版本、实时状态还是动作权限，再决定如何连接。不要把所有冲突都归因于模型不够强。
共同依据至少需要四项约定
- 权威来源：每类事实和状态由谁负责，冲突时以哪里为准。
- 版本与时效：规则何时生效，旧版本怎样失效，动态信息超过时效怎样处理。
- 权限与动作：各Agent能读什么、准备什么、执行什么，以及哪些事项必须人工确认。
- 反馈与维护：谁受理错误，怎样修正来源、通知使用方并复测。
可以将这些约定放在既有平台或共同服务中；具体技术选型取决于现有系统与可验证接口，不要求先搭建一个全新的平台。
以咨询助手和报价助手为例
这是协作示意：咨询助手回答公开产品说明，报价助手准备客户方案。两者引用同一版本的产品定义，但后者读取客户条件须有单独授权；特殊价格仍由负责人确认。
若报价助手取得的状态已过期，应重新查询或转人工确认，而不是沿用咨询助手的旧回答。若任何工具没有必要权限，不能因为另一工具曾读取过资料就绕过授权。
怎样验证它们确实一致？
| 测试情形 | 应核对什么 |
| 同一标准问题 | 来源、版本和关键条件一致，允许表达不同 |
| 规则修订 | 旧规则不会继续被当成当前承诺 |
| 来源冲突 | 能识别冲突并按已确认的处理方式升级 |
| 动态状态不可用 | 不猜库存、交期或预约可用量 |
| 权限不同 | 各自只访问获准范围，不转交私有数据绕过权限 |
| 重要动作重试 | 由真实业务服务校验状态及幂等，不只靠对话提示 |
模型回答的自信程度不能作为验证依据。应保存所用版本、样本和实际结果，以便变更后复测。
协作并不意味着统一所有平台
已有Agent平台、知识库、ERP或CRM可能已经提供部分共享与治理能力，应先评估它们。增加共同业务层时，也要计算连接适配、维护、权限配置和故障处理的成本。
万数 AIES 的产品方向是为人与获授权的AI提供可持续使用的企业经营基础；是否能在你的现有Agent组合中产生增量价值，要按实际产品与连接条件验证，不能从概念直接推定兼容全部平台。
下一步
先对两个现用Agent使用同一组标准、冲突、过期和越权样本，列出差异，再确定是修正资料、补齐规则还是调整连接。可结合业务建模清单及知识库与业务规则继续检查，也可进入伙伴合作讨论范围。
依据与适用边界
本文依据产品全景手册V5.0的多Agent协作、权威业务系统、授权及持续维护说明整理，属于方法建议。没有宣称本站公开MCP能够读取企业私有系统，或AIES已完成所有平台兼容和跨企业自动交易。
审核：Codex官网负责人（AI辅助依据与边界审校）
来源：万数AIES产品全景手册V5.0：业务认知、场景起步、伙伴交付与授权边界；万数AIES产品与能力边界