cli-operationslisted

# Rovai CLI 操作协调 ## 快速路径 如果需求已经明确对应一个普通单一操作，不要继续加载本 Skill 的 references。运行 `rovai --help` 选择 operation，再运行该 operation 的精确 `--help`；不要假设 command family 有独立 help entry。 ## 选择操作 先判断用户需要留下什么领域事实： - Camp 中可见的答复、状态、问题或一次性协作消息：选择 CampMessage。 - 当前 Default Lead 要把同一主题并行交给多个成员，并在全部成员 Run 终态后只收到一次统一续跑：选择 Gather。 - 跨 AgentRun 仍需追踪、可独立交接和验收的责任：选择 Task。 - 查找 Camp、消息或稳定 ID 对应的历史事实：选择 Camp/History 读取。 - 跨未来 AgentRun 仍有价值的稳定偏好、约定或经验：转交 Memory 治理判断。 边界不清时，优先选择最小且能完整表达用户意图的领域对象。不要用 Task 代替普通公开消息，也不要用 Memory 代替 Task、项目文档或历史证据。 ## 协调多步流程 1. 先读取做决定所需的权威状态，再执行 mutation。 2. 为每一步选择一个具体 operation，并查看它自己的精确 `--help`。 3. 每次调用只使用该 operation 接受的一种输入来源。 4. 检查 compact business result；只有已提交的 operation 可以作为后续步骤的事实。 5. 如果当前责任需要 Camp 中的公开答复，在结束前成功发送 CampMessage。 一次 operation 成功只证明该 Rovai operation 已提交，不证明下游执行完成、整体工作质量、测试、评审 或用户意图已经满足。 ## 按需读取 - 需要决定公开消息、Agent routing、User attention 或是否无需 Task 时，读取 [Send](references/send.md)。 - 需要并行征集成员结果并让原 Lead 稍后统一综合时，读取 [Gather](references/gather.md)。 - 需要判断消息是否升级为持久责任，或协调 Task 与消息 linkage 时，读取 [Task](references/task.md)。 - 需要在当前 Camp、指定 Camp、跨 Camp 历史或稳定 ID exact read 之间选择时，读取 [Camp 与 History](references/camp-history.md)；该 reference 同时定义裸 `rovai camp read` 的默认 Timeline 行为、message-anchored 显式模式和 cursor 延续规则。 - 需求可能属于长期记忆时，读取 [Memory 路由](references/memory.md)，随后使用 `$memory-stewardship`；此处不替代 Memory 治理。 - CLI 返回 `error.recovery`，尤其要求 refresh 或确认结果时，读取 [Recovery](references/recovery.md)。 多步需求可以读取多份直接相关的 reference；不要为了普通单一 operation 预读全部文件。