fix: support explicitly authorized Codex deployment without sandbox

Production agents repeatedly failed before SSH because the launcher only accepted workspace-write profiles. Accept the explicit Codex danger-full-access profile through the same validated plan and receipt path, and cover profile, argv and receipt validation with regression tests.
2026-10-13 23:47:34 +08:00
parent af6e139d30
commit 95946d4278
8 changed files with 55 additions and 18 deletions
@@ -105,10 +105,10 @@ Orca 后端并完成终端绑定；Coordinator 不自行执行或拼装 Orca 的
   与当前 ACK 任务完全一致；
 4. 再用 receipt binding 中的 handle 创建/派发 Orca 子任务。

-profile 只允许 `read-only` 或 `workspace-write`。v0.10 不提供可信的 full-access 授权
-通道；bypass、YOLO/force、关闭 sandbox 及其它 full-access 请求必须由 schema 和
-launcher fail closed，不能改用手写命令兜底。模型档位与升级规则见
-`model-routing.md`。
+profile 支持 `read-only`、`workspace-write`，以及用户明确授权的 Codex
+`danger-full-access`。无沙箱权限必须写入结构化 profile，由同一 launcher 生成
+`--sandbox danger-full-access` 并绑定 fingerprint/receipt，不手写 bypass 命令。
+模型档位与升级规则见 `model-routing.md`。

 需要隔离/并行时，可以先用 Orca 创建 worktree（须与项目根同一 Git 仓库）。
 v0.19 起不再登记 `allowedWorktrees`，直接在该路径上走 `plan` -> 带 expected