Cada pocas semanas, alguna herramienta del ecosistema de agentes de IA es declarada muerta en foros, hilos y newsletters. Normalmente sin datos. Le ha tocado a Paperclip: el proyecto que propone gestionar equipos de agentes como si fueran una plantilla, con organigrama, presupuestos y objetivos.
En vez de opinar, fuimos a mirar. Clonamos el repositorio completo, contamos el código con CLOC, reconstruimos el crecimiento mes a mes con el historial de Git y comparamos su propuesta con la de sus competidores más citados. Las cifras que siguen son una fotografía tomada el 13 de agosto de 2026.
La conclusión corta: Paperclip no está obsoleto. Pero tampoco es el líder consolidado que algunos dan por hecho. Es otra cosa, y esa otra cosa importa.
Qué es Paperclip y por qué no es "otro agente más"
Paperclip es una aplicación open source —servidor Node.js con interfaz React— para gestionar agentes de IA en el trabajo. No es un modelo de lenguaje ni un agente ejecutor. Es la capa que va por encima: lo que en la jerga se llama un control plane.
Sus funciones declaradas son deliberadamente empresariales:
- organigramas de agentes;
- objetivos de negocio y jerarquía de metas;
- asignación y seguimiento de tareas;
- presupuestos y control de costes;
- gobernanza y aprobaciones;
- trazabilidad y auditoría;
- ejecución mediante heartbeats;
- coordinación entre agentes de distintos proveedores;
- separación entre múltiples compañías.
"Si un agente es un empleado, Paperclip es la empresa."
— La tesis del proyecto, en sus propias palabras
Declara compatibilidad con Claude Code, Codex, Cursor, OpenClaw, Hermes y cualquier agente conectable por CLI o HTTP. Es decir: no compite por ser el mejor cerebro individual, sino por convertirse en el sistema operativo organizativo de una fuerza laboral de agentes.
Para quien construye una empresa de cero empleados, esa distinción no es académica. Es exactamente la diferencia entre tener herramientas y tener una organización.
El proyecto tiene medio año de vida
La API de GitHub sitúa la creación del repositorio el 2 de marzo de 2026. El primer commit recuperable del historial es aún anterior: 16 de febrero de 2026.
Todo lo que viene a continuación —el tamaño, las estrellas, el volumen de código— hay que leerlo con esa edad en la cabeza. Estamos hablando de aproximadamente seis meses de vida pública.
2,3 millones de líneas de código en seis meses
Clonamos el repositorio completo y ejecutamos CLOC excluyendo node_modules, .git, dist y coverage:
| Métrica | Resultado |
|---|---|
| Archivos analizados | 4.334 |
| Líneas totales de código | 2.324.064 |
| Archivos TypeScript | 3.248 |
| Líneas TypeScript | 1.012.657 |
| Archivos Markdown | 401 |
| Líneas Markdown | 63.429 |
| Archivos JavaScript | 125 |
| Líneas JavaScript | 16.849 |
| Archivos SQL | 219 |
| Líneas SQL | 8.351 |
Conviene una advertencia honesta: del total, alrededor de 1,19 millones de líneas son archivos JSON. A eso hay que sumar tests, documentación y posible código generado. El tamaño es una fotografía de superficie, no una medida de calidad ni de mantenibilidad. Un proyecto enorme puede ser un proyecto frágil.
El crecimiento mes a mes: la prueba que zanja el debate
Aquí es donde la hipótesis de la obsolescencia se cae. Calculamos el crecimiento neto mensual con el historial completo (git log --numstat --no-renames master, binarios excluidos automáticamente):
Crecimiento neto por mes
Líneas añadidas menos eliminadas, mes a mes durante 2026. Ni un solo mes en negativo, y el mayor salto en julio.
git log --numstat; binarios excluidos automáticamente. Los datos exactos, en la tabla siguiente.| Mes de 2026 | Commits | Añadidas | Eliminadas | Crecimiento neto |
|---|---|---|---|---|
| Febrero | 231 | 99.223 | 18.097 | +81.126 |
| Marzo | 1.548 | 276.901 | 82.587 | +194.314 |
| Abril | 586 | 230.703 | 29.886 | +200.817 |
| Mayo | 182 | 188.984 | 13.762 | +175.222 |
| Junio | 340 | 251.077 | 34.575 | +216.502 |
| Julio | 496 | 409.695 | 43.376 | +366.319 |
| Agosto (parcial) | 214 | 125.049 | 20.119 | +104.930 |
Ni un solo mes en negativo. Julio fue el mayor salto de todos, y agosto ya acumulaba más de 100.000 líneas netas antes de terminar el mes. El último commit del análisis es del mismo día del corte.
Un proyecto abandonado no se comporta así. Un proyecto obsoleto tampoco.
La comunidad: tracción extraordinaria, adopción desconocida
| Métrica | Paperclip |
|---|---|
| Estrellas | 77.983 |
| Forks | 14.304 |
| Relación forks / estrellas | 18,3 % |
| Watchers declarados | 379 |
| Elementos abiertos | 5.074 |
| Contribuidores visibles | +100 |
| Commits acumulados | 3.597 |
| Última release visible | v2026.722.0 |
Una relación forks/estrellas del 18,3 % indica mucha gente trasteando de verdad, no solo marcando el repositorio para leerlo algún día. El proyecto declara licencia MIT y no figura como archivado ni deshabilitado.
Ahora la parte incómoda. Una estrella no es un despliegue. No es un usuario retenido, ni fiabilidad operativa, ni un euro de ingresos. Lo que los datos permiten afirmar es que Paperclip tiene una tracción comunitaria extraordinaria. Lo que no permiten afirmar es que ya sea un líder de mercado consolidado.
Confundir esas dos frases es el error más común al evaluar herramientas open source, y sale caro cuando montas tu operación encima.
El mapa competitivo: quién es competidor y quién es complemento
| Proyecto | Categoría | Relación con Paperclip | Estrellas |
|---|---|---|---|
| Paperclip | Control plane de empresas de agentes | Referencia | 77.983 |
| Hermes Agent | Agente autónomo y runtime | Complemento | 229.896 |
| Multica | Gestión de proyectos humano-agente | Competidor directo | — |
| LangGraph | Framework de ejecución | Capa inferior | 39.610 |
| CrewAI | Framework multiagente | Alternativa parcial | 57.030 |
Cifras de GitHub capturadas el 13 de agosto de 2026. Multica no publica repositorio público comparable.
Hermes Agent no sustituye a Paperclip: trabaja debajo
Hermes es un agente autónomo con memoria persistente, creación y mejora de skills, herramientas, mensajería y varios backends de ejecución. Tiene tres veces más estrellas que Paperclip, lo que alimenta la idea de que lo ha desplazado.
Pero están en capas distintas. Hermes es el trabajador: razona, usa herramientas, recuerda, aprende y ejecuta. Paperclip es la capa que reparte, controla y gobierna ese trabajo.
La prueba más contundente de que se complementan es que existe un repositorio oficial, NousResearch/hermes-paperclip-adapter, cuyo propósito literal es ejecutar Hermes como un empleado gestionado dentro de una compañía Paperclip. Difícilmente construyes un adaptador hacia el proyecto al que estás reemplazando.
Multica sí pisa el mismo terreno
Multica se presenta como plataforma de gestión de proyectos para equipos formados por humanos y agentes: asignar trabajo a un agente igual que a un compañero, ciclo completo de tareas (cola, reclamación, inicio, finalización o fallo), comentarios y estados, seguimiento en tiempo real, notificación proactiva de bloqueos, skills compartidas y administración de runtimes locales y cloud.
El solapamiento con Paperclip es real. La diferencia está en el énfasis:
- Paperclip usa la metáfora de la compañía autónoma: organigrama, misión, objetivos, gobierno y presupuestos.
- Multica enfatiza la colaboración humano-agente, la gestión operativa del proyecto y los runtimes de ejecución.
Multica es la alternativa más directamente competitiva de las analizadas. Pero no hay evidencia de que haya reemplazado a nadie.
LangGraph y CrewAI juegan otra liga
LangGraph permite construir agentes y flujos resilientes con grafos programables. CrewAI organiza agentes por roles y crews dentro de flujos definidos por código. Ambos pueden sustituir partes de la coordinación técnica, pero te obligan a construir por tu cuenta la capa de producto, gobierno, seguimiento y experiencia de usuario que Paperclip entrega ya hecha.
Son piezas, no aplicaciones. Elegirlos significa aceptar que vas a programar la organización, no configurarla.
Entonces, ¿está siendo reemplazado?
No hay evidencia suficiente para afirmarlo. Lo que sí se observa es convergencia de mercado: Paperclip y Multica persiguen capas de control parecidas, Hermes puede funcionar como runtime bajo cualquiera de las dos, y LangGraph o CrewAI aportan componentes inferiores para quien prefiera construir a medida.
El ecosistema tiende hacia arquitecturas modulares donde agente, runtime, orquestación y gestión son piezas intercambiables. En ese escenario, la pregunta "¿quién ha ganado?" está mal formulada.
El riesgo real no es la obsolescencia
Si Paperclip tiene una amenaza inmediata, no es que lo abandonen. Es la contraria: crecer más rápido de lo que puede estabilizarse.
Sumar cientos de miles de líneas netas cada mes tiene consecuencias predecibles: deuda técnica, cambios incompatibles, documentación desfasada, más fallos de integración, costes de mantenimiento al alza y dificultad para estabilizar APIs y modelos de datos.
A eso se suma el riesgo operativo. La licencia MIT reduce la dependencia del proveedor —puedes inspeccionar, modificar y mantener un fork— pero no elimina el coste de operar sobre una plataforma joven, con migraciones frecuentes y cambios de arquitectura.
Qué elegir según tu problema
Paperclip, si tu prioridad es diseñar y operar una empresa de agentes: jerarquías y organigrama, delegación, metas y misión, presupuestos, control organizativo y múltiples compañías.
Hermes + Multica, si tu prioridad es una fuerza laboral mixta humano-agente: agentes generalistas persistentes, memoria y skills reutilizables, gestión operativa de tareas, colaboración entre personas y agentes, runtimes heterogéneos e inspección directa del trabajo.
LangGraph o CrewAI, si tienes equipo de ingeniería y quieres controlar explícitamente grafos, roles o flujos desde el código de tu propio producto.
Y encierra la lección de fondo para quien construye una empresa de cero empleados. Ya no faltan herramientas para poner agentes a trabajar. Lo que falta es la capa que decide qué hacen, con qué presupuesto y bajo qué control. Esa capa —el organigrama de tu empresa sin empleados— es hoy el terreno donde se está jugando la partida.
La pregunta no es qué herramienta va a ganar. Es si tú tienes diseñada la organización que va a ir dentro.
Metodología: API y páginas oficiales de GitHub, documentación de producto, clon completo del repositorio de Paperclip, análisis del historial Git, recuento con CLOC y comparación funcional de las propuestas oficiales. Las métricas son capturas del 13 de agosto de 2026 y no equivalen a usuarios activos ni a ingresos. Las descripciones de funciones proceden de los responsables de cada proyecto; no se ha auditado ninguna de forma independiente.
¿Quieres construir una empresa de cero empleados con criterio y no con hype? En ceroempleados.com encontrarás los recursos, casos reales y metodología para hacerlo.
