OriginRouter CLI协作命令参考
协作命令参考
collaborate 是适合手动操作的引导入口,collaboration 则提供可脚本化的完整控制命令。协作由后台服务持续管理,参与者可以分布在不同可信设备和工作区。下文中的“运行”指一次具体协作任务,不是当前终端窗口;“草稿”指尚未创建运行的已保存计划。
需要先审阅计划、选择参与者和确认权限时,可使用 App 的智能体协作。
创建方式
| 方式 | 适用场景 |
|---|---|
originrouter collaborate | 完整交互式向导,可保存并恢复草稿 |
collaborate "<objective>",可附加 --review 或 --yes | 根据目标自动准备配置;默认必须审阅配置和计划,--review 与默认相同,--yes 自动接受两道启动确认 |
collaboration create --objective ... --participant ... | 脚本显式指定团队 |
collaboration create --spec collaboration.json | 版本化、可审查的完整配置 |
collaboration create --draft <draft-id> | 从本地草稿继续 |
脚本示例:
originrouter collaboration create \
--objective "Audit the release and prepare fixes" \
--participant planner:codex:studio-mac:/work/app \
--participant reviewer:claude:linux-ci:/srv/app \
--role "planner=inspect, implement, and coordinate" \
--role "reviewer=independently verify risk and tests" \
--permission planner=workspace-write \
--permission reviewer=read-only \
--concurrency 2 \
--token-limit 180000 \
--yes
创建参数
| 参数 | 作用 |
|---|---|
--participant <id:claude 或 codex:device:workspace> | 添加参与者,可重复;可指定智能体类型、设备和工作区 |
--role <id=responsibility> | 用自然语言分配职责,可重复 |
--route <id=provider:model> | 为参与者指定已存在的模型路由 |
--permission <id=profile> | 指定权限配置,不得扩大设备允许范围 |
--preference <text> | 添加规划偏好,可重复 |
--template <id> | 选择内置工作流模板 |
--coordination-prompt <text> | 设置协调约束 |
--concurrency <n> | 最大并发数,不得超过团队规模 |
--token-limit <n> | 限制本次运行可消耗的模型用量;达到上限后会暂停或结束 |
--amount-limit <decimal>、--currency <ISO-4217> | 金额预算和币种 |
--review | 兼容参数;与默认的必需审阅相同,不能与 --yes 同时使用 |
--yes | 明确自动接受团队/配置和计划的启动确认;不绕过后续操作审批 |
--detach | 启动后不进入 attach 界面 |
--no-wait | 提交后立即返回,不等待规划器生成计划 |
--timeout <seconds> | 等待规划的时间,实际限制为 30 到 900 秒 |
--json | 输出机器可读快照 |
查找和检查
| 命令 | 作用 |
|---|---|
templates [--json] | 列出内置模板 |
list --category all、attention、active 或 recent | 分页列出运行,支持 --page、--page-size、--archived |
drafts | 列出本地草稿 |
draft show、draft resume、draft delete <draft-id> | 查看、继续或删除草稿 |
show <run-id> [--json] | 查看一次运行的状态快照 |
doctor <run-id> [--json] | 检查服务、设备、能力、任务和恢复建议 |
export <run-id> --format json 或 markdown | 导出运行记录 |
跟进和控制
attach <run-id> 持续跟进这次运行。--plain 适合日志,--verbose 或 --raw 增加细节,--participant 和 --task 用于过滤。
完整控制命令:confirm、revise --feedback、pause、resume、retry [--task]、cancel、archive 和 delete --yes。永久删除在非交互环境必须显式传入 --yes。
当一次运行暂停并等待你决定(例如批准操作、补充信息或解除阻断)时,先运行 attention <run-id> 查看待处理事项,再使用:
originrouter collaboration resolve <run-id> <attention-id> \
--action <action> \
--text "optional reply"
状态与恢复
典型流程包括配置、等待规划确认、运行、暂停或处理待确认事项,最终进入完成、失败、取消或预算耗尽状态。一次运行的状态不得仅依据终端连接是否中断来判断。
- 本地服务不可用:
service status,必要时service restart。 - 设备或中继服务不可用:运行
collaboration doctor,再决定重试或等待。 - 能力、运行环境、模型服务或路由不匹配:在目标设备运行
doctor并修复智能体路由。 - 预算或策略阻止:检查这次运行、设备和智能体预算,再
resume或retry。 - 规划或配置仍需确认:交互确认;只有在明确希望自动接受两道启动确认时才使用
--yes。
自动化脚本应同时检查 JSON 中的 state、diagnostic_code 和进程退出状态。详见退出状态与错误恢复。