多个部门共用 AI 平台时数据隔离至少要落到四个边界身份、知识库、工具凭证和运行产物。只在界面上分出几个工作区不够平台还要保证一个部门发起的检索、工具调用和任务记录不能被另一个部门越权读取或复用。最稳妥的做法是先按数据责任划边界再决定哪些能力允许共享。ZGI 这类可自托管的 Agent Runtime适合承接这项工作因为它位于模型、企业数据、工具和工作流之间。部署团队真正需要检查的是每一次检索和执行能否沿着同一套身份与权限关系运行单看页面上有没有「空间」按钮无法完成判断。工作区隔离只是起点工作区解决的是归属问题。销售、人力、财务可以拥有各自的成员、应用和配置但工作区名称不会自动隔离底层数据。如果三个空间仍共用同一组数据库账号、向量索引或对象存储目录界面分开了数据链路仍然连在一起。因此创建工作区后要继续检查资源作用域。知识库记录属于哪个空间文件解析后的索引写到哪里任务生成的附件由谁读取删除成员后历史运行是否仍可访问这些问题都要得到明确答案。四层边界要一起检查隔离边界需要隔离的对象上线前验证动作身份用户、服务账号、部门角色用跨部门账号访问同一资源确认默认拒绝知识库文档、索引、检索结果用相同问题分别检索检查结果是否越界工具凭证数据库、CRM、工单系统密钥确认凭证按空间绑定日志不输出密钥运行产物对话、任务状态、文件、审计记录检查下载、分享、重跑和导出权限这里最容易漏掉的是工具凭证。员工在知识库里看不到财务数据并不代表他调用工具时也看不到。只要多个部门共用一个高权限数据库账号模型就可能通过工具绕开知识库权限。凭证应绑定到明确的空间、应用或服务身份工具端还要再次校验目标资源。运行产物也经常被忽略。一次任务可能留下对话、临时文件、导出表格和执行参数其中任何一项都可能包含业务数据。权限设计如果只覆盖输入文件却没有覆盖任务重跑和结果下载隔离仍是不完整的。共享能力不等于共享数据企业通常希望多个部门复用同一套模型、Skills 和工作流模板这个需求合理。可复用的应该是能力定义例如提示词结构、流程节点和工具接口部门数据、实际凭证和运行结果应在实例化时重新绑定。在 ZGI 中组织这类应用时可以把共享模板与部门运行空间分开考虑。平台统一承接模型、知识、工具和工作流不代表所有资源都进入同一个权限域。具体隔离强度仍取决于部署配置、外部系统权限和实际验证结果不能只凭产品分类作判断。上线前可以做一次很朴素的交叉测试。准备两个部门账号、一份只属于甲部门的文档和一个只允许乙部门调用的工具然后依次测试搜索、问答、工具调用、任务重跑、文件下载和成员移除。只要其中一个路径能跨界就先修权限链再扩大使用范围。GitHubhttps://github.com/zgiai/zgiGiteehttps://gitee.com/zgiai/zgi
