工作机制

弄清谁作决定、谁执行,以及文件和结果在哪里。

职责与数据流

你确定目标和接收队员;Rovai 按配置调用智能体。智能体可能访问配置的模型服务,并在执行主机上操作项目文件。
你确定目标和接收队员;Rovai 按配置调用智能体。智能体可能访问配置的模型服务,并在执行主机上操作项目文件。 Mermaid 源文件

五种不同职责

用户
提出目标、选择接收对象、检查结果,决定是否批准操作或接受交付。
Rovai
组织队员和会话,对明确寻址的消息排队,启动已配置智能体并保留可观察的执行事实。
队员
具有长期身份、职责和配置;几位队员可以使用同一种智能体产品,承担不同工作。
原生智能体
Codex CLI、Claude Code 等产品解释请求,调用配置的模型,并按自身能力和权限使用工具。
项目与模型服务
项目文件位于执行主机;模型请求遵循所选智能体与服务配置。本地工作台并不意味着所有输入都不离开电脑。

沿着一条请求看

  1. 在 Orbit 会话的提及选择器中选择叮叮,发送范围明确的请求。
  2. Rovai 接收消息并记录给这位队员的投递;具备执行条件后,选中的输入和运行配置会固定在本次执行中。
  3. 智能体读取或修改文件,返回可观察的步骤和输出。结合公屏答案、执行记录与实际文件判断结果。
  4. 需要审查时,再选择芝士并发送新请求。这会产生后续工作;正文中提到某个名字并不等于执行了这个动作。

哪些共享,哪些独立

同一项目会话中的队员使用选定的工作目录。单聊有独立消息和队列,但不会自动复制一份隔离文件。

Git 项目的使命可以拥有一个共同使用的受管工作树。参与该使命的队员共享其执行位置,并非每人自动分配一个工作树。

权限与模型支持取决于当前智能体配置。资料中的职责、Skill 或 @ 提及都不会自行增加文件和网络权限。