统一部署配置的 runtime_profile 定义实例默认根文件系统和 bootstrap。运行环境可以来自本地 EROFS 文件，也可以来自同一个不可变 OCI image。两种来源都包含静态 Execd、基础命令、目录和 CA 证书，不包含 Python。
{
"runtime_profile": {
"rootfs": {
"runtime_class": "runsc",
"type": "local",
"path": "/opt/adx/current/runtime/adx-runtime-rootfs.img",
"readonly": false
},
"bootstrap": {
"type": "erofs",
"root": "/opt/adx/current/runtime/adx-runtime-rootfs.img",
"target": "/__adx",
"entrypoint": ["/__adx/usr/local/bin/adx-execd"],
"image_process_config": "/etc/adx-image-process.json"
},
"env": {"PATH": "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"}
}
}OCI 配置使用同一个 digest 引用作为默认 rootfs 和自定义镜像的 bootstrap：
{
"runtime_profile": {
"rootfs": {
"runtime_class": "runc",
"type": "image",
"image": "registry.example/adx-runtime@sha256:...",
"readonly": false
},
"bootstrap": {
"type": "image",
"image": "registry.example/adx-runtime@sha256:...",
"target": "/__adx",
"entrypoint": ["/__adx/usr/local/bin/adx-execd"],
"image_process_config": "/etc/adx-image-process.json"
},
"env": {"PATH": "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"}
}
}adxctl 校验配置结构并向 API Server 和 adxlet 下发同一配置。OCI 运行环境必须使用完整 @sha256: 摘要，避免不同节点或重启前后解析到不同内容。EROFS 模式下，adxlet 启动时检查文件存在且具有 EROFS 格式标识；OCI 模式由 sandboxd 按 image digest 拉取、校验并缓存。配置修改后重启组件生效。启动入口使用 argv 数组，不进行隐式 shell 拼接。
bootstrap.image_process_config 是 guest 内的 entrypoint 元数据路径，默认配置为 /etc/adx-image-process.json。启用 inherit_entrypoint 时，adxlet 将同一个配置值写入现有 sandboxd StartRequest.inject_entrypoint 字段和 Execd 的 ADX_IMAGE_PROCESS_CONFIG。该值必须是规范的绝对路径。
| 请求 | 行为 |
|---|---|
| 不传 image | 选择的内置环境直接作为 rootfs；内置 /__adx/usr -> /usr 等软链接保证统一入口有效。 |
| 指定 image | 用户镜像作为根文件系统；同一个 EROFS 或 OCI 环境只读挂载到 /__adx。OCI 目录使用 ro+rbind，确保 runc 执行递归 bind 后保持只读；用户镜像不需要预装 Execd。 |
| 仅指定 runtime | 只覆盖 runsc/runc/firecracker 选择，保留内置环境，不添加 bootstrap 挂载。 |
| 仅指定 readonly | 只覆盖默认 rootfs 的只读属性，保留部署配置中的来源、runtime 和 bootstrap，不添加 bootstrap 挂载。 |
| 指定 image 或 S3 来源 | 原子替换默认 rootfs 来源；未指定的 runtime 和 readonly 继续继承部署默认值，并把内置环境只读挂载到 /__adx 提供 Execd。 |
EROFS 本身不会被修改；rootfs.readonly=false 表示实例获得自己的可写文件系统。执行后端支持范围仍由 sandboxd 决定。
Rootfs 按既有 SandboxdExecutor 的 overlay 契约解析：API Server 先复制部署配置，用户请求中的
runtime 和 readonly 分别覆盖对应字段；只有请求明确携带 image 或 S3 来源时才整体替换来源。
省略字段不会被反序列化默认值覆盖。公开 API 不接受节点本地路径，部署配置中的本地 EROFS 来源也不会
暴露为租户输入。
API Server 在发起内部 RPC 前校验 overlay：runtime 必须是非空字符串，readonly 必须是布尔值；
只要出现 imageurl、storageInfo 或 path 就必须显式声明 type；image、S3、local 三类来源字段不能
混用，选中的来源必须完整。顶层 image 与 rootfs 中的显式来源也不能同时指定。部署侧可以使用 local
来源，租户请求中的 local 来源始终拒绝。
API Server 把合并后的配置放入 EnvironmentSpec.runtime_profile（RuntimeProfile），由 Coordinator 与实例一起持久化。快照创建继承源实例配置；
公开请求的 runtime 会映射成 EnvironmentSpec.runtime_class。adxlet 允许该值和 readonly 覆盖，但要求来源、bootstrap 和部署环境变量与本机配置完全
一致，防止用户把可信部署配置替换成任意节点路径。部署包 manifest 记录制品摘要；不要原地替换正在
使用的制品，升级时应使用新的版本路径。
Execd 在 Linux PID 1 场景内置进程回收：单线程启动阶段 fork 实际服务进程，PID 1 转发信号并回收已退出的孤儿；HTTP/命令/PTY 服务子进程保留自身的子进程等待逻辑。主服务退出后返回对应退出码（信号退出为 128+signal）。非 PID 1 启动维持原行为，孤儿由所在环境的 init 管理。
Kata 的 PTY 同样由 guest 内的 Execd 分配。adxlet 在 Kata 创建请求中为 /dev/pts 添加独立的 devpts 挂载，由执行后端在创建容器时准备；无需在 guest 中授予 CAP_SYS_ADMIN 或自行执行 mount。若请求已有 /dev/pts 挂载，保留该配置，由配置者保证终端设备可用。其他 runtime 的终端准备保持各自后端行为。旧节点侧 sbox exec -t 的运行时终端路径与 Execd 原生 PTY 不同；对照及回归证据见 Kata 定位记录。
发布构建需要原生 musl Rust target、musl C 工具链、busybox-static、erofs-utils 和 readelf。build/runtime/rootfs.py 拒绝带动态解释器的 Execd/BusyBox，再生成并检查 EROFS。构建示例与进程部署见 standalone。
使用 EROFS 配置的节点必须支持从普通文件创建只读 loop 设备并实际挂载 EROFS。/proc/filesystems 中出现 erofs 只表示驱动已登记，不足以证明该内核构建和设备路径可用；对应 preflight 会对发布包内制品执行一次真实挂载和卸载。OCI 配置不要求 EROFS，仍要求 sandboxd 能访问并解析配置的 digest 引用。Buildkite K8s 验收使用 OCI 模式；本地与 standalone 验证继续覆盖 EROFS 模式。
真实 runc 启动、双节点 SDK 和 PID 1 回收结果见 本地验证记录；OCI 三种模式及八组 Kubernetes 结果见 Buildkite #30 正式验收。
Jiuwenbox 的 Supervisor／Conch 节点盘点只读取后端清单和 cgroup 状态，不获取沙箱操作锁， 也不执行资源清理。Execd 身份、健康检查和已知执行的清理由各 Environment 的串行工作处理。 底层创建、删除任务在调用方超时或取消后仍保留执行记录和操作互斥，直到实际操作结束。 启动恢复先排空未完成执行；无法关联 Environment 的原生资源通过独立的权威恢复步骤清理。 未知归属、后端清单不可读或不完整时仍关闭节点准入，不能以空清单代替。后端部署约束见 Jiuwenbox 配置。