7 alternativas a OpenClaw en 2026: cuál elegir y cuál no
[!IMPORTANT] Actualización (17 ago 2026). Este artículo nació en abril como una comparativa OpenClaw vs clisbot. Cuatro meses después eso ya no responde a la pregunta que trae la gente aquí: “dame una lista de alternativas”. La ola de frameworks de agentes de mediados de 2026 lo dejó pequeño, así que lo he reescrito como listicle de 7 alternativas verificadas hoy. La comparativa original con clisbot sobrevive como sección, porque clisbot ya no es lo que era — y conviene saberlo.
TL;DR
- Hermes Agent (~232K★, Python): la alternativa más completa. Learning loop que crea skills solo. Empieza aquí si quieres “OpenClaw pero que aprende”.
- ZeroClaw (Rust): seguridad deny-by-default y binario <5 MB. Para hardware limitado y gente que duerme mejor con allowlists.
- nanoclaw (TypeScript): aislamiento por contenedor en vez de permisos. Código que se lee en una sentada.
- nullclaw (Zig): binario de 678 KB, cold start <2 ms, edge y Raspberry Pi.
- nanobot (Python, HKUDS): ~4.000 líneas, modelos locales vía vLLM/Ollama. El más fácil de auditar entero.
- TinyClaw (TypeScript): multi-agente real con routing
@agent_idy workspaces aislados. - clisbot (TypeScript, 114★): ya no compite con OpenClaw — ahora convierte Claude Code/Codex/Gemini CLI en bots multi-canal. Niche, pero nicho útil.
No hay ganador universal. Hay un ganador por miedo dominante: seguridad (ZeroClaw/nullclaw), autonomía (Hermes), simpleza auditable (nanobot/nanoclaw), o multi-agente (TinyClaw).
Metodología
Datos verificados el 17 de agosto de 2026:
- Actividad y tamaño de cada repo consultados directamente contra la API de GitHub (estrellas, forks, último push, licencia).
- Modelo de seguridad y features a partir de la documentación y README de cada proyecto, contrastados con el análisis editorial de scriptbyai y el de Composio.
- No he deployado las siete. Donde algo viene de documentación y no de uso directo, lo digo.
Por qué la gente busca alternativas (y no es hype)
OpenClaw sigue siendo el fenómeno de referencia: 386.504★ y pushes diarios a fecha de esta actualización. Nadie lo discute. Lo que empuja la búsqueda de alternativas es su historial de seguridad, que no es cosmético:
- CVE-2026-25253: una vulnerabilidad crítica a principios de 2026 permitía secuestrar instancias vía fuga de tokens.
- Escaneos posteriores detectaron más de 40.000 instancias expuestas a internet en configuración por defecto.
- Un análisis de ~3.000 skills de ClawHub encontró una tasa de malware del 10,8% — plugins robando wallets y tokens de cloud.
Estos datos son del análisis de scriptbyai citado arriba, no medición propia. Pero explican el patrón: quien busca “alternativa a OpenClaw” en 2026 suele buscar lo mismo con mejor aislamiento, no más features.
El segundo motivo es coste: un asistente personal que corre 24/7 con modelos frontier quema tokens. Varias de estas alternativas existen precisamente para eso (modelos locales, footprint mínimo).
Las 7, de un vistazo
| Alternativa | Lenguaje | Aislamiento | Canales | Mejor para |
|---|---|---|---|---|
| Hermes Agent | Python | Approval flows + contenedores | TG, Discord, Slack, WA, Signal, email | Alternativa completa que aprende |
| ZeroClaw | Rust | Deny-by-default + sandbox Docker | Multi-canal | Seguridad y hardware limitado |
| nanoclaw | TypeScript | Contenedor (Apple Container/Docker) | Código auditable en una sentada | |
| nullclaw | Zig | Multi-capa (Landlock, Firejail, Bwrap) | 18 canales | Edge, Raspberry Pi, footprint mínimo |
| nanobot | Python | Config-based (allowFrom) | Telegram, WhatsApp | Modelos 100% locales, auditar entero |
| TinyClaw | TypeScript | Workspace por agente (filesystem) | Discord, WhatsApp, Telegram | Varios agentes especializados en paralelo |
| clisbot | TypeScript | Hereda el del CLI que envuelve | Slack, Telegram, etc. | Puente chat ↔ Claude Code/Codex/Gemini CLI |
1. Hermes Agent — la alternativa directa
Repo · ~232K★ · Python · push verificado hoy
De Nous Research. Es la única de la lista que compite con OpenClaw en la misma liga de ecosistema, y lo hace con una apuesta distinta: en vez de más canales y más plugins, un learning loop — el agente analiza las tareas que completa, extrae patrones reutilizables y los escribe como skills que mejora por autoevaluación. Sin intervención tuya.
Lo que trae: memoria multinivel (sesión + MEMORY.md/USER.md + búsqueda FTS sobre sesiones pasadas), 40+ herramientas (terminal local/Docker/SSH, browser, visión), soporte nativo de mensajería, MCP, y cambio de modelo en vivo entre 200+. Desde v0.8 tiene approval flows explícitos para acciones sensibles.
Lo que le falta: orquestación multi-agente nativa (es single-agent), y la calidad del self-improvement depende del modelo que pongas debajo.
Tenemos una comparativa extensa OpenClaw vs Hermes Agent con datos de ambos repos: OpenClaw vs Hermes Agent — ¿competencia legítima o más de lo mismo?
2. ZeroClaw — seguridad primero, en Rust
Repo · Rust
Escrito por gente vinculada a Harvard/MIT/Sundai.Club con una tesis clara: los controles de seguridad van en la arquitectura, no en un checkbox de configuración. Deny-by-default en canales (allowlist vacía = todo bloqueado), gateway que se liga a 127.0.0.1 y se niega a bind público sin túnel, códigos de emparejamiento de un solo uso, y filesystem con scope de workspace — 14 directorios de sistema bloqueados por defecto.
El binario ocupa menos de 5 MB con cold start sub-10 ms. Corre en una Raspberry Pi. Modo autonomy.level: readonly, supervised (por defecto), full.
Contra: toolchain de Rust si compilas desde fuente, y algunos subsistemas del diseño (runtime WASM, ciertos canales) siguen en el roadmap, no implementados.
3. nanoclaw — el código que puedes leer entero
Repo · Node.js 20+
Su autor lo escribió como reacción directa a OpenClaw: 52 módulos, 45+ dependencias y un modelo de seguridad a nivel aplicación. nanoclaw es lo contrario — un puñado de ficheros en un solo proceso Node. El aislamiento no son permisos: son contenedores (Apple Container en macOS, Docker en Linux). El agente solo ve los directorios que le montas explícitamente.
Cada grupo de WhatsApp tiene su propio sandbox y su CLAUDE.md de memoria. Sin ficheros de configuración: el comportamiento se cambia en código, que es el argumento del autor para mantenerlo auditable (~8 minutos de lectura).
Contra: diseño single-user, WhatsApp-only out of the box, y requiere Claude Code CLI. No es para equipos.
4. nullclaw — 678 KB para tu placa ARM
Repo · Zig · Apache 2.0
El extremo del espectro: binario estático de 678 KB, ~1 MB de memoria pico, cold start por debajo de 2 ms en Apple Silicon. Corre en hardware de menos de 5 dólares. Y aun así trae 22+ providers, 18 canales y memoria híbrida (FTS5 + similitud coseno en SQLite).
El modelo de seguridad es multicapa: sandboxing auto-detectado (Landlock, Firejail, Bubblewrap, Docker), claves cifradas con ChaCha20-Poly1305, detección de symlink escape.
Contra: requiere Zig 0.15.2 exacto para compilar, y parte de los subsistemas son experimentales. Es una apuesta de edge, no un asistente general.
5. nanobot — 4.000 líneas de Python y modelos locales
Repo · Python 3.11+ · pip install nanobot-ai
Del lab HKUDS. ~4.000 líneas — un 99% menos de código que OpenClaw, según su README — y con soporte real de modelos locales vía vLLM, Ollama o cualquier endpoint OpenAI-compatible. Si tu requisito es que ningún token salga de tu red, esta es la vía más corta.
Telegram y WhatsApp con listas allowFrom, tareas programadas estilo cron, deploy en Docker.
Contra: menos integraciones, y memoria/reasoning multi-step todavía en roadmap. El aislamiento es de configuración, no de sistema operativo.
6. TinyClaw — varios agentes, cada uno en su jaula
Repo · Node.js 14+ + tmux
La única de la lista pensada para multi-agente de verdad: cada agente corre en su propio directorio workspace con su historial de conversación independiente, y los mensajes se enrutan con sintaxis @agent_id desde Discord, WhatsApp o Telegram. Cola de mensajes file-based para operaciones atómicas sin race conditions, gestión de procesos con tmux para operación 24/7, y heartbeats que disparan check-ins periódicos sin input del usuario.
Contra: el aislamiento es a nivel de filesystem, no de contenedor. Y depende de Claude Code o Codex CLI, con sus propios scopes de permisos. Si lo que buscas son los patrones de orquestación detrás de esto (router, pipeline, blackboard), tenemos el análisis de arquitecturas multi-agente de 2026.
7. clisbot — la alternativa que dejó de ser alternativa
Repo · 114★, 38 forks · MIT · TypeScript · último commit verificado: 14 ago 2026
Esta sección era el corazón del artículo original de abril, y requiere una corrección honesta: clisbot pivoted.
Lo que decíamos en abril — CLI ligera, single-agent, sin canales, sin memoria — ya no describe el proyecto. El clisbot de hoy es un puente: convierte CLIs de agentes existentes (Claude Code, Codex, Gemini CLI) en bots de chat duraderos multi-canal. Su pitch actual es explícito: “si alternas entre OpenClaw para el día a día y Claude/Codex/Gemini para código real, clisbot te da el coding de los segundos con la permanencia de chat del primero”.
Estado real verificado: activo (commits el 14 de agosto, refresh de los ACP adapters), 313 commits, 3 contributors, última release v0.1.53 del 24 de mayo. El desarrollo es esencialmente una persona. Úsalo sabiendo eso: es una herramienta de mantenedor único, con la fragilidad que implica — y con la ventaja de que el scope es pequeño y legible.
El análisis de intenciones del artículo original sigue en pie: clisbot y OpenClaw no eran competidores en abril, y menos ahora que clisbot envuelve a los CLIs en vez de sustituirlos.
No confundas esto con “plataformas de agentes”
Si lo que buscas son agentes de código (Claude Code, Cursor, Devin, Windsurf, Copilot Workspace), este no es tu artículo — y mezclar las dos listas es el error más común en los listicles genéricos. Las siete de aquí son asistentes personales self-hosted. Para coding agents SaaS tenemos dos piezas propias: el ranking de 10 plataformas de agentes de código y las mejores plataformas de agentes IA evaluadas con testing real.
Y si lo que quieres es montar el sistema multi-agente sobre OpenClaw en vez de huir de él, el caso real de arquitectura con OpenClaw sigue siendo la referencia.
Cómo elegir, en cuatro preguntas
- ¿Tu prioridad es seguridad? ZeroClaw (allowlists) o nullclaw (multicapa). nanoclaw si prefieres contenedores a permisos.
- ¿Quieres que el agente mejore solo con el tiempo? Hermes Agent. Es el único con learning loop maduro.
- ¿Todo local, cero tokens fuera? nanobot con Ollama/vLLM.
- ¿Varios agentes especializados en paralelo? TinyClaw — o multi-agente sobre OpenClaw si ya lo conoces.
Si ninguna te convence y lo tuyo es el ecosistema enorme a cambio de vigilancia: OpenClaw, con las lecciones del CVE aplicadas — túnel, no exposición directa, y revisión de skills antes de instalarlas.
Conclusión
En abril esto era un duelo. En agosto es un ecosistema: siete proyectos serios que compiten por el mismo usuario con apuestas opuestas — más inteligencia (Hermes), más aislamiento (ZeroClaw, nullclaw, nanoclaw), menos código (nanobot), más agentes (TinyClaw), o ninguna de las anteriores y hacer de pegamento (clisbot).
La recomendación de abril era “empieza simple y migra”. La de agosto es distinta: decide primero qué te quita el sueño — un token filtrado, una factura de API, o un agente que no aprende — y esa respuesta te da la herramienta. Ninguna de las siete resuelve las tres cosas.
Fuentes: API de GitHub (estrellas, forks, pushes — verificado 17 ago 2026) · README y docs de cada repo citado · scriptbyai: 7 Best OpenClaw Alternatives · Composio: 10 Best OpenClaw Alternatives · análisis propio del repo de clisbot.