Chats

Chats is the one-to-one conversation space between you and an agent — stepping outside the issue board. The agent sees no issues and cannot change any issue, and the entire conversation is fully private (nobody else in the workspace, including admins, can see it). It fits discussing an approach with an agent, brainstorming, or asking a question that does not belong to any issue.

Why not just @-mention the agent?

@-mention pulls the agent into an issue's context — it reads the issue description and every historical comment, and it can change the issue. Chats flips this: it pulls you out of the issue — the agent only sees this single conversation, has no awareness of any issue, and has no entry point to modify one.

Two rules of thumb:

• You want feedback grounded in the context of a specific issue → @-mention
• You want to discuss a topic unrelated to any issue (or you do not want anyone else to see the discussion) → Chats

Start a conversation

Open Chats from the sidebar (app route: /chats). The page is split into a session list on the left and a conversation pane on the right.

Creating a new chat session is instant. In the composer, choose the target agent from the dropdown, then send your message.

Each message triggers a run in the background (an enqueued task), so replies may take a few seconds.

What an agent can and cannot do in chat

Agents run in a fully sandboxed mode inside a conversation.

Can do:

• Answer the questions in your current message
• Use its configured skills and MCP
• Read and write files in its own working directory
• Call multica CLI commands that do not need issue context (for example, querying basic workspace info)

Cannot do:

• See any issue — the prompt the agent receives has no issue IDs, and commands like multica issue list return empty
• Change any issue — without issue context, API calls are blocked by permission checks
• See other conversations — conversations are fully isolated
• @-mention anyone or any agent — chat is a private space with no path to notify others

How multi-turn context is preserved

Chats maintains multi-turn context via provider session resumption — the agent establishes a provider session on its first reply (for example, a Claude session), and the session ID is stored. On the next message, the task dispatch passes that ID back so the agent resumes from where it left off without re-reading history every time.

If one turn fails, Multica looks up the previous task that had established a session ID (whether that task succeeded or failed) and tries to resume — a single failure in the middle does not drop the memory of the whole conversation.

Note: not every provider actually implements session resumption — see the Providers Matrix for support status.

Manage sessions

From the session list, you can:

• Rename a session
• Mark it as read or unread
• Copy the session link
• Delete the session

Next

• Autopilots — let agents start work automatically on a schedule
• Assign issues to agents — bring the topic back onto the issue board