每项目默认配置文件

从受管 worktree 的 origin 远程选择默认配置文件，以及已注册节点的状态和固定租约 ID 如何在中断的派发中保留。

按项目默认配置文件¶

使用 cloudWorkers.projectProfiles 从受管会话 worktree 的 origin 远程选择默认配置文件。键使用规范化的小写仓库标识 host/owner/repo，末尾不带 .git：

json5 validate=false { cloudWorkers: { projectProfiles: { "github.com/acme/app": "aws", }, }, }

在 设置 → 连接 → Cloud workers → 仓库 中，通过选择已配置的配置文件来添加、编辑或删除仓库默认设置。编辑器会验证仓库标识，并拒绝映射到缺失的配置文件。

在 sessions.dispatch 中显式指定的 profileId 或 deviceId 始终优先。无目标的项目配置文件查找需要 operator.admin。从 Cloud workers 设置中删除配置文件时，也会删除引用它的默认项目设置。如果手动配置的映射指定了 cloudWorkers.profiles 中不存在的配置文件，派发会失败关闭，并同时指明仓库键和缺失的配置文件。没有 origin 或没有匹配映射的 worktree 会返回类型化的 INVALID_REQUEST，而不会进行预配或回退到其他目标。

已注册节点会将其身份、持久设备令牌、端点、worker 捆绑包和工作区存储在一次性机器上按租约隔离的状态目录中。预配重放首先采用固定的 Crabbox 租约，然后恢复该节点状态，或在注册关闭后为同一设置身份签发新的配对凭据。在 Gateway 重启后，一个存活的替换注册可能会采用仍然存在的待处理凭据；首台设备兑换要求该注册保持存活。重放绝不会为同一操作铸造第二个环境身份。

OpenClaw 从持久预配操作派生一个规范的 cbx_... 租约 ID，并将其传递给 crabbox warmup --lease-id；确定性 slug 仅为显示元数据。如果 warmup 已提交但其响应丢失，Gateway 协调会重复同一固定 ID 操作，而 Crabbox 只会返回或采用完全经过证明的租约。意图漂移、终端 ID 重用以及模糊的未验证资源会失败关闭，而不会分配替代项。

中断待处理预配的 Gateway 重启会将放置保留在 provisioning 状态，并在启动后恢复同一环境和提供商操作。显式的 停止 cloud worker… 仍会请求销毁并阻止重放。

中断的旧版派发可能已分配了一个随机租约，但未记录其 ID。仅凭旧操作，OpenClaw 无法安全地识别该分配。它会拒绝重放和 slug 采用，并在重启之间保留未解决的分配和清理记录，而不是将该资源视为已消失。在开始新派发之前，识别并清理任何先前租约；不要通过 slug 猜测。不支持自动识别或结算旧记录。已标记为失败的旧版记录不会自动重新打开。