用途：在真实代码仓库中组织可延续的软件协作团队，让工作成果可见归属并经过独立检查。核心理念是先取得有用的仓库成果，再按需增加协调成本，这些是可选路径而非必须逐级通过的阶段。
三条协作路径：一是手动/团队工作，给负责人一个目标，使用仓库说明，完成实现并取得选定的独立检查；二是队列支持的编排，使用 rig queue create 创建工作、认领，再用 rig queue handoff 把候选成果与证据交给下一负责人，记录真实阻塞与延续，无需 Workflow 实例；三是显式执行契约 Workflow，先查看 rig workflow compile，再有意使用 rig workflow instantiate-lifecycle，通过 workflow projection 机制推进。路线图、YAML 文件或 wake 本身不执行工作，也不授权新目标。
团队选择：先询问用户想构建什么、拥有哪些可用账号（Claude Code、Codex 或两者兼有），在入门（一个 Claude 构建者加一个 Codex 评审者）、工作坊（负责人、构建者、QA、评审者）与工厂（七个智能体）之间推荐。缺少某提供方时，在同一名称下写一份适配副本，不提供按提供方拆分变体。仅在所选登录缺失时请求一次 claude auth login 或 codex login，不复制凭证、不引入未使用的提供方前置条件、不静默回退模型或提供方。
用法要点：展示所选团队、解析出的运行时/模型，以及 rig up <team> --cwd . --plan 与 rig up <team> --cwd . 命令。入门团队中负责人/检查者地址为 dev-build@<rig> 与 dev-review@<rig>。启动或派发工作前询问一次，默认保留团队权限设置；如需记忆命令许可，须显式同意并验证目标对话。用 rig --version、rig context list --json、rig context show 等命令核对安装版本与上下文，缺失或不匹配时先报告缺口，不静默替换。
适用场景：单个有界变更、需要跨轮次或席位延续的工作、需要显式依赖图与许可出口的重复步骤，以及持续产品工作。可先用两席入门团队，再按需用 rig grow 扩席；需要不同结构时参考 OpenRig Architect 编写自定义 rig。
限制：扩席不自动分配工作、不改变权限、也不产生并行；需另行约定文件/worktree 边界与集成归属。wake 无法回答用户问题、清除权限提示或保证进展。时间与消耗上限、未决决策归属和停止条件需事先约定。具体命令细节、默认值与参考文档以同版本配套指南为准；本资料未提供收费、价格或效果数据。