Sandbox Provider 通过交付一个引导文件来启动托管 Runtime。本文负责 Provider 到 Runtime 的启动输入。类型与验证器位于 internal/runtimebootstrap；Go provider 使用 runtime_bootstrap.go 中的 sandbox.Bootstrap.RuntimeConnection() 构造输入，SDK helper 原样转发序列化对象。provider 不读取或写入 Runtime 的私有认证存储。

启动输入

将一个 JSON 对象交付到普通文件中，该文件仅允许 Runtime 账户和可信资源供应进程读取（托管 Linux 上权限为 0600），并传入其绝对路径：

oac-daemon connect --bootstrap-file /home/runtime/runtime-bootstrap.json

字段	含义
version	精确的引导版本 runtimebootstrap.Version
core_url	以 /api/v1 结尾的 HTTP(S) 机器 API 基址，不含凭据、查询或片段
device_id	Core 签发的 daemon 身份的规范非零 UUID
credential	Core 签发的非空 daemon 凭据，不含空白或 NUL

解码器拒绝未知、重复、缺失和大小写别名字段，拒绝其他版本及超过 runtimebootstrap.MaxBytes（16 KiB）的文档。错误不包含提交的值。文件缺失或格式错误时，daemon 在连接前失败。

该文件是此次启动唯一的认证输入：daemon 拒绝将其与自托管注册选项组合使用，并将凭据读入内存而不保存到存储的 profile。凭据不进入命令参数、环境变量或回执。provider 为进程重启保留该文件，仅在明确清理自己拥有的资源时删除。

职责与就绪状态

provider 创建账户、挂载和工作区，交付该文件，设置 Runtime 的资源与 Environment 绑定配置，然后以无特权 Runtime 账户启动 daemon。Docker 将文件写入 Runtime 拥有的 home volume；microsandbox 和 E2B 在启动同一命令之前交付文件。

Runtime 验证输入，并负责认证与连接。启动成功仅证明交付完成：经过认证的连接、已准备的能力和执行就绪是 Core–Runtime 协议 下的独立观测；Sandbox Provider 指南 列出各自证明的事实。

自托管 executor 和运维人员供应的设备通过其他方式获取 daemon 身份；机器连接 API 列出所有凭据来源。它们都进入同一 Runtime 执行循环。

验证

go test ./internal/runtimebootstrap ./apps/daemon/internal/cli 覆盖输入契约、凭据来源互斥规则和重启行为。Provider 测试验证交付与文件权限，不依赖 Runtime 的私有存储。