Chat 和 Messenger

Chat 用持续对话推进一件任务。Messenger 从整个 Rudder 中找出需要人回应的工作。两者属于同一套沟通系统，但职责不同。 以一份示例发布公告为例。负责人可以在 Chat 中请 Agent 起草，打开文件检查，再要求它缩短开头，最后直接接受结果。之后如果出现待评审事项、运行失败或阻塞，Messenger 会把负责人的注意力带回来。

​

先选任务入口

Chat 和 Issue 是并列入口。Chat 不是正式工作开始前的候场区，任务耗时长或重要，也不代表必须创建 Issue。只有协作结构确实有用时，才创建或关联任务单。

​

让结果和证据留在任务旁边

一段 Chat 可以保留请求、Agent 运行、后续修改和最终回答。文件与链接侧栏分成三类：

• Outputs：Agent 确实创建，并且有附件或运行证据支持的产物
• Sources：负责人提供的资料，以及本次运行可用的项目上下文
• References：对话中引用或推荐，但并非 Agent 产出的外部内容

回答里出现的普通链接属于参考资料，不会自动变成产物。侧栏只显示当前对话的内容，不会混入同一项目中其他 Chat 的文件。 如果工作由 Issue 承载，产物和评审结论就应留在那条 Issue 上。Messenger 负责带人回到原记录，不再建立第二份决定记录。

​

Messenger 找回人的注意力

Messenger 回答两个问题：现在什么需要我处理，我应该回到哪里行动？ 人的注意力集中在 Messenger，但持久状态仍属于原始对象。Messenger 不是待办队列、通用聊天应用，也不能成为评审结论的唯一记录。

​

Agent 回复时又发了一条消息

当前回答还在运行时，新消息会进入可见队列，不会在同一个 Chat 中并行启动第二次回答。发送前，你可以编辑或删除这条消息。 只有当前回答成功结束，排队消息才会自动发送。如果你停止回答或运行失败，消息会留在队列中等待处理。这样，一次中断的运行不会悄悄执行后续指令。