用途：该技能面向 OpenRig 管理的拓扑（rig）生命周期操作家族，覆盖 create、start、stop、resume、restore、snapshot、release、unclaim、destroy，以及重启或恢复后读取 rig ps、判断哪些状态可信。其核心关注点是重启后的用户诉求：把工作带回来，而不把干净的恢复变成清理项目。
主要能力与关注点：包含生命周期场景的证据设计（清洁启动、温恢复、主机重启、提供商认证丢失、部分启动、操作员恢复），以及恢复结果语义的推理。锁定的恢复结果词汇包括 resumed（原生运行时恢复同一对话）、rebuilt（从工件组装新进程，session_source: mode: rebuild）、fresh（无先前连续性的新进程）、failed（恢复失败且无自动回退）、attention_required（如提供商认证被拒等可恢复阻塞，需操作员行动）、n-a（不适用，如终端节点）。其中 Codex 认证拒绝返回 attention_required，Claude 的 looksLikeClaudeLoginPrompt 返回 failed/login_required，跨运行时对齐仍是未决问题。
必要用法与纪律：恢复诚实规则是承重规则——失败的 resume 会大声标记为 FAILED，没有自动 fresh 回退，fresh 启动只能是显式后续操作，这一规则在守护进程层面强制执行（architecture.md §7 规则 15）。证据标准要求包含真实重启或 VM 重启证据，而非仅有守护进程单元证据；最低有用矩阵覆盖清洁启动、温恢复、主机重启/tmux socket 缺失、提供商认证丢失、部分启动/部分失败、操作员主动恢复。默认策略应视为原语的一部分，过于乐观的默认（如掩盖失败的 auto-restore、隐藏 resume 失败的隐式 fresh 回退、无法区分诚实成功与看似成功的宽松验证）会带来静默危害。Total-Host Restore Product Rail v2 将恢复真相分为四级，fully_restored 是第三级执行汇总，fully back 仅保留给第四级，两者不可混用。
限制与边界：单命令确定性操作应使用 openrig-user 技能；OpenRig 自身的操作员级配置应使用 openrig-operator；rig 规格编写应使用 openrig-architect。投影（如 rig ps）只是摘要，运行时才是真相，不应静默信任投影。认证问题属于环境问题，应路由给人类。
适用场景：操作 rig 上下线、恢复、恢复、快照、释放、取消认领、销毁；重启后判读 rig ps；为生命周期场景设计证明；审计生命周期证明是进程内基岩还是需要真实重启证据。其余细节暂未提供。