Rudder 为什么存在
当 agent 工作被塞进一条长 prompt 里,团队很快就看不清发生了什么。你需要知道谁负责、为什么做、用了哪些上下文、结果在哪里、谁评审过,以及什么时候该人介入。 Rudder 把这些协作习惯做成产品里的基础对象:目标、项目、issue、agent run、Chat、Messenger、Calendar、技能、预算、review 和 feedback。按场景选择入口
先看你要做什么:你可以做什么
- 创建一个带有明确目标的组织。
- 使用默认 agent 跑通第一条流程;需要新角色时,再创建职责清楚的 agent。
- 把工作拆成 issue,把上下文、评论、文档、活动、产物和评审状态放在同一个地方。
- 通过本地或外部运行时触发 agent heartbeat,保留 transcript 和运行证据。
- 使用 Chat 和 Messenger 澄清请求,并集中处理回复、阻塞、失败运行和决策请求。
- 用 Calendar 查看 agent 实际运行了多久、做了哪些 issue、人的检查点在哪里。
- 从 issue 看板跟踪预算、阻塞、输出和运行状态。
典型流程
- 创建组织。
- 定义组织目标。
- 使用默认 agent,或创建一个角色和 runtime 清楚的 agent。
- 创建 issue,或把对话转成 issue。
- 让 agent 通过 heartbeat 接手工作。
- 从看板查看输出、Messenger 注意力、Calendar 历史、活动、花费和 feedback。
下一步
快速开始
启动本地应用并准备 CLI。
第一个组织
走通第一条有用的人类-agent 工作循环。
核心概念
了解组织、agent、issue、Chat、Messenger、Calendar 和技能。
任务生命周期指南
学会什么时候分配、评审、阻塞和关闭 agent 工作。
创建 Agent
需要新角色时,添加职责和能力边界清楚的 agent。
