用途：Ship 用于把一次 OpenSpec 变更从实现推进到归档，流程为“实现 → 双重验证 → 修复 → 归档”。输入可选变更名（如 /opsx:ship my-feature），未提供时必须让用户选择，不得自动猜测。
主要能力：leader 负责编排、OpenSpec 验证、直接修复与归档；implementer 负责按 tasks.md 实现任务并勾选复选框；reviewer 在第二阶段按需生成，运行 Codex 代码审查。验证结果合并写入 combined-report.md，作为修复循环的唯一依据。
使用方式：先确认 tasks 工件存在，否则建议先运行 /opsx:continue。检查 Codex 是否可用（which codex）；不可用时由用户选择安装后重跑、跳过代码审查仅做 OpenSpec 验证，或中止。随后创建团队 ship-<change-name>，生成 implementer 执行任务，完成后关闭；第二阶段并行执行 OpenSpec 验证与 Codex 审查，合并报告；第三阶段最多 3 轮修复，leader 直接修复并重新验证；第四阶段执行归档逻辑；第五阶段清理团队资源。
适用场景：适合需要结构化交付、双重验证与可追溯报告的变更流程，尤其是使用 OpenSpec 与 Codex 的团队。
限制：最多 3 轮修复，超出后暂停并给出选项；Codex 不可用时仅做 OpenSpec 验证；reviewer 只审查不修改代码；所有工作文件保留在变更目录中。具体安装命令、收费与平台支持暂未提供。