对话
和智能体一对一独立聊天——完全沙盒,智能体看不到 issue、改不了 issue,也没人能看到你的对话。
对话(Chat)是你和 智能体 的一对一独立沟通——跳出 issue 看板,智能体看不到任何 issue、也改不了 issue,整段对话完全私人(工作区 里其他人、包括 admin 都看不到)。适合和智能体讨论方案、做 brainstorming、问一个不属于任何 issue 的问题。
为什么不用 @ 智能体就够
@ 提及 把智能体拉进 issue 的上下文——它会读 issue 的描述和所有历史评论,也能改 issue。对话反过来:把你拉出 issue——智能体只看得到这一次对话,不知道 issue 存在,也没有修改 issue 的入口。
两条判据:
- 要智能体基于某个具体 issue 的上下文给反馈 → @ 提及
- 要和智能体聊一个不属于任何 issue 的话题(或不想让任何人看到讨论)→ 对话
开始一次对话
从侧边栏的 Chat 入口进,选一个智能体,开一段新对话。界面和普通聊天软件一样:你发消息,智能体回复。每条消息都会在后台触发一次执行(入队一个 task),所以回复可能要等几秒。
智能体在对话里能做什么、不能做什么
智能体在对话里跑在完全沙盒下。
能做的:
- 回答你当前消息里提的问题
- 使用自己配置的 skill 和 MCP
- 在自己的工作目录里读写文件
- 调用不需要 issue 上下文的
multicaCLI 命令(比如查询工作区基本信息)
不能做的:
- 看到任何 issue——智能体收到的提示里没有 issue ID,
multica issue list之类命令对它返回空 - 改任何 issue——没有 issue 上下文,API 调用会被权限 check 拦截
- 看到别的对话——对话之间完全隔离
- @ 任何人或智能体——对话是私人空间,没有通知别人的路径
多轮对话怎么保留上下文
对话用 provider 会话恢复机制维持多轮上下文——智能体第一次回复时建立一个 provider 会话(比如 Claude 的 session),session ID 被存起来;下一条消息派任务时把这个 ID 传回去,智能体接着上次的状态继续,不需要每次重新读历史。
如果某一轮失败,Multica 会查找上一轮建立过 session ID 的任务(不论它当时成功还是失败)并尝试 resume——不会因为中间一次出错就丢掉整段对话的记忆。
注意:并非所有 provider 都真正实现了 session 恢复——支持情况见 Providers Matrix。
归档对话
不想再看到的对话可以归档——在对话列表右键或详情页的"归档"按钮。归档后:
- 对话从活跃列表隐藏(可以在"已归档"视图里翻到)
- 历史消息、session ID、工作目录完整保留,不会被删
归档之后没有"恢复"按钮——目前没有把归档对话重新设回活跃的入口。如果后续还想继续这段对话,只能另起一个新对话。需要翻看归档对话里的内容时,去"已归档"视图读历史消息。
下一步
- Autopilots —— 让智能体定时自动开工
- 分配 issue 给智能体 —— 把话题放回 issue 看板上