默认从 Chat 开始,需要时再增加结构
| 情况 | 使用 |
|---|---|
| 想在一段对话里提出要求、澄清、执行和修改 | Chat |
| 一个人可以在对话中判断结果 | Chat |
| 任务需要负责人、状态、依赖或评审人 | Issue |
| 团队流程要求共享队列或特定字段 | Issue |
让结果留在发生工作的地方
在 Chat 中,请求、Agent 运行、后续修改和最终回答会留在同一段对话里。文件与 链接区域会分开显示:- **产物:**Agent 真正创建的文件或链接
- **来源:**你或项目提供的材料
- **参考:**Agent 引用或推荐的材料
用 Messenger 找到正在等你的事情
Messenger 会汇总 Rudder 各处需要注意的内容:| 看到的内容 | 去哪里处理 |
|---|---|
| Agent 提问 | 原始 Chat 或 Issue |
| 一次运行失败 | 运行记录和它所属的任务 |
| 工作被阻塞 | 正在等待回答或负责人的记录 |
| 结果等待评审 | 对应 Issue 和产物 |
| 操作等待审批 | 对应的审批 |
只调整当前对话
每段 Chat 都可以选择 Agent;运行工具支持时,还可以选择模型和思考强度。这些 选择只用于当前对话,不会改写 Agent 在其他地方的默认配置。 想探索另一条路线,又不想改变原对话时,使用分支。只想在主任务旁边追问一个 局部问题时,使用侧边对话。对回复中的一小段继续提问
选中 Agent 回复中的文字,然后选择添加到对话,就能把准确段落附在下一条 消息中。这样可以直接指出要改哪里,不必复制整段回复。消息发出后,这段引用会 继续作为上下文保留。Agent 工作时又发了一条消息
Rudder 会把消息排成后续请求;运行工具支持时,也可以用它调整当前运行方向。 输入框会说明接下来采取哪种方式。当前方向已经没有价值时,选择停止。完成第一个 Chat 任务
用最简单的方式从请求走到结果。
了解 Issue
按需增加负责人、状态、依赖和评审。
