沙箱执行是什么？隔离目录、权限与网络怎样限制动作
用运行未知脚本解释沙箱，区分进程隔离、容器和只读目录，说明共享内核、挂载与网络边界，并给出验证允许和拒绝操作的办法。
先理解这个概念
沙箱执行在受限制的环境中运行程序，以控制它能读取、写入或访问的资源。实现可以采用容器和操作系统权限等机制，不是某一个固定产品。沙箱不保证绝对安全，配置中的共享目录或高权限可能扩大影响；对AI工具而言，限制应由执行环境落实，不能只要求模型不要修改无关文件。
隔离能力取决于真实配置而非名字
例如在沙箱运行一个文本处理脚本，可以只提供必要输入目录，并将原始资料挂为只读。若把整个用户目录可写挂入，容器内程序仍可能修改其中内容。环境叫测试或沙箱，都不能证明文件访问范围已经收窄。
Docker资料解释命名空间与控制组等机制，也说明容器使用宿主内核。容器不等于完整虚拟机，不应把进程隔离扩写成任何情况下都无法影响宿主。这里是架构说明，没有运行未知代码或对抗测试。
文件与网络及凭据需要分别控制
限制写入并不自动限制网络外发，关闭网络也不自动保护所有挂载文件。应按任务分别确认访问能力，避免把账号令牌放进不必要的环境变量。处理公开文本的脚本，通常不需要真实业务凭据，也不应因方便直接继承全部配置。
Docker的无根模式可以减少守护进程和容器使用宿主高权限的范围，但不代表所有风险消失。具体能否使用及限制需核对运行环境。给程序管理员权限以解决一个启动错误，可能把原本希望的隔离边界一起移除。
验收要实际检查允许和拒绝路径
可以用无害测试文件验证指定目录可写、范围外不可写，再确认预期网络策略。这里给出检查设计，没有修改真实权限。只运行一次正常脚本成功，不能证明拒绝路径有效；测试还应确认失败被准确报告，而不是静默忽略。
运行结束后核对产物和保留内容，清理时不要越过任务目录。AI生成的脚本同样需要审阅，沙箱只是降低影响的一层。重要任务仍应有备份和恢复方法，不能因为使用隔离环境就省略对实际结果的核验。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。