安全边界与适用限制

安全说明要能对应具体对象

蜂巢将不同员工的持久目录、容器和平台接口归属分开管理，把宿主容器管理放在独立服务中，把模型长期凭据留在控制面。员工与智能体产生的文件、代码和依赖按不可信输入处理，企业提供的Skill也不会因此获得进入控制面执行的权限。

这些措施有明确边界。当前实现面向单节点内网场景，不能以一张架构图或一组演示截图宣称生产就绪。生产使用还需核对实际环境的传输保护、密钥管理、容量、备份恢复和发布条件。

对象	平台提供的边界	不能据此推断什么
员工资产	独立目录、容器与服务端归属检查	同一员工各对话有独立文件副本
宿主控制面	员工运行环境不获得容器管理接口、宿主根目录或平台主密钥	容器内任意程序都值得信任
业务身份	限定目标的短期身份与在线有效性检查	蜂巢已经替业务方完成对象权限授权
模型访问	每任务临时身份和固定路由	发送给模型的数据不会进入外部模型服务
资源限制	服务端或宿主限制CPU、内存、进程和持久容量	共享宿主容量永远充足

员工可以安装依赖、执行脚本并使用容器内Root能力。同一运行环境中并行任务共享文件和安全边界，已经提供给该环境的MCP认证或短期身份，也可能被其中代码读取和复制。

按任务限制身份可以缩小有效时间与访问目标，不能保证恶意代码无法读取它已经拿到的材料。共享容器网络的宿主规则阻断跨员工运行环境的有效通信，但不承诺完全隐藏网络拓扑或二层存在。

系统资格、企业Skill、MCP与面板各自分配。资源范围用于限定适用场景，不授予额外业务权限；短期身份由业务网关在线核验，业务方继续检查账号关系和数据范围。

员工共享和企业资源包会检查文件边界、格式、大小和完整性，但不自动扫描全部内容Secret。对话回答、原始思考和工具参数、结果按当前规则保存展示，备份与导出也不保证自动脱敏。提供者需要检查文件和共享内容，不能把“上传成功”当作没有敏感资料的证明。

平台审计保存主体、对象、时间、版本和安全结果摘要；模型记录保存调用与明确用量。它们不强制记录每条Shell命令、所有业务HTTP请求或业务字段变化。业务操作仍应由目标系统留下自己的日志和核验依据。

取消、失败和资产恢复都不保证外部回滚。停止或撤销蜂巢权限，也不能让已经复制出去的外部Secret自动失效。敏感工作应先明确允许动作、结果检查和异常处理，再决定是否使用定时或其它无人值守入口。具体例子见业务接入示例。