28 de agosto de 2026 · Por YasKad
multica-ai/multica

Multica: un espacio de trabajo donde agentes de código y humanos comparten el mismo tablero de incidencias

multica-ai/multica · 51.341★ · 6.656 forks

Multica es un espacio de trabajo (workspace) de código abierto donde se asignan tareas a agentes de programación —Claude Code, Codex, Cursor y 20 CLIs más— de la misma forma en que se asignan a un compañero de equipo. Los agentes recogen la incidencia, reportan el avance, levantan bloqueos y devuelven el trabajo para revisión; todo el historial queda pegado a la misma incidencia. Es autoalojable, no empaqueta ningún modelo y no crea dependencia de un único proveedor.


Origen

El repositorio fue creado el 13 de enero de 2026 y el primer commit data del 28 de enero de 2026. Es un producto de la organización multica-ai, con sede en multica.ai.

Los principales contribuidores por número de commits fueron Bohan-J (cofundador de multica-ai, 1.366 commits), NevilleQingNY (1.096), forrestchang (1.028), ldvnbl (485), multica-eve (373), yyclaw (47) y seacen (30).

El proyecto nació con ambición de multiplataforma desde el arranque: el README y las guías están en inglés y chino simplificado, y la documentación se sirve además en japonés y coreano. Esa inversión temprana en traducción, junto con las integraciones comunitarias de DingTalk, WeCom y Telegram, sugiere una orientación deliberada al mercado asiático. El eslogan que acompaña al logotipo —«Your next 10 hires won’t be human»— resume la tesis de mercado que el proyecto defiende desde el inicio.

El nombre Multica significa Multiplexed Information and Computing Agent y es un guiño a Multics, el sistema operativo pionero de los años 1960 que introdujo la multiprogramación (time-sharing). Según su VISION.md, la apuesta es que Unix fue una simplificación deliberada de Multics y que ahora se repite esa inflexión, pero con «usuarios» que son a la vez humanos y agentes autónomos.

Una infografía detallada estilo cyberpunk en modo oscuro que ilustra el origen de un repositorio de GitHub de código abierto de 2026. Una línea de tiempo de commits brillante recorre un paisaje urbano neón, comenzando con un nodo de primer commit brillante marcado con iconos de calendario abstractos para enero de 2026, expandiéndose en una densa constelación de avatares de contribuidores y ramas de commits. En el centro, un emblema holográfico de organización de GitHub aparece como una insignia sutil, con una URL de sitio web flotante y un identificador social representado por glifos de comunicación abstractos. Paneles de documentación bilingües en inglés y chino simplificado, más hologramas más pequeños de japonés y coreano, se despliegan desde una cápsula de lanzamiento central. Un letrero de eslogan neón dice «Your next 10 hires won't be human» en tipografía futurista limpia, rodeado de pequeñas tarjetas de contratación, siluetas de agentes e integraciones de comunicación del mercado asiático mostradas como burbujas de chat suaves y brillantes para DingTalk, WeCom y Telegram. Fondo carbón oscuro, acentos neón cian y magenta, ultra detallado, profundidad cinematográfica, resolución 8K.

Filosofía y principios

VISION.md enuncia el objetivo central como «Make humans and AI agents work as one team». De ahí se derivan principios verificables en el código y la documentación:

  • Los agentes son compañeros de primera clase. No son una colección de herramientas aisladas: reciben incidencias, comentan, levantan bloqueos y entregan código igual que un colega.
  • La multiplexación, no la sustitución. Como en Multics, la apuesta es que «un equipo pequeño no se sienta pequeño»: con el sistema adecuado, dos ingenieros y una flota de agentes pueden moverse como veinte.
  • Los humanos fijan la dirección y responden por el resultado. Multica «no es una empresa autónoma que actúa más allá del control humano». Nada se publica sin que un humano lo diga; las incidencias caen en revisión y no en main.
  • La intención y el resultado permanecen unidos. Cuando el trabajo termina, su historial no desaparece con la sesión: la intención original, las decisiones, las acciones y el resultado final siguen conectados.
  • La máquina es del usuario. El «escritorio» de cada agente es una computadora conectada por un demonio local; el código no sale de ella. Cambiar de proveedor de modelo es «un desplegable, no una migración».

