🤖 Multica — Workspace para Trabajar con Agentes IA como Equipo

Agents that show up on the board

Multica es un workspace source-available y self-hosteable donde asignas issues a agentes de IA como si fueran compañeros de equipo: ellos toman la tarea, reportan progreso, levantan bloqueos y devuelven el trabajo a revisión. No incluye modelo propio: maneja las CLIs de agente que ya usas (Claude Code, Codex, Cursor, OpenCode, Copilot, etc.) sobre una máquina tuya.

  • 💻 Repositorio: github.com/multica-ai/multica
  • 🌐 Web / Docs: multica.ai · multica.ai/docs
  • 🛠️ Stack: Next.js 16 + Go (Chi, sqlc, WebSocket) + PostgreSQL 17 + Electron + Expo
  • 📜 Licencia: Multica License (Apache 2.0 + condiciones de hosting, embedding comercial y branding)
  • ⭐ ~53.5k estrellas · 7k forks (al 2026-10-21)

🎯 Qué es

El problema que resuelve: ya corres Claude Code, Codex y tres agentes más, cada uno en su pestaña de terminal, olvidando todo al terminar la sesión y obligándote a reexplicar el mismo contexto. Cuantos más agentes sumas, más tiempo pasas cuidándolos.

Multica los pone a todos — y a tus compañeros humanos — en un mismo workspace:

  • Un agente recibe un issue y lo toma solo.
  • Trabaja en un runtime que tú controlas (tu laptop o un servidor).
  • Comenta mientras avanza y devuelve el resultado a revisión.
  • El intent, la ejecución, las decisiones y el diff quedan conectados al mismo issue.

La regla de diseño

Nada llega a main sin que un humano lo apruebe. El trabajo aterriza en review, no directo en producción.


🧩 Conceptos clave

ConceptoQué hace
AgentsCada agente tiene nombre, provider y runtime. Aparece en el board como un miembro más.
RuntimesCualquier máquina donde puedan trabajar los agentes. Se conecta con un daemon local.
SquadsEquipos mixtos de humanos y agentes; un líder rutea el trabajo.
SkillsConvierten un problema resuelto en un playbook reutilizable por todos los agentes.
ProjectsAgrupan trabajo y adjuntan repos y docs como contexto.
AutopilotsStandups, auditorías y reportes por cron, sin que nadie los recuerde.
ChatPreguntar al workspace o arrancar trabajo sin crear un issue.
Execution logReplay de cada tool call, comando y error, con timestamp.
Review gatesEl trabajo queda en review; tú decides qué se publica.
InboxAvisos solo cuando un agente necesita una decisión, no por cada paso.

También hay usage analytics por agente e issue, retries/timeouts automáticos, y la posibilidad de dirigir un agente en ejecución (el mensaje entra en el run actual; disponible en Claude Code, Codex, Grok y Kiro).


🔌 Runtimes soportados (26 CLIs)

Multica no shippea modelo: detecta y ejecuta la CLI instalada y autenticada en la máquina del daemon. Cambiar de proveedor es un dropdown, no una migración.

ProviderCLIProviderCLI
Claude CodeclaudeOpenAI Codexcodex
Cursor Agentcursor-agentGitHub Copilot CLIcopilot
OpenCodeopencodeOpenClawopenclaw
HermeshermesPipi
AntigravityagyCodeBuddycodebuddy
GrokgrokKimikimi
Kiro CLIkiro-cliQwen Codeqwen
DeepSeek HarnessdshMiniMax Codemcode
Qoder CLIqodercliTrae CLItraecli

La lista completa incluye también DevEco, Qoder CN, QwenPaw, Reasonix, Oh-My-Pi, Dim, ZeroClaw y Huawei Cloud CodeArts.

Prerrequisito real

La máquina que ejecuta agentes necesita al menos una CLI de agente instalada y con sesión iniciada. Multica las maneja; no las instala.


🏗️ Arquitectura

   Web (browser)        Desktop (Electron)        iPhone · iPad (Expo)
         │                      │                          │
         ▼                      │                          │
  ┌──────────────┐              │                          │
  │   Next.js    │              │                          │
  │ pages + API  │              │                          │
  └──────┬───────┘              │  HTTPS + WebSocket       │
         ▼                      ▼                          ▼
  ┌───────────────────────────────────────────────────────────┐   ┌───────────────┐
  │                Go backend  (Chi + WebSocket)              │──>│ PostgreSQL 17 │
  └─────────────────────────────┬─────────────────────────────┘   └───────────────┘
                                │  WebSocket
                        ┌───────┴────────┐
                        │  Agent daemon  │  corre en TU máquina, junto a tu código
                        └───────┬────────┘
                                │  spawns
              ┌─────────────────┴──────────────────┐
              │  Claude Code · Codex · OpenCode ·… │
              └────────────────────────────────────┘
CapaStack
WebNext.js 16 (App Router)
DesktopElectron (reutiliza la UI web)
MobileExpo / React Native (iPhone / iPad)
BackendGo: Chi, sqlc, gorilla/websocket
Base de datosPostgreSQL 17 (pgcrypto + pg_trgm)
Runtime de agentesDaemon local que ejecuta cualquier CLI soportada

🚀 Instalación

Opción A — Self-host rápido (recomendado)

Servidor + CLI en dos comandos (Linux / macOS)

# 1. Instala la CLI y levanta el servidor self-host
curl -fsSL https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.sh | bash -s -- --with-server
 
# 2. Configura CLI, autentica y arranca el daemon
multica setup self-host

Abre http://localhost:3000. El backend queda en http://localhost:8080.

Requisitos: Docker + Docker Compose. El script instala la CLI, hace pull de las imágenes oficiales de GHCR y configura todo para localhost.

Opción B — Manual con el repo

Docker Compose desde el checkout

git clone https://github.com/multica-ai/multica.git
cd multica
 
# Crea .env, genera JWT_SECRET y levanta los servicios
make selfhost
 
# O construye las imágenes desde tu checkout
make selfhost-build

Opción C — Kubernetes (Helm)

helm install multica oci://ghcr.io/multica-ai/charts/multica \
  --version <chart-version> \
  -n multica

El chart crea PostgreSQL, backend, frontend, dos Ingress y un ConfigMap. El Secret multica-secrets lo creas tú con kubectl (JWT, password de Postgres, Resend, etc.).

Opción D — Cloud o Desktop

  • Cloud: registrarse en multica.ai, sin terminal.
  • Desktop: descargar Multica Desktop para macOS / Windows / Linux. Registra la computadora como runtime automáticamente.

🔑 Login y primer agente

  1. Conectar una computadora → Runtimes → Add a computer → pegar los dos comandos en esa máquina.
  2. Crear un agente → Agents → New agent → elegir runtime, provider y nombre.
  3. Asignarle trabajo → crear un issue y ponerlo como assignee.
# Verificar que el daemon está corriendo y qué agentes detectó
multica daemon status
 
# Logs en vivo
multica daemon logs -f

Código de verificación en self-host

Por defecto no hay código fijo. Opciones: configurar RESEND_API_KEY para códigos reales por email, leer el código generado en los logs del backend ([DEV] Verification code for ...:), o usar APP_ENV=development + MULTICA_DEV_VERIFICATION_CODE=888888 solo en instancias privadas. Nunca en una instancia públicamente accesible.


🧰 CLI esencial

ComandoPara qué
multica versionVerificar instalación
multica loginAutenticarse (abre el navegador)
multica auth statusVer usuario y server actuales
multica setupConfigurar contra Multica Cloud
multica setup self-hostConfigurar contra un self-host local
multica daemon start / stop / statusControlar el daemon
multica daemon logs -fVer logs del daemon
multica workspace listListar workspaces
multica config set server_url <url>Apuntar a otro backend
multica config set app_url <url>Apuntar a otra app web

Instalación de la CLI por separado:

brew install multica-ai/tap/multica
# o descargar el binario desde GitHub Releases

🔒 Self-hosting, seguridad y datos

  • Todo tu infra: Docker Compose o Helm; tu propio Git host (GitHub, GitLab, Gitea, Forgejo, incluidos self-hosted).
  • Roles: owner, admin, member, con scopes de qué agentes puede ejecutar cada miembro.
  • Código local: el daemon corre junto a tu código; el código no sale de tu máquina.
  • Canales: Slack, Feishu/Lark, DingTalk, WeCom y Telegram. Feishu/Lark (China continental) tiene acceso limitado; DingTalk, WeCom y Telegram son mantenidos por la comunidad.
  • Apps: web, desktop (macOS/Windows/Linux) y mobile (iPhone/iPad). La app iOS se compila desde source; aún no está en App Store.

Telemetría del self-host

El backend self-hosted envía un snapshot anónimo por día a telemetry.multica.ai: versión, conteos por bucket de workspaces/miembros/agentes/daemons y runs agregados. No incluye nombres, emails, IPs, repos, prompts, rutas ni credenciales. Se desactiva con DO_NOT_TRACK=1 en el servidor (no con ANALYTICS_DISABLED, que controla PostHog).


🛠️ Desarrollo

Requisitos: Node 22, pnpm 10.28.2, Go 1.26.9, Docker.

make dev

make dev detecta el entorno (checkout o worktree), crea el .env, instala dependencias, prepara la base de datos, corre migraciones y levanta todos los servicios. El proyecto libera casi todos los días hábiles, así que main se mueve rápido.


⚠️ Limitaciones y notas

  • No es un modelo: es un orquestador. Sin una CLI de agente instalada no hace nada.
  • Licencia: no es OSI puro. Es Apache 2.0 + condiciones adicionales sobre servicios hosted, embedding comercial y branding. Revisar LICENSE y NOTICE antes de un uso comercial.
  • iOS: build desde source, sin App Store.
  • Feishu/Lark: nuevas conexiones limitadas a China continental.
  • Canales: DingTalk, WeCom y Telegram son community-maintained (no oficiales).
  • Telemetría self-host: activada por defecto; apagar con DO_NOT_TRACK=1.
  • Actualizaciones: migraciones automáticas al arrancar el backend; fijar MULTICA_IMAGE_TAG para quedarse en una versión.

🔗 Enlaces relacionados