Chat 和 Issue 是两种完成任务的方式。Messenger 用来找到 Agent 提问、运行失败、 待评审等需要你处理的事情。

默认从 Chat 开始,需要时再增加结构

Chat 不是“正式工作”开始前的临时收件箱。任务可以从第一条请求一直在 Chat 中 完成并被接受。只有额外协调确实有用时,才创建或关联 Issue。 需要时从 Chat 创建 Issue

让结果留在发生工作的地方

在 Chat 中,请求、Agent 运行、后续修改和最终回答会留在同一段对话里。文件与 链接区域会分开显示:
  • **产物:**Agent 真正创建的文件或链接
  • **来源:**你或项目提供的材料
  • **参考:**Agent 引用或推荐的材料
回复里提到一个链接,不代表它是 Agent 的产物。如果工作属于 Issue,就把结果 和评审结论留在那条 Issue 上。

用 Messenger 找到正在等你的事情

Messenger 会汇总 Rudder 各处需要注意的内容: Messenger 负责把你带回来源,不是第二套任务看板。把对话放进自定义分组,也不会 改变它的负责人、状态或评审人。 Messenger 待处理事项

只调整当前对话

每段 Chat 都可以选择 Agent;运行工具支持时,还可以选择模型和思考强度。这些 选择只用于当前对话,不会改写 Agent 在其他地方的默认配置。 想探索另一条路线,又不想改变原对话时,使用分支。只想在主任务旁边追问一个 局部问题时,使用侧边对话

对回复中的一小段继续提问

选中 Agent 回复中的文字,然后选择添加到对话,就能把准确段落附在下一条 消息中。这样可以直接指出要改哪里,不必复制整段回复。消息发出后,这段引用会 继续作为上下文保留。

Agent 工作时又发了一条消息

Rudder 会把消息排成后续请求;运行工具支持时,也可以用它调整当前运行方向。 输入框会说明接下来采取哪种方式。当前方向已经没有价值时,选择停止

完成第一个 Chat 任务

用最简单的方式从请求走到结果。

了解 Issue

按需增加负责人、状态、依赖和评审。