沙盒
用于隔离不可信代码执行的安全环境，常见于AI代码执行和软件开发测试场景
核心事实
时间轴 (近 90 天)
在Loop工程中，评估者AI必须在沙盒里运行测试，因为生成的修复代码可能包含语法正确但行为危险的改动，如误删数据、引入无限循环或破坏接口兼容性。
Loop工程强制引入一个独立评估者AI，带上与生成者不同的指令，在沙盒里跑测试，拥有说“不”的权力。
只有测试在沙盒中通过，代码才被允许进入合并队列。
沙盒隔离并不等于绝对安全，挂载共享目录后仍需谨慎授予写权限。
沙盒并非绝对安全：如果模拟工具设计得过于逼真（如保留可猜测的密钥口令、允许生成可执行合约），模型仍可能展示出危险策略，这些策略迁移到真实部署环境可能造成实际危害。
沙盒内应默认拒绝所有外部网络流量，只放行必要的开发工具和受信注册表，以挡住AI幻觉出的恶意NPM包。
沙箱化测试指在隔离的受限环境中运行代码，限制其对文件系统、网络和系统资源的访问，防止未经验证的补丁造成破坏。
在沙盒场景中，每个执行实例可拥有唯一的密钥对，请求方需持有对应私钥签名才能证明身份。
测试用例在沙盒中运行，工具调用被拦截而不会真正执行，同时系统记录完整的对话轨迹，包括每一次工具调用、每一个参数和模型暴露的每一条推理。
Codex 使用沙盒使其自动执行代码、安装依赖或操作文件时发生在受控隔离层内，不直接影响宿主系统其他文件
还有 10 条时间轴事件
全部知识事实 (19)
沙箱（Sandbox）是一种将程序运行限制在隔离环境中的技术机制，核心思想是即使被隔离程序存在恶意行为也无法影响宿主系统和外部环境
90%已验证沙箱化测试指在隔离的受限环境中运行代码，限制其对文件系统、网络和系统资源的访问，防止未经验证的补丁造成破坏。
75%已验证沙箱隔离的核心思想是将待测程序运行在受严格管控的隔离环境中，使其无法访问隔离范围之外的真实系统资源
70%已验证沙盒是将程序运行限制在隔离空间内的安全技术，核心思想是最小权限原则
65%待验证只有测试在沙盒中通过，代码才被允许进入合并队列。
50%待验证Loop工程强制引入一个独立评估者AI，带上与生成者不同的指令，在沙盒里跑测试，拥有说“不”的权力。
50%待验证在Loop工程中，评估者AI必须在沙盒里运行测试，因为生成的修复代码可能包含语法正确但行为危险的改动，如误删数据、引入无限循环或破坏接口兼容性。
50%待验证沙盒隔离并不等于绝对安全，挂载共享目录后仍需谨慎授予写权限。
50%待验证沙盒并非绝对安全：如果模拟工具设计得过于逼真（如保留可猜测的密钥口令、允许生成可执行合约），模型仍可能展示出危险策略，这些策略迁移到真实部署环境可能造成实际危害。
50%待验证沙盒内应默认拒绝所有外部网络流量，只放行必要的开发工具和受信注册表，以挡住AI幻觉出的恶意NPM包。
50%待验证在沙盒场景中，每个执行实例可拥有唯一的密钥对，请求方需持有对应私钥签名才能证明身份。
50%待验证测试用例在沙盒中运行，工具调用被拦截而不会真正执行，同时系统记录完整的对话轨迹，包括每一次工具调用、每一个参数和模型暴露的每一条推理。
50%待验证沙盒初始化是 Codex APP 首次配置的必经步骤
50%待验证Codex 使用沙盒使其自动执行代码、安装依赖或操作文件时发生在受控隔离层内，不直接影响宿主系统其他文件
50%待验证为高能力模型设计的隔离方案不能仅依赖静态权限配置，还需要动态监控模型行为意图并对异常资源访问请求实时拦截
50%待验证沙盒是一个与外界隔离的受控测试空间，用于在其中评估模型能力，同时确保模型无法对外部系统产生实际影响
50%待验证WorkBuddy的工作空间是划定AI可以操控的电脑范围的机制，本质上是一种沙盒机制，把AI操作范围限制在授权目录内
50%待验证在沙盒（如Docker、VM、E2B、Daytona）内运行Ollama可将恶意代码活动范围限制在沙盒内部，防止读取宿主机凭证与数据，但沙盒本身存在逃逸风险
50%待验证在AI安全测试语境中，containment指为模型划定的沙盒或隔离环境，确保模型行为不会溢出到真实系统
50%