企业数据 Agent 使用指南：沙箱、文件与网络权限

任务执行如何受到运行时约束

据官方公告，OpenShell 为需要执行代码、读写文件及联网的智能体提供受策略约束的沙箱运行环境。文件系统隔离与网络访问控制在运行时落实权限限制，安全约束独立于模型的任务决策。

案例把沙箱生命周期及访问策略交给平台管理，智能体运行时负责组织任务和调用模型。OpenShell Supervisor 在沙箱内启动受限的智能体进程，并协调运行时策略的执行。

案例中的文件系统策略在沙箱创建时确定，任务开始执行后保持固定，不能临时扩大文件权限。案例将业务文件写入范围限定为 /sandbox 与临时目录 /tmp，预装文档工具只读，未授权路径不可访问。

权限与任务环境如何管理

案例分别配置内部服务与外部资源连接：内部工具走内网，外部工具仅可经 HTTPS 访问策略允许的站点。沙箱网络出口由代理与策略引擎共同判断，判断条件包括发起调用的程序和目标地址。

网络策略限制的是连接权限；即使服务获准连接，业务数据授权仍需在平台侧另行配置。案例按需要执行命令的对话分配独立沙箱，并将这个执行环境绑定到当前对话。

平台预先准备空闲沙箱，任务到来时从池中分配并补充资源，分配、回收和策略配置由平台承担。任务文件同步保存到案例平台后，沙箱被回收也仍可下载，临时环境与任务成果分别保存。

这些变化如何影响实际选择

任务计划与执行权限需要分开检查。模型能够提出命令，只说明它选择了某种处理方式；文件和网络操作能否发生，还要由运行时按策略判断。选择企业智能体方案时，可以把任务决策、命令执行和权限判断分别画出来，查看约束是否在模型之外生效，而不是只检查提示词里有没有写安全要求。

文件范围与连接目标解决的是两类边界。固定的文件策略约束本次任务可接触的本地资源，网络规则约束对外连接，但允许连接某服务并不等于允许读取该服务里的所有业务数据。把文件路径、连接地址和数据账户逐项对应，才能检查一条数据处理链路是否获得了超出任务需要的权限。

执行环境短暂存在与成果持续保留可以同时成立。对话沙箱负责承接当前操作，池化分配处理环境准备，任务文件则保存到平台。评估这类设计时，应分别看临时文件、凭证与最终产物的去向；不能因为沙箱会回收就省略成果检查，也不能为了保留报告而长期保存整个执行环境。

按任务逐步核对

先准备一份允许演练的材料，明确输入目录、可写目录及只读工具，然后让智能体完成读取、脚本处理与文件交付。再安排访问范围之外的测试路径，观察执行环境是否按策略拒绝，并核对任务运行期间权限是否变化。记录具体路径与返回结果，比只看最终回答是否声称合规更有用。

把业务需要的内部服务与外部依赖分开列出，逐项登记调用程序、目标地址及使用账户。试用时同时检查一条获准连接和一条未获准连接，再验证允许连接的服务内部仍受业务数据权限约束。对确实需要新增的连接，先明确它服务于哪一步任务，再决定是否调整策略。

用两段独立对话执行相似任务，检查它们是否分配不同环境、是否能接触对方的临时材料。任务结束后核对回收条件与下载入口，确认报告已保存到平台、沙箱清理后仍能取回。随后重新发起任务，观察新环境如何分配，避免把旧环境遗留的数据当作新任务的正常输入。

理解能力与适用条件

运行时边界约束操作范围，业务授权决定哪些资料可以用于这项工作，两者都不能直接证明任务结论正确。对报告中的数据选择、计算步骤和最终解释，仍需按业务要求复核；允许执行某条命令，只能说明它符合当前权限策略，不能代替对处理结果的判断。

案例体现的是一种集成路径，平台负责的策略配置、任务编排和成果保存也属于完整方案的一部分。迁移到其他业务时，需要重新核对目录结构、网络目标、凭证和回收流程。本文依据原文讨论使用与验收顺序，没有将案例描述等同于本站安装测试或适用于所有环境的安全保证。