开放插件,不代表开放企业的全部客户数据

建设插件平台时，我们首先考虑的，不是“插件能够做多少事”，而是“插件应该在什么边界内做事”。

因为 CRM 里保存着客户、联系人、商机、报价、跟进记录等重要业务数据。只要边界不清，再丰富的生态也很难真正获得企业信任。

所以，悟空 AI CRM 插件平台从一开始就没有把“开放”理解成“任意接入”，而是把平台运行、公司安装、用户授权、业务权限和数据范围拆成了多个层次来设计。

在企业使用插件时，管理员最常见的动作，是在应用中心查看、安装、更新和停用插件。

但这类操作，和管理平台运行环境并不是一回事。

普通企业管理员并不能直接向应用服务器上传任意程序，也不能操作平台的 JVM 加载过程。插件制品的发布、审核和运行，仍然由平台控制面统一管理。

企业管理员负责的是“当前公司是否使用这个插件”，而不是“平台如何运行这个插件”。

插件平台开放，不代表所有企业都会自动获得同样的能力。

在悟空 AI CRM 里，每家公司都有独立的插件安装状态。

只有当前公司已经安装并启用某个插件时，平台才会向这家公司用户返回对应菜单，并允许调用相关业务动作。

插件产生的托管数据、运行配置和业务状态，也会按照公司和插件编码进行隔离。

开放的是能力入口，不是企业之间的数据边界。

企业愿不愿意用插件，往往不只是看有没有功能，更看装上之后权限是不是还能管得住。

所以，插件本身也可以拥有独立的权限体系。

例如，一个业务插件可以分别定义查看记录、新增记录、编辑记录、删除记录、管理插件设置等不同权限点。

企业安装插件之后，普通角色不会自动获得全部能力。管理员仍然需要根据岗位职责进行授权。

即使不同插件里出现了相同的权限名称，平台也会按照插件编码隔离，不会和主系统或其他插件混淆。

AI 能够理解自然语言，但理解意图，不等于可以跳过规则。

当 AI 或插件尝试创建客户、商机、邮件草稿和跟进记录时，最终仍然要落到确定性的后端接口上执行。

而在这个执行过程中，CRM 仍然需要完成租户隔离、业务权限、重复数据校验等一系列判断。

不能因为入口从表单变成了 AI 对话，就扩大用户原本没有的数据权限。

很多企业真正担心的，不只是“这个插件能做什么”，还包括“这个插件会不会拿走主系统凭据”。

在 Remote 插件模式下，插件页面通过平台提供的 SDK 调用当前插件已经声明的业务动作。

插件前端不应自行读取和保存 CRM 登录令牌，也不能绕过平台去跨插件调用其他未声明的能力。

页面、动作、权限和数据访问，都会通过宿主平台建立边界。

插件运行在平台内部，并不意味着任何来源的程序都可以直接交给企业安装。

对平台来说，开放生态不等于放弃治理。

一个插件通常需要经历提交、审核、制品关联和平台发布等过程，之后才会进入企业应用中心，供企业选择安装。

平台真正要提供的，不是“谁都能直接放一个程序进来”，而是一种可扩展但可控制的接入机制。

这也是插件平台长期能够建立企业信任的基础。