🤖 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.
🛠️ 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
Concepto
Qué hace
Agents
Cada agente tiene nombre, provider y runtime. Aparece en el board como un miembro más.
Runtimes
Cualquier máquina donde puedan trabajar los agentes. Se conecta con un daemon local.
Squads
Equipos mixtos de humanos y agentes; un líder rutea el trabajo.
Skills
Convierten un problema resuelto en un playbook reutilizable por todos los agentes.
Projects
Agrupan trabajo y adjuntan repos y docs como contexto.
Autopilots
Standups, auditorías y reportes por cron, sin que nadie los recuerde.
Chat
Preguntar al workspace o arrancar trabajo sin crear un issue.
Execution log
Replay de cada tool call, comando y error, con timestamp.
Review gates
El trabajo queda en review; tú decides qué se publica.
Inbox
Avisos 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.
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
Grok
grok
Kimi
kimi
Kiro CLI
kiro-cli
Qwen Code
qwen
DeepSeek Harness
dsh
MiniMax Code
mcode
Qoder CLI
qodercli
Trae CLI
traecli
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 ·… │ └────────────────────────────────────┘
Capa
Stack
Web
Next.js 16 (App Router)
Desktop
Electron (reutiliza la UI web)
Mobile
Expo / React Native (iPhone / iPad)
Backend
Go: Chi, sqlc, gorilla/websocket
Base de datos
PostgreSQL 17 (pgcrypto + pg_trgm)
Runtime de agentes
Daemon 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-hostcurl -fsSL https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.sh | bash -s -- --with-server# 2. Configura CLI, autentica y arranca el daemonmultica 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.gitcd multica# Crea .env, genera JWT_SECRET y levanta los serviciosmake selfhost# O construye las imágenes desde tu checkoutmake selfhost-build
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.).
Desktop: descargar Multica Desktop para macOS / Windows / Linux. Registra la computadora como runtime automáticamente.
🔑 Login y primer agente
Conectar una computadora → Runtimes → Add a computer → pegar los dos comandos en esa máquina.
Crear un agente → Agents → New agent → elegir runtime, provider y nombre.
Asignarle trabajo → crear un issue y ponerlo como assignee.
# Verificar que el daemon está corriendo y qué agentes detectómultica daemon status# Logs en vivomultica 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=888888solo en instancias privadas. Nunca en una instancia públicamente accesible.
🧰 CLI esencial
Comando
Para qué
multica version
Verificar instalación
multica login
Autenticarse (abre el navegador)
multica auth status
Ver usuario y server actuales
multica setup
Configurar contra Multica Cloud
multica setup self-host
Configurar contra un self-host local
multica daemon start / stop / status
Controlar el daemon
multica daemon logs -f
Ver logs del daemon
multica workspace list
Listar 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.