Multica Docs

How Multica works

Multica records and coordinates the work; connected computers execute it.

When you assign an issue to an agent, Multica creates a task that a runtime on a connected computer claims. The runtime invokes a local AI coding tool and writes progress and results back to the original issue.

The full path of a run

Diagram of a run: on the left, the Multica area records and schedules — an issue triggers the creation of a task; on the right, in the "your computer" area, the daemon claims the task, launches the AI coding tool, and reads and writes the working directory; progress messages stream back to the execution log in real time, and the daemon writes the final result back to the issue

  1. The issue provides the context. The issue holds the work description, the discussion, and the assignee. When it is assigned to an agent, the system uses that agent's instructions, model, skills, and runtime configuration.
  2. Multica creates a task. The task enters the queue; if no runtime is online, it waits there.
  3. A runtime claims the task. An online runtime on a connected computer claims the task and invokes the AI coding tool the agent is configured to use.
  4. The AI coding tool executes locally. The tool reads the working directory, runs commands, and produces results.
  5. Results are written back to the issue. Progress, comments, and results appear in the issue's timeline and execution log.

For the full list of issues, agents, tasks, and runtimes and how they relate, see Core concepts.

The data and execution boundary

MulticaConnected computer
Workspaces, issues, comments, and statusesAI coding tools and their credentials
Agent configuration and skillsCode directories and local files
Task status, run records, and resultsActual file changes and command execution

This boundary is the same on Multica Cloud and in self-hosted deployments.

One exception: anything saved to an agent's custom_env is stored on the Multica server and passed to the runtime at execution time. Do not put secrets in custom_env that must never leave your computer.

How agents are triggered

Agents never start work on their own — every run is triggered by an explicit action: assigning an issue, @-mentioning the agent in a comment, chatting with it directly, or an Autopilot. For how to choose between the four and the rules they share, see Put agents to work.

Run completion and issue completion

When the execution log shows Completed, it only means that one run has ended. The issue can still take further discussion, added requirements, or another agent trigger. Whether the issue is done depends on the actual progress of the work and its status.

Next steps