Producto propio
Nifillos: cuadrillas de agentes dentro de tu IDE, con roles y con métricas
Nifillos es una CLI para trabajar con varios agentes dentro del IDE como lo haría un equipo: cada uno con su rol, un pipeline que los ordena y un registro de lo que ha pasado. Se instala con `npm install -g github:JJRProDigital/nifillos`, se inicializa con `npx nifillos init` y se usa desde el comando `/nifillos` del IDE que elijas. Funciona con OpenCode, Cursor, Claude Code, Codex y Antigravity, entre otros. Licencia MIT.
Por Juan José Rodríguez · Obsessive Solutions
En resumen
Nifillos es con lo que trabajo. Lo que cambia no es la velocidad de una respuesta. Es que un trabajo con cuatro roles deja de vivir en cuatro ventanas y pasa a ser un pipeline que se puede repetir, validar y comparar.
- Sector
- Producto IA
- Servicio
- Producto propio · open source (MIT)
- Estado
- En producción
commits
91
comandos de CLI
10
IDEs con plantilla propia
5
Pestañas Dashboard: oficina y métricas
2
Cómo funciona
Cada paso, en orden. Lo delicado siempre pasa por una persona.
npx nifillos init Persona
Elige idioma, nombre e IDE.
Configuración Sistema
Copia plantillas, skills y configuración del IDE elegido.
Tu primera cuadrilla Persona
Define la cuadrilla: agentes, equipo y pipeline en `cuadrilla.yaml`.
Valida Sistema
`nifillos validate` comprueba que todo encaja antes de ejecutar.
Wokflows Agentes
La cuadrilla ejecuta los pasos, cada uno con su rol.
Dashboard Persona
Mira la Oficina en vivo y las Métricas después: runs, artefactos, diffs, auditoría.
El producto por dentro
Nifillos no es un agente. Es la estructura donde los agentes caben.
Todo vive en _nifillos/: la memoria, las preferencias, la configuración. Las cuadrillas viven en cuadrillas/, con su cuadrilla.yaml y su equipo. Las skills, en estándar SKILL.md, se instalan desde el catálogo del paquete, desde una carpeta tuya o desde cualquier repositorio Git.
El dashboard es local: Vite + React, con la escena de la Oficina por WebSocket y una API de métricas propia (/__cuadrillas_api/*) que actualiza por SSE con polling de respaldo. Se puede servir en un solo proceso con npm start, o levantar solo la API.
Y una decisión que dice mucho de cómo está pensado: el paquete no se traga tus cosas. update respeta _memory y tus cuadrillas que ya tengas montadas en CI o en scripts.
El reto
Trabajar con varios agentes en un IDE se hace hoy de una forma muy concreta: abres una ventana, le pegas el contexto, le pides algo, copias el resultado y lo llevas a otra ventana con otro rol. Si el trabajo tiene cuatro partes, montas cuatro conversaciones y las coordinas tú.
Eso aguanta un encargo pequeño. Se rompe cuando hay un pipeline de verdad.
Porque entonces aparecen tres problemas que no son de prompt: quién hace qué, en qué orden, y cómo sabes después qué pasó. Sin una definición escrita, cada ejecución es distinta. Sin un registro, no hay forma de comparar dos intentos ni de explicar por qué salió mal.
Las herramientas de agentes resuelven la parte fácil —que el modelo escriba— y dejan la difícil en tu cabeza.
Qué construimos
Un formato de cuadrilla. cuadrilla.yaml declara los agentes, el equipo y el pipeline. No es una convención de nombres: es un archivo que se puede validar.
Validación real. npx nifillos validate [cuadrilla] comprueba el esquema, los agentes, el equipo y el pipeline antes de ejecutar. Si está mal montado, te enteras antes, no a mitad del run.
Plantillas por IDE. OpenCode, Cursor, Claude Code, Codex y Antigravity, cada uno con sus archivos nativos (.claude/skills/, .cursor/rules/, .opencode/skills/…). No hay que traducir a mano.
Skills instalables. Por id del paquete, por ruta local o por URL de Git. Con convención de identificador y metadatos leídos del proyecto cuando la skill no viene en el paquete.
Dashboard con dos vistas. Oficina, una escena Pixi con WebSocket en vivo donde se ve la cuadrilla trabajando; y Métricas, con runs, artefactos, diffs y auditoría.
MCP incluidos en las plantillas. Playwright en stdio y Excalidraw por HTTP, listos para asignar.
Diagnóstico. npx nifillos doctor revisa la instalación: versiones, IDEs, Playwright y dashboard. Y update migra el diseño antiguo sin tocar tus cuadrillas ni tu memoria.
El resultado
Nifillos es con lo que trabajo.
Lo que cambia no es la velocidad de una respuesta. Es que un trabajo con cuatro roles deja de vivir en cuatro ventanas y pasa a ser un pipeline que se puede repetir, validar y comparar.
Los datos
datos
Commits
91
Licencia
MIT
Requisitos
Node.js 20+
Comandos
10
IDE con plantillas
5 (OpenCode, Cursor, Claude Code, Codex, Antigravity)
Dashboard
Oficina (Pixi + WebSocket) y Métricas (SSE con polling)
Distribución
Github y Npm
Ver los datos en una tabla
| Dato | Valor |
|---|---|
| Commits | 91 |
| Licencia | MIT |
| Requisitos | Node.js 20+ |
| Comandos | 10 |
| IDE con plantillas | 5 (OpenCode, Cursor, Claude Code, Codex, Antigravity) |
| Dashboard | Oficina (Pixi + WebSocket) y Métricas (SSE con polling) |
| Distribución | Github y Npm |
Fuente: repositorio público `JJRProDigital/nifillos` y documentación interna, 2 de noviembre de 2026.
Preguntas frecuentes
¿Esto sustituye a los agentes de mi IDE?
No. Los organiza. Tú sigues usando el agente nativo de Cursor, Claude Code o OpenCode; Nifillos le pone delante la definición de la cuadrilla, el pipeline y el registro.
¿Qué es una cuadrilla, exactamente?
Un archivo `cuadrilla.yaml` donde declaras los agentes, el equipo y el orden del pipeline. Se valida antes de ejecutar y deja rastro en el dashboard.
¿Tengo que saber programar para usarlo?
No para usarlo, sí para extenderlo. La guía paso a paso está en español y se hace en unos diez minutos: init, IDE, primera cuadrilla, ejecución, dashboard y skills.
¿Por qué no está en npm?
Porque todavía se instala desde GitHub: `npm install -g github:JJRProDigital/nifillos`. Cuando esté publicado, será `npm install -g nifillos` y nada más.
¿Funciona en un proyecto que ya tiene su configuración?
Sí. `update` sobrescribe solo las plantillas del framework y respeta `_memory` y tus cuadrillas. Y `doctor` te dice qué está desalineado antes de que lo descubras a mitad de un run.
¿Dónde están los datos del dashboard?
En local. La API la sirve el propio proyecto y puedes apuntarla a un backend remoto con `NIFILLOS_METRICS_API`. Nada sale de tu infraestructura por defecto.
ESTE TRABAJO ES PARTE DE
Producto propio · open source (MIT)
SOBRE LOS DATOS
Nifillos es parte del trabajo de Obsessive Solutions: sistemas que sostienen la operación, con la IA subordinada y el criterio por escrito.
Escrito por Juan José Rodríguez
Fundador de Obsessive Solutions. Consultoría, automatización e IA aplicada para pymes y freelancers.
Otros casos
¿Tienes un proyecto parecido?
Diagnóstico de 20 minutos, gratisRespondemos en menos de 24 horas laborables. La primera conversación no tiene coste.