El gran nombre de estos meses en GitHub sigue siendo OpenClaw, que ya supera las 331.000 estrellas en su repositorio y se ha convertido en una de las referencias del momento dentro del software agéntico. Pero detrás de ese fenómeno hay otra historia menos ruidosa y quizá más útil: la de herramientas más pequeñas, más concretas y, en algunos casos, más fáciles de adoptar para equipos que no quieren tragarse de golpe una plataforma gigantesca.
No todas encajan exactamente igual bajo la etiqueta de “open source puro”, y no todas están igual de maduras. Pero sí comparten algo importante: están intentando resolver problemas reales en la capa de uso, integración y despliegue, no solo en el modelo. Ahí aparecen nombres como NanoClaw, Rube, Kombai, OpenCode y PersonaPlex, cinco propuestas distintas que ayudan a entender por dónde se está moviendo la IA aplicada al trabajo diario de los desarrolladores.
NanoClaw: el atajo para quien no quiere pelearse con una plataforma enorme
Uno de los efectos secundarios del éxito de OpenClaw ha sido bastante previsible: mucha gente quiere probar agentes, pero no necesariamente quiere meterse en una base de código masiva con decenas de piezas y una complejidad operativa importante. Ahí es donde NanoClaw ha empezado a destacar. En su propio repositorio se define como una alternativa ligera a OpenClaw, pensada para ejecutarse en contenedores por seguridad y conectar con servicios como WhatsApp, Telegram, Slack, Discord o Gmail, además de incorporar memoria y tareas programadas. El proyecto ronda ya las 24.900 estrellas en GitHub, una cifra notable para una herramienta tan reciente.
Lo interesante de NanoClaw no es solo que sea más pequeño, sino que representa una reacción clara del ecosistema: muchos desarrolladores no quieren una navaja suiza gigantesca, sino una vía rápida para prototipar agentes útiles. Eso puede ser más importante de lo que parece. En IA, la diferencia entre una herramienta que promete mucho y una que alguien consigue levantar en una tarde suele marcar la adopción real.
Rube: menos glamour, más conexión con aplicaciones reales
El caso de Rube es distinto. Aquí conviene hacer una precisión importante: no está tan claro que deba presentarse como proyecto open source al mismo nivel que otros nombres de esta lista. Lo que sí está bien documentado es que se trata de una propuesta de Composio para conectar asistentes de IA con una gran cantidad de aplicaciones a través de un único endpoint MCP. La propia documentación y el contenido técnico de Composio describen Rube como un puente entre clientes compatibles con MCP y más de 500 aplicaciones, incluyendo Gmail, Slack, Notion, GitHub, Supabase, Stripe o Reddit.
En un momento en que el Model Context Protocol se ha convertido en una de las piezas más comentadas de la infraestructura agéntica, Rube intenta simplificar una parte muy concreta del problema: que un asistente pueda usar herramientas sin obligar al usuario a mantener decenas de integraciones distintas. Es menos vistoso que otros proyectos, pero apunta a una necesidad muy real: la IA empieza a ser útil cuando deja de quedarse encerrada en el chat y puede tocar correo, calendarios, CRM, tickets o documentos con cierta fiabilidad.
Kombai: IA especializada en frontend, no un asistente genérico más
Otra señal interesante del mercado es la especialización. Durante 2024 y 2025 se impuso la idea de que un único asistente generalista acabaría sirviendo para casi todo. Pero herramientas como Kombai van en otra dirección: no intentan hacerlo todo, sino ser especialmente buenas en un terreno concreto. Kombai se presenta como un agente de IA centrado en frontend, con soporte para más de 400 frameworks y librerías, capacidad para entender repositorios existentes, reutilizar componentes y trabajar desde extensiones de IDE como VS Code, Cursor, Windsurf, Trae o Kiro.
Su propuesta encaja con un dolor muy conocido en equipos de producto: la traducción entre diseño y código. La compañía insiste en que puede apoyarse en Figma, en el stack real del proyecto y en recursos específicos del frontend para generar código más alineado con convenciones y componentes existentes. Aquí también hay que matizar el discurso comercial: Kombai no es una herramienta “mágica” ni una prueba de que el frontend se automatiza solo. Pero sí refleja una tendencia clara hacia agentes verticales, entrenados y diseñados para flujos mucho más concretos que el asistente de propósito general.
OpenCode: la IA de terminal sigue teniendo mucho espacio
Mientras una parte del mercado se vuelca en editores integrados y experiencias tipo Cursor, sigue habiendo muchos desarrolladores que prefieren trabajar desde el terminal. Ahí OpenCode ganó tracción como agente de programación open source para CLI, con soporte para múltiples proveedores, sesiones, herramientas y edición dentro de una interfaz terminal. Su web sigue presentándolo como un agente abierto con más de 120.000 estrellas en GitHub y soporte para terminal, escritorio e IDE.
Sin embargo, aquí también conviene afinar el relato. El repositorio original de GitHub de opencode-ai/opencode aparece actualmente archivado y explica que el desarrollo continúa bajo el nombre Crush, junto al equipo de Charm. Eso no invalida la importancia de OpenCode como idea o como punto de referencia en el mundo terminal-first, pero sí recuerda algo importante sobre este mercado: se mueve tan deprisa que algunas herramientas cambian de nombre, de estructura o de comunidad en cuestión de semanas.
PersonaPlex: la voz local empieza a salir del laboratorio
La quinta herramienta de esta lista es probablemente la más distinta del resto. PersonaPlex, publicado por NVIDIA, no está centrado en escribir código ni en orquestar agentes empresariales, sino en una conversación de voz en tiempo real. El repositorio oficial lo define como un modelo de voz speech-to-speech a tiempo real, full duplex, con control de personalidad mediante prompts de texto y condicionamiento de voz por audio. Además, NVIDIA lo describe como un sistema basado en la arquitectura Moshi y orientado a producir interacciones habladas con baja latencia y consistencia de estilo.
Eso importa porque durante mucho tiempo la voz en IA ha dependido de arquitecturas en cascada —reconocimiento, modelo, síntesis— que introducen latencia, rigidez y dependencia del cloud. Propuestas como PersonaPlex apuntan a otro escenario: voz más inmediata, más natural y con más posibilidades de correr en entornos controlados. No significa que la revolución de la voz local esté ya aquí para el gran público, pero sí que el terreno está cambiando rápidamente.
Lo que de verdad dicen estas herramientas sobre la IA actual
Vistas juntas, estas cinco propuestas apuntan a una conclusión bastante clara. El mercado de la IA ya no se está diferenciando solo por quién saca el modelo más grande o el benchmark más llamativo. Cada vez pesa más la capa donde el software toca el trabajo real: conexión con herramientas, especialización por dominio, despliegue en local, integración con el editor o reducción de fricción para construir agentes útiles.
También muestran otra cosa: el ecosistema se está fragmentando, y eso no es necesariamente malo. Mientras OpenClaw concentra la atención, proyectos más pequeños intentan resolver piezas concretas del puzle. Algunos lo harán mejor que otros. Algunos desaparecerán o cambiarán de nombre. Pero si algo enseña esta nueva oleada es que la utilidad real ya no depende solo del modelo, sino del producto que lo envuelve y del problema concreto que consigue quitar de en medio.
Preguntas frecuentes
¿Qué herramienta de esta lista es más fácil de probar si alguien quiere empezar con agentes?
Por simplicidad y enfoque, NanoClaw parece una de las opciones más accesibles para quien quiere experimentar sin meterse en una plataforma enorme como OpenClaw.
¿Rube es realmente open source?
Con la información pública disponible, Rube aparece más como un servicio y una capa de integración impulsada por Composio que como un proyecto open source clásico al estilo de NanoClaw u OpenCode.
¿Kombai sirve solo para Figma a código?
No exactamente. Kombai se presenta como un agente especializado en frontend que también entiende repositorios, componentes y patrones de proyecto, aunque una de sus funciones más visibles siga siendo el trabajo con diseños y UI.
¿OpenCode sigue activo con ese mismo nombre?
El repositorio original de GitHub figura como archivado y remite a la continuidad del proyecto bajo el nombre Crush, aunque la marca y la web de OpenCode siguen activas como referencia de producto.
