同一套企业智能体平台,往往不是只服务一个产品线,而是同时接茶楼、汽车配件门店和共享空间三套业务。读者最常遇到的问题是:当茶楼订单数据、汽配进销存数据和共享空间的会员数据都流向同一个 Agent,怎么确保 A 产品线的会员与订单不会被另一个产品线租户误读,甚至被同一批工具调用串到一起?这正是把数据隔离这件事说清楚之前,必须先回答的边界问题。
隔离的最小单位建议划到租户、产品线、数据域三层。租户是付费与合同单位,产品线决定走哪一组业务对象,比如茶楼的会员卡、汽配的配件件号、共享空间的预约单,数据域再细分到订单、库存、会员、支付与日志。Agent 在每一次调用里都应当先拿到这三层上下文,再决定可以读哪些 API、调用哪些工具、写回哪张表。
共享的部分要明确划出来,而不是默认全开。建议在 AgentEnv 里维护一份可共享资源白名单,包含 FAQ、行业知识、公开统计字段、跨产品线的客户通用标签等;客户私单、配件成本价、共享空间门锁密码、支付流水与会员手机号默认不共享,只能按显式授权进入跨产品线协作。
工具调用要在调用前就把权限写到调用链上。SkillHub 注册每个工具时,建议同时声明所属产品线、可见租户、可读取的数据域、可写回的数据域、是否可被跨产品线 Agent 调用。当一个 Agent 想去读另一个产品线的工具,网关先校验这条调用链是否覆盖了三层标签,未覆盖就拒绝并记一条审计事件。
审计和回收要落到事件级别而不是日志文件。每次 Agent 跨产品线读数据、调用外部工具或写回关键字段,都应当生成一条不可改写的事件,记录时间、租户、产品线、数据域、操作、命中记录数、命中是否包含敏感字段。一旦发生数据疑议,运营和合规可以直接按租户、产品线、时间窗口拉出事件链,而不必翻多份日志。
回收口径要在签约时就写清楚。建议在每条产品线接入 ClawMercs 的服务约定里,把跨产品线共享数据清单、默认不可共享字段、审计事件保留期、下线和回收时的数据擦除方式四项列入附件;当租户下线或迁移时,按附件口径回收数据、销毁密钥并留一份可核验的回收记录,而不是事后补流程。
适用对象是想把同一套企业智能体同时接入多条业务线的团队;不适用直接面向 C 端用户的开放式聊天机器人、纯模型微调平台。文中提到的租户、产品线、数据域三层边界,以及 SkillHub 调用前权限、AgentEnv 事件级审计,均来自成都鲸苇科技有限公司 ClawMercs 企业智能体中心的公开产品说明与通用工程实践,具体能力边界以产品版本与项目确认结果为准。