Multica Docs

对话

和智能体一对一独立聊天——完全沙盒,智能体看不到 issue、改不了 issue,也没人能看到你的对话。

对话(Chat)是你和 智能体 的一对一独立沟通——跳出 issue 看板,智能体看不到任何 issue、也改不了 issue,整段对话完全私人工作区 里其他人、包括 admin 都看不到)。适合和智能体讨论方案、做 brainstorming、问一个不属于任何 issue 的问题。

为什么不用 @ 智能体就够

@ 提及 把智能体拉进 issue 的上下文——它会读 issue 的描述和所有历史评论,也能改 issue。对话反过来:把你拉出 issue——智能体只看得到这一次对话,不知道 issue 存在,也没有修改 issue 的入口。

两条判据:

  • 要智能体基于某个具体 issue 的上下文给反馈 → @ 提及
  • 要和智能体聊一个不属于任何 issue 的话题(或不想让任何人看到讨论)→ 对话

开始一次对话

从侧边栏的 Chat 入口进,选一个智能体,开一段新对话。界面和普通聊天软件一样:你发消息,智能体回复。每条消息都会在后台触发一次执行(入队一个 task),所以回复可能要等几秒。

智能体在对话里能做什么、不能做什么

智能体在对话里跑在完全沙盒下。

能做的

  • 回答你当前消息里提的问题
  • 使用自己配置的 skill 和 MCP
  • 在自己的工作目录里读写文件
  • 调用不需要 issue 上下文的 multica CLI 命令(比如查询工作区基本信息)

不能做的

  • 看到任何 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、工作目录完整保留,不会被删

归档之后没有"恢复"按钮——目前没有把归档对话重新设回活跃的入口。如果后续还想继续这段对话,只能另起一个新对话。需要翻看归档对话里的内容时,去"已归档"视图读历史消息。

下一步