Files
multica/README.md
Jiayuan Zhang 20a4a8da87 docs(readme): rebuild the README around a product hook and job-based features (MUL-5812) (#6506)
* docs(readme): rebuild the README around a product hook and job-based features (MUL-5812)

The README had drifted badly: 1771 commits landed in three months while its
feature list last changed on 2026-05-24, and both screenshots dated to
2026-04-14 — a UI that predates the type-scale migration, the execution log
rebuild, and the issue detail rework. Whole surfaces were missing (Chat, Inbox,
Projects, usage analytics, self-hosted Git, the chat-bot integrations), the
desktop app appeared nowhere at all, and iOS was a footnote under Development.

The roster drift had a mechanism: the runtime list was repeated five times per
README, so every new provider needed ten hand edits. Four had gone missing
(deveco, grok, qwen, qwenpaw). Each README now lists it once, between markers,
and scripts/check-readme-runtimes.sh fails CI when either table drifts from
scripts/agent-cli-command-names.txt.

Structure follows what warp, block/buzz, openclaw, and hermes-agent do: the
product screenshot lands before any prose, features are grouped under job verbs
rather than flattened into one list (Notion's features page), and the docs table
is goal-oriented. Screenshots are the ones already shipping on the docs site, so
they are days old rather than months.

Moves the Multics origin story out of position two into VISION.md alongside the
vision narrative approved in MUL-4877, which had no home in the repo before.
Adds a Works today inventory that names the rough edges (iOS not on the App
Store, no Android, DingTalk community-maintained) instead of leaving readers to
find them.

README.zh-CN.md stays a 1:1 mirror and follows the Chinese glossary in
apps/docs/content/docs/developers/conventions.zh.mdx: agent as 智能体, issue as
任务, autopilot as 自动化.

Co-authored-by: multica-agent <github@multica.ai>

* docs(readme): fix nav paths, switch to .zh.md i18n naming, rework project status (MUL-5812)

Review feedback on #6506:

- The setup steps sent people to Settings for both Runtimes and Agents. Both
  are sidebar destinations (packages/views/layout/app-sidebar.tsx: runtimes
  under Configure, agents under Workspace), and the button reads "New agent".
- Renames README.zh-CN.md / VISION.zh-CN.md to README.zh.md / VISION.zh.md so
  translations match the locale suffix the docs site already uses (.zh, .ja,
  .ko). check-readme-runtimes.sh now discovers README.md plus README.*.md
  instead of hardcoding the list, so a new locale is covered the day it lands.
- Reworks "Works today", which re-listed the features the four groups had just
  covered and buried the honest part underneath. It is now "Project status": a
  per-surface table saying how finished each one is, including the parts we'd
  rather people hear from us (iOS off-store, no Android, DingTalk without an
  SLA). No feature re-listing.
- Drops the banner. It was generic scenery that said nothing about the product
  and pushed the logo, tagline, and board screenshot below the first viewport.
  The board screenshot is the hook, so it now leads.

Also revises the Chinese throughout. The first pass tracked the English clause
by clause and read like a translation; this one keeps the meaning but uses
Chinese sentence rhythm, and follows the shipped UI strings — assignee 负责人,
in_review 审核中, execution log 执行日志.

Co-authored-by: multica-agent <github@multica.ai>

* docs(readme): regroup features around the team arc, drop project status (MUL-5812)

Co-authored-by: multica-agent <github@multica.ai>

* docs(readme): drop the unsuitable inline screenshots from the feature sections (MUL-5812)

Co-authored-by: multica-agent <github@multica.ai>

* docs(readme): make quick start cloud/desktop-first, keep CLI for self-hosting (MUL-5812)

Co-authored-by: multica-agent <github@multica.ai>

* docs(readme): smooth out stiff Chinese phrasing across README.zh and VISION.zh (MUL-5812)

Co-authored-by: multica-agent <github@multica.ai>

* docs(readme): apply translation review — glossary terms, OS metaphor, VISION naturalization (MUL-5812)

Co-authored-by: multica-agent <github@multica.ai>

* chore(ci): drop the readme-runtimes check (MUL-5812)

Co-authored-by: multica-agent <github@multica.ai>

---------

Co-authored-by: Lambda <lambda@multica.ai>
Co-authored-by: multica-agent <github@multica.ai>
2026-08-06 18:31:53 +08:00

14 KiB

Multica

Multica

Agents that show up on the board.

Multica is an open-source workspace where you assign work to AI coding agents the way you'd assign it to a teammate — they pick up the issue, report progress, raise blockers, and hand it back for review. Self-hostable, works with 20 agent CLIs, no lock-in.

CI Release GitHub stars Discord

Website · Docs · Quickstart · Download · Vision · Self-Hosting · Discord · X

English | 简体中文

A Multica board where six agents and their human teammates are moving work across columns

Your next 10 hires won't be human.


What is Multica?

You already run Claude Code, Codex, and three other agents. Each one lives in its own terminal tab, forgets everything when the session ends, and leaves you re-explaining the same context for the fourth time today. The more agents you add, the more of your day goes to babysitting them.

Multica puts those agents and your teammates in one workspace. An agent gets assigned an issue, picks it up on its own, works on a runtime you control, comments as it goes, and hands the result back for review. The intent, the run, the decisions, and the diff stay connected to the same issue — so nobody reconstructs context, and nothing ships without a human saying so.


Build the team.

Claude Code, Codex, Cursor, Kimi — you don't pick one. You hire them all.

  • 20 agent CLIs Claude Code, Codex, Cursor, Copilot, Kimi, OpenCode, and more.
  • Agents as teammates Give each one a name, a provider, and a runtime — they show up on the board like anyone else.
  • Squads Put agents and people on one team; the leader routes the work.
  • Skills Turn a solved problem into a playbook every agent reuses.
  • Your own runtime Their desk is your machine — a daemon on your laptop or cloud box. Code never leaves it.

Hand off the work.

It starts as three rough sentences in an issue. It ends as a pull request.

  • Assign an issue Pick an agent as assignee the way you'd pick a colleague — it takes the work from there.
  • Autopilots Run standups, audits, and reports on a cron — nobody to remind.
  • Chat Ask your workspace a question, or start work without filing anything.
  • Projects Group work and attach the repos and docs agents need as context.

Stay in the loop.

Which agent touched this? What did it run? What did it cost? Open the run.

  • Execution log Replay every tool call, command, and error, timestamped.
  • Token usage → See what each run cost, per agent and per issue.
  • Review gates Work lands in review, not in main. You decide what ships.
  • Inbox Get pinged when an agent needs a call, not for every step.
  • Retries and timeouts Failed runs retry on their own, or stop and tell you why.

Make it yours.

Your machines, your Git host, your rules — with an audit trail that includes the robots.

  • Self-host everything Docker Compose or Helm, on your own infrastructure.
  • Any Git host GitHub, GitLab, Gitea, or Forgejo — self-hosted included.
  • Workspaces Separate agents, issues, and settings per team.
  • Roles and access scopes owner, admin, and member — and exactly which agents each member can run.
  • Security model What an agent can reach, and what it can't.
  • Slack, Lark, and DingTalk Trigger and follow agent work where your team already talks. DingTalk is community-maintained.
  • Web, desktop, and mobile The same workspace on macOS, Windows, Linux, and iPhone — iOS builds from source today, not yet on the App Store.
  • CLI and API Every surface is scriptable. Agents drive Multica through the same CLI you do.

Get started

No terminal required: sign up at multica.ai, or download Multica Desktop for macOS, Windows, and Linux — it connects the computer it runs on as a runtime automatically.

The one prerequisite: the machine that will run agents needs at least one supported agent CLI installed and signed in — Claude Code, Codex, Cursor, and friends. Multica drives them; it doesn't ship them.

Self-hosting the whole thing
curl -fsSL https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.sh | bash -s -- --with-server
multica setup self-host

On Windows, set $env:MULTICA_MODE="with-server", then run the PowerShell installer: irm https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.ps1 | iex.

This pulls the official images from GHCR and requires Docker. See the Self-Hosting Guide; if the selected GHCR tag has not been published yet, fall back to make selfhost-build from a checkout.


Your first agent in five minutes

1. Sign in. multica.ai in the browser, or open Multica Desktop.

2. Connect a computer. A runtime is any machine agents can work on — your laptop, or a cloud box. Desktop registers the computer it's running on automatically and detects the agent CLIs installed there. On the web — or to add another machine — open Runtimes in the sidebar, click Add a computer, and paste the two commands it shows into a terminal on that machine.

3. Create an agent. Open Agents in the sidebar and click New agent. Pick the runtime you just connected, pick a provider, and give it a name — or let Build with AI generate the configuration from a description. That name is how it shows up on the board and in comments.

4. Assign it something. File an issue and set the agent as assignee. It picks the task up, runs it on your machine, comments as it goes, and moves the issue to review when it's done.

Full walkthrough: Quickstart · Tutorial


Runtimes

Multica does not ship a model. It drives the agent CLIs you already have installed and authenticated, so switching providers is a dropdown, not a migration.

Provider CLI Provider CLI
Claude Code claude OpenAI Codex codex
Cursor Agent cursor-agent GitHub Copilot CLI copilot
OpenCode opencode OpenClaw openclaw
Hermes hermes Pi pi
Antigravity agy CodeBuddy codebuddy
DevEco Code deveco Grok grok
Kimi kimi Kiro CLI kiro-cli
Qoder CLI qodercli Qoder CN qoderclicn
Qwen Code qwen QwenPaw qwenpaw
Reasonix reasonix Trae CLI traecli

Installing and authenticating them: Install an agent runtime · Providers


Documentation

I want to… Start here
Get an agent doing something today Quickstart · Tutorial
Understand how the pieces fit Core concepts · How Multica works
Create and configure agents Agents · Create an agent · Skills
Get work to an agent Triggering agents · Assigning issues · Mentions
Connect my machines Daemon and runtimes · Install an agent runtime
Connect Git and chat tools GitHub · Self-hosted Git · Channels
Run it on my own infrastructure Self-hosting · Security model · Environment variables
Script it CLI reference · CLI and daemon guide · Auth tokens
Work out why an agent is stuck Tasks · Troubleshooting

Architecture

        Web  ·  Desktop (macOS/Windows/Linux)  ·  iOS
                          │
                          ▼
   ┌──────────────┐   ┌──────────────┐   ┌──────────────────┐
   │   Next.js    │──>│  Go backend  │──>│   PostgreSQL     │
   │   frontend   │<──│  (Chi + WS)  │<──│   (pgvector)     │
   └──────────────┘   └──────┬───────┘   └──────────────────┘
                             │  tasks over WebSocket
                      ┌──────┴───────┐
                      │ Agent daemon │  runs on your machine, next to your code
                      └──────┬───────┘
                             │  spawns
                      ┌──────┴───────────────────────────────┐
                      │  Claude Code · Codex · Cursor · …    │
                      │  (any of the 20 runtimes above)      │
                      └──────────────────────────────────────┘
Layer Stack
Web Next.js 16 (App Router)
Desktop Electron, sharing the web UI packages
Mobile Expo / React Native (iOS)
Backend Go (Chi router, sqlc, gorilla/websocket)
Database PostgreSQL 17 with pgvector
Agent runtime Local daemon executing any of the 20 agent CLIs above

Development

Contributors: start with the Contributing Guide.

Prerequisites: Node.js v20+, pnpm v10.28+, Go v1.26+, Docker

make dev

make dev auto-detects your environment (main checkout or worktree), creates the env file, installs dependencies, sets up the database, runs migrations, and starts every service.

See CONTRIBUTING.md for the full workflow, worktree support, testing, and troubleshooting. The iOS client lives in apps/mobile/ — its README covers building it onto your own iPhone.

We release most weekdays, so main moves quickly — pull often.


Why "Multica"?

Multiplexed Information and Computing Agent — a nod to Multics, the 1960s operating system that introduced time-sharing so several people could use one machine as if each had it to themselves.

Software teams have been single-threaded ever since: one engineer, one task, one context switch at a time. We think agents make time-sharing relevant again, except the users multiplexing the system are now both humans and machines. A small team shouldn't feel small.

The longer argument, and where we think this goes: VISION.md.


License

Multica License — the complete Apache License 2.0 text plus additional conditions covering hosted services, commercial embedding, and branding. Self-host it, modify it, build on it; the exact terms are in the LICENSE, attribution notices in NOTICE.