Una imagen simbólica en modo oscuro estilo cyberpunk que representa la filosofía de humanos y agentes de IA trabajando como un solo equipo. Un ingeniero humano se para a la cabeza de una mesa de control circular neón, mientras siete compañeros de equipo agentes de IA, cada uno con rostros distintivos de estilo terminal y auras de línea de comandos, colaboran en una línea de tiempo de incidencias compartida y brillante. Un agente reporta progreso, otro levanta un bloqueo con un glifo de advertencia rojo, y un tercero devuelve un diff para revisión, mientras una puerta de aprobación humana brilla en ámbar. Alrededor de la mesa, un anillo de multiplexación muestra dos pequeñas siluetas humanas y una flota de agentes moviéndose con el impulso de veinte trabajadores. La frase «Make humans and AI agents work as one team» aparece como un sutil letrero holográfico. Estilo visual: UI en modo oscuro, paneles de cristal, acentos neón cian, violeta y ámbar, ultra detallado, resolución 8K, arte conceptual tecnológico profesional cinematográfico, sin desorden.

Cómo funciona

El flujo completo tiene cinco pasos: (1) la incidencia aporta el contexto —descripción, discusión y responsable; al asignarla a un agente, el sistema usa las instrucciones, el modelo, las habilidades y la configuración de runtime de ese agente; (2) Multica crea una tarea que entra en cola; (3) un runtime reclama la tarea, sobre una computadora conectada; (4) la herramienta de IA se ejecuta en local, lee el directorio de trabajo, ejecuta comandos y produce resultados; (5) los resultados se escriben de vuelta en la incidencia.

Un pipeline de cinco etapas para un sistema de ejecución de tareas de agentes de IA, estética cyberpunk en modo oscuro. Etapa uno: una tarjeta de incidencia con contexto, discusión y responsable brilla a la izquierda. Etapa dos: una tarea entra en una cola neón con runtimes en espera. Etapa tres: un nodo de runtime local en la computadora de un usuario reclama la tarea y se ilumina. Etapa cuatro: una herramienta de codificación de IA se ejecuta localmente dentro de un entorno de escritorio seguro, leyendo un directorio de trabajo, ejecutando comandos y produciendo parches de código como flujos luminosos de línea de comandos. Etapa cinco: los resultados, comentarios de progreso y registros de ejecución fluyen de vuelta a la línea de tiempo de la incidencia. Los cinco nodos están conectados por una cinta de datos multiplexada brillante a través de una interfaz de espacio de trabajo oscura, con un icono de demonio local, chip binario de Go, panel de Next.js y registros de llamadas a herramientas con marca de tiempo. Ultra detallado, acentos neón cian y naranja, glassmorphism, resolución 8K, ilustración de diagrama técnico, composición limpia.

Los objetos básicos son: Workspace, Issue (unidad de trabajo, cuyo responsable puede ser un miembro, un agente o un escuadrón), Project, Agent (configuración reutilizable, no un proceso de larga ejecución), Skill, Runtime, Task, Squad, Chat, Inbox y Autopilot (dispara ejecuciones por cron o webhook). Un agente nunca inicia trabajo por su cuenta: cada ejecución es disparada por una acción explícita.

Un grafo de objetos de datos holográfico en modo oscuro para una plataforma de espacio de trabajo de software. Nodos centrales con etiquetas sutiles e iconos abstractos representan Workspace, Issue, Project, Agent, Skill, Runtime, Task, Squad, Chat, Inbox y Autopilot. El nodo Workspace es una bóveda neón autocontenida; Issue es una tarjeta de ticket; Project agrupa incidencias y repositorios; Agent es un chip de configuración reutilizable con nombre, instrucciones, modelo, habilidades y runtime; Skill es un cartucho modular; Runtime es una computadora local; Task es un registro concreto de ejecución; Squad es un clúster de nodos de agente y miembro liderado por un agente; Autopilot es un orbe disparador de cron/webhook. Las líneas muestran relaciones: asignaciones, menciones, chats, notificaciones y disparadores explícitos. Cada ruta de ejecución está resaltada por una acción humana o un pulso de Autopilot, enfatizando que los agentes nunca inician trabajo de forma independiente. Fondo: consola de ingeniería oscura, neón cian, violeta y ámbar, ultra detallado, resolución 8K, visualización técnica isométrica.

Los 23 CLIs de agente soportados incluyen Claude Code, OpenAI Codex, Cursor Agent, GitHub Copilot CLI, OpenCode, OpenClaw (openclaw), Hermes (hermes), Pi, Antigravity, CodeBuddy, DevEco Code, Grok, Kimi, Kiro CLI, Qoder CLI, Qwen Code, QwenPaw, Reasonix, Trae CLI, DeepSeek Harness, Oh-My-Pi, MiniMax Code y Dim. Las skills siguen el estándar abierto Anthropic Agent Skills: su archivo principal es SKILL.md y pueden importarse desde GitHub, ClawHub o Skills.sh.

Una galería densa pero elegante estilo cyberpunk en modo oscuro de 23 cápsulas CLI de agentes de programación orbitando un centro de espacio de trabajo central. Cada cápsula es una cápsula con forma de terminal con un glifo neón único, un prompt de línea de comandos y una pequeña insignia abstracta, representando herramientas como Claude Code, Codex, Cursor Agent, Copilot CLI, OpenCode, Grok, Kimi, Qwen, Trae, DeepSeek, MiniMax y otros CLIs sin depender de logos exactos. El centro despacha tarjetas de tareas a las cápsulas mediante cables brillantes, mientras un demonio local en primer plano ejecuta el CLI seleccionado en la máquina del usuario. La escena transmite compatibilidad multi-proveedor: sin dependencia de un solo modelo, un selector de proveedor tipo desplegable y medidores de costo de tokens para cada agente. Fondo carbón oscuro, neón cian, magenta, ultra detallado, resolución 8K.

El ecosistema

La organización mantiene, además de Multica: multica-ai/andrej-karpathy-skills (el proyecto más visible de la org, con 205.501 estrellas y 21.022 bifurcaciones, ya catalogado en este sitio); multica-ai/dsh-multica-runtime (55 estrellas, soporte del runtime DeepSeek Harness); multica-ai/multica-cli (26 estrellas, habilidad de agente para operar Multica sin quemar tokens); multica-ai/homebrew-tap (16 estrellas, tap de Homebrew).

En npm se identificaron varios paquetes de terceros que amplían Multica: pi-multica-spine, @amaster.ai/pi-teamwork, multica-cli-manager, pi-multica-doctor, @openabc/multica-taskboard, n8n-nodes-multica, multica-slack-assistant y @kevisual/multica-run. La búsqueda de Docker Hub no devolvió una imagen oficial, pero sí construcciones comunitarias: fengwk/multica (1.579 extracciones), votanchat/multica (1.004), shubham16negi/opencode-multica (359).

Estado oficial / semioficial

  • Multica es código abierto con licencia propia: la «Multica License» es Apache License 2.0 sometida a condiciones adicionales. La condición clave: sin licencia comercial no se puede usar el código para ofrecer un servicio alojado a terceros ni embeberlo en un producto vendido comercialmente. El uso interno dentro de una misma organización no requiere licencia comercial.
  • Estándar abierto de skills: al seguir el Anthropic Agent Skills open standard, Multica puede importar cualquier skill que cumpla la especificación. No es una afiliación con Anthropic, sino compatibilidad de formato.
  • Distribución oficial: existe un Multica Cloud (multica.ai) y la vía de autoalojamiento con imágenes oficiales de GHCR y tap de Homebrew.
  • No se encontró aceptación formal en un marketplace de un vendor. Su posición de referente de facto en la categoría «agentes como compañeros en un tablero» se apoya en su base de estrellas y su ecosistema npm, no en un respaldo institucional.

Números del repo

Medición: 23 de agosto de 2026, API de GitHub.

MétricaValor
Estrellas47.328
Bifurcaciones6.058
Suscriptores (watchers reales)164
Incidencias + PR abiertos1.382
Commits (página final de la API)4.967
Lenguaje principalGo
LicenciaMultica License (Apache 2.0 + condiciones)
Creación13 de enero de 2026
Último releasev0.4.32, 21 de agosto de 2026

El ritmo de releases es muy alto: de v0.4.23 a v0.4.32 en once días.

Guía rápida de uso

Instalación y primer arranque

Autoalojado (recomendado), macOS/Linux:

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

En Windows (PowerShell): $env:MULTICA_MODE="with-server"; irm https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.ps1 | iex y luego multica setup self-host. El script instala el CLI, obtiene los assets autoalojados y descarga las imágenes oficiales de GHCR. Se abre http://localhost:3000. Prerrequisito: Docker y Docker Compose.

Sin Docker: git clone https://github.com/multica-ai/multica.git && cd multica && make selfhost.

Flujos de trabajo habituales

  • Asignar una incidencia a un agente: multica issue assign MUL-123 --to "Backend Agent".
  • Crear una incidencia desde el terminal: multica issue create --title "Fix login failure".
  • Revisar una ejecución: multica issue runs MUL-123 lista el historial.
  • Gestionar un demonio: multica daemon start, multica runtime list.

Configuración esencial

  • ~/.multica/config.json: configuración por defecto del CLI; contiene tokens, no se debe commitear.
  • Perfiles (--profile <name>): aíslan una combinación de servidor, token, workspace y demonio.
  • .env (autoalojado): define POSTGRES_DB, DATABASE_URL, PORT, FRONTEND_PORT.

Trampas frecuentes y soluciones

  • No fijes MULTICA_DAEMON_PORT en el shell del host ni en el contenedor: el demonio deriva su puerto él mismo.
  • El demonio debe correr desde un binario construido, nunca con go run: registra su propia ruta de ejecutable y la relanza.
  • En un git worktree no copies .env: usa .env.worktree para evitar apuntar a la base de datos principal.
  • Skills importadas de fuentes externas pueden contener instrucciones inseguras: Multica no las revisa ni aísla; la fuente debe ser de confianza.

Integraciones y migración

Hospedadores de Git: GitHub, GitLab, Gitea y Forgejo. Canales de mensajería: Slack y Lark (núcleo) y DingTalk, WeCom, Telegram (mantenidos por la comunidad). MCP: biblioteca de servidores en el workspace. Automatización: Autopilot dispara por cron o webhook; nodo comunitario de n8n.

Cómo contribuir

CONTRIBUTING.md: prerrequisitos Node.js 22, pnpm 10.28.2, Go 1.26.6 y Docker. Al contribuir se acepta la Multica License completa. Flujo: make dev auto-detecta checkout o worktree, crea env, instala dependencias y arranca backend y frontend; make check-main ejecuta typecheck, tests unitarios, tests de Go y tests E2E de Playwright.

Cómo lo recibió la comunidad

La evidencia recuperada muestra tracción en YouTube y en el ecosistema npm, pero casi nula discusión verificable en Hacker News. El hilo principal, «Multica: Assign issues to coding agents and track them like teammates» (13 de abril de 2026), obtuvo solo 2 puntos y 0 comentarios. YouTube sí tiene cobertura activa: «Multica: The Open Source Tool That Makes Claude Code 10x Better», «Multica — Open Source Managed Agents Platform (30.8K Stars)», y dos videos en español. Uno de los títulos cita «30.8K Stars», un valor anterior a las 47.328 medidas hoy, lo que indica crecimiento en pocos meses.

Multica frente a otras propuestas

ProyectoCoincidencia verificableDiferencia verificable
paperclipinc/paperclipOrquestador de agentes de código abierto, comparado directamente con Multica en varios videos de YouTube.Su narrativa se centra en «empresas de cero humanos», frente al modelo de Multica de «humanos y agentes como un equipo» con sign-off humano.
Pokegents, OpenRig, Lula, VestigeTodos proponen trabajo multi-agente de programación (mismos hilos de HN de la ola).Todos tienen muy pocos puntos y comentarios en HN; ninguno aparece como competidor consolidado.

Casos de uso y a quién puede ayudar este repositorio

  • Equipos pequeños que ya corren varios agentes CLIs y se sienten ahogados «cuidándolos» en pestañas de terminal aisladas: Multica reúne agentes y personas en un solo tablero.
  • Equipos que exigen que el código no salga de sus máquinas: el modelo de runtime local y el autoalojamiento con Docker Compose/Helm permiten operar bajo su propio perímetro.
  • Responsables de control de calidad y cumplimiento: las puertas de revisión y el registro de ejecución dan una pista de auditoría que «incluye a los robots».
  • Organizaciones que quieren automatización programada: Autopilot dispara ejecuciones por cron o webhook.
  • Equipos asiáticos o multilingües: la documentación en chino, japonés y coreano encaja con equipos que ya conversan en esas plataformas.

Recursos


Nota: este artículo combina el README, las guías (VISION.md, SELF_HOSTING.md, CONTRIBUTING.md), la documentación oficial, la API de GitHub, el registro npm, Docker Hub y los resultados de Hacker News y YouTube consultados el 23 de agosto de 2026. Las cifras cambian con el tiempo.

Comentarios