OpenHuman: un cerebro local, un orquestador de flotas y un investigador profundo

Todo lo que hay que saber sobre tinyhumansai/openhuman: un agente de IA personal «local-first» en Rust y React (Tauri/CEF) que construye una memoria persistente de los datos del usuario, orquesta flotas de agentes sobre grafos verificables y automatiza tareas mediante flujos visuales propuestos por el propio agente.

Qué es OpenHuman

OpenHuman es un programa de escritorio de código abierto que la organización tinyhumansai define como «tu superinteligencia de IA personal» (Your Personal AI super intelligence). No es un modelo de lenguaje ni un servidor de inferencia: es un harness (arnés) de agente con núcleo propio, una interfaz de usuario con identidad (mascota, temas, voz) y un plan de suscripción opcional que agrupa modelos, búsqueda y generación multimedia.

El README lo resume como tres cosas: un cerebro que construye una memoria local y persistente del mundo del usuario; un orquestador que ejecuta flotas de agentes sobre grafos duraderos (durable graphs); y un investigador profundo que barre los datos del usuario y la web antes de que termine de formular la pregunta. El proyecto se declara explícitamente en beta temprana («Expect rough edges») y se distingue de AGI: «OpenHuman is not AGI. But it is a meaningful architectural step closer, with better memory, better orchestration, and better tooling».

El núcleo está escrito en Rust (el 60 % del código, incluyendo el binario openhuman-core y la superficie JSON-RPC) y la interfaz en TypeScript/React sobre una shell Tauri con CEF (Chromium Embedded Framework). El repositorio incluye 53 páginas de documentación en GitBook, traducciones del README a chino, japonés, coreano, alemán y urdu, y una comunidad con Discord y subreddit propios.

El origen: «We are killing OpenClaw»

El repositorio fue creado el 18 de febrero de 2026 por la organización tinyhumansai y su primer registro de lanzamiento (v0.49.32) apareció el 31 de marzo de 2026. La figura pública del proyecto es Steven Enamakel (senamakel), creador y principal contribuidor (6.589 contribuciones según la API), identificado en su perfil de GitHub como parte de @tinyhumansai.

El lanzamiento se lanzó con una provocación deliberada. El 20 de abril de 2026, Enamakel publicó en X el tuit de apertura: «We are killing OpenClaw. Introducing OpenHuman, a self-learning AI with memory that gets better the more you use it. Comment “Openhuman” and I’ll send the download link». OpenClaw es el agente personal de código abierto más popular del momento (ver más abajo la comparación); el anuncio lo nombró frontalmente como rival a derribar, y el canal oficial de YouTube del proyecto tituló un vídeo el mismo día «We killed OpenClaw.» (~3.757 vistas). La estrategia de marketing fue de confrontación directa con el estándar de facto del sector, no un anuncio técnico.

El README afirma que «dentro de una semana del lanzamiento, OpenHuman se convirtió en el repositorio número uno en tendencia de GitHub durante nueve días seguidos». Esa cifra es una declaración del propio proyecto (no la verifiqué de forma independiente); el tuit de un usuario citado en el sitio oficial (slash1s) afirma que «acabó de llegar al puesto 7 de tendencia de la noche a la mañana», lo que sugiere que el pico de tendencia fue real aunque las cifras exactas no son verificables con las fuentes recuperadas.

El hilo ideológico del diseño de memoria viene de Andrej Karpathy: el tuit de Karpathy «LLM Knowledge Bases» del 2 de abril de 2026 (60.887 me gusta, 7.388 retuits, recuperado vía fxtwitter) describe su práctica de usar LLMs para construir bases de conocimiento personales en Markdown. OpenHuman se presenta explícitamente como la «capa de superinteligencia estilo Karpathy para tus agentes de IA», y su memoria (árboles de Markdown puntuados en SQLite, espejados como bóveda de Obsidian) es la implementación de esa receta. Un vídeo de terceros titulado «The Karpathy-Style Super Intelligence Layer for your AI Agents (OpenHuman)» (Build Things With AI, ~3.483 vistas) usa esa misma conexión como gancho.

Filosofía y principios

Los principios verificables del README y la documentación oficial son:

Local-first: los datos se comprimen y almacenan en SQLite en la máquina del usuario, «sin cajas negras de sopa vectorial». El README enlaza directamente la bóveda de Obsidian como evidencia de que la memoria es legible y editable por humanos.
Memoria persistente como ventaja central: la tesis es que «la mayoría de los agentes empiezan en frío» y requieren días o semanas antes de ser útiles; OpenHuman se vende como el primer arnés que «te conoce en minutos, no en semanas», gracias al auto-fetch de 20 minutos y los Memory Trees.
UI-first y humano: «instalar un agente funcional en unos pocos clics, sin ficheros de configuración ni terminal». La mascota que habla, reacciona y recuerda al usuario es una característica de primera clase, no un adorno.
Privacidad con interruptor: el Privacy Mode es «un conmutador y ninguna inferencia sale de tu máquina, aplicado en el núcleo Rust», con datos cifrados en el dispositivo, secretos en el keyring del sistema operativo, puerta de aprobación y sandboxing opcional.
Orquestador, no chatbot: en lugar de un bucle de un solo agente, OpenHuman ejecuta grafos con puntos de control (checkpoints) que pueden pausarse para humanos, sobrevivir reinicios y reanudarse; los agentes sub-alcanzan hasta tres niveles de profundidad; los atascados devuelven informes de causa raíz.
Una suscripción, no un candado: el modelo de ruta de modelos (model routing) elige el LLM adecuado por carga de trabajo sobre una suscripción, pero permite apuntar cualquier trabajo a claves propias o a un modelo local de Ollama, mezclando las tres modalidades a voluntad.
Minimizar la dispersión de proveedores: frente a los «BYO todo» (trae tus propias claves) de OpenClaw y Hermes, OpenHuman agrupa búsqueda (Exa), modelos, generación de imagen/vídeo y 17 canales de mensajería en una sola cuenta.

Cómo funciona

La arquitectura documentada (GitBook, páginas developing/architecture y developing/architecture/agent-harness) se organiza en capas:

Núcleo Rust (openhuman-core): proceso de RPC JSON sobre el puerto local 7788 por defecto; ejecuta memoria, orquestación, herramientas nativas y Privacy Mode.

Núcleo Rust de OpenHuman corriendo como servicio JSON-RPC local seguro en el puerto 7788, conectado a la shell de escritorio Tauri/CEF

Shell de escritorio (Tauri + CEF): frontend React que habla con el núcleo; también hay un modo «child» donde el shell gestiona el token del núcleo incrustado.
El cerebro: Memory Tree comprime documentos, correos y chats en árboles de Markdown puntuados guardados en SQLite; Obsidian Wiki espeja esos árboles como bóveda editable; Auto-fetch conecta más de 100 integraciones OAuth y alimenta el cerebro cada 20 minutos; TokenJuice comprime la salida de herramientas antes de que llegue al modelo («hasta un 80 % menos de tokens, misma información»).

Memory Tree: un árbol de memoria local-first creciendo desde una base de datos SQLite, con una bóveda de Obsidian editable a su lado

El orquestador: tinyagents (repositorio hermano open-source) ejecuta las vueltas como grafos con checkpoints; tinyflows ejecuta flujos duraderos; un «cerebro dividido siempre activo» combina un agente rápido de triage (reflex) con un núcleo de razonamiento profundo delegado a flotas de trabajo, dirigido por un «subconsciente».

Una flota de agentes orquestada sobre grafos duraderos, con checkpoints, puertas de aprobación humana y tres niveles de delegación recursiva

El investigador: búsqueda web gestionada por Exa incluida en la suscripción (o con clave propia), raspador, navegador real, voz nativa con Whisper en proceso, generación de imagen (Seedream/SeedEdit) y vídeo (Seedance/Veo).

Un investigador profundo escaneando datos locales, la web y fuentes en tiempo real antes de que el usuario termine de formular la pregunta

Canales: 17 canales de mensajería (Telegram, Discord, Slack, WhatsApp, Signal, iMessage…) más correo electrónico nativo (IMAP IDLE + SMTP). La documentación lista también capacidad de unirse a reuniones de Meet/Zoom/Teams/Webex con voz y transcripción en vivo (afirmación del README).
Economía de agentes: un @handle en tiny.place permite orquestación entre agentes cifrada con el protocolo Signal, con recompensas y comercio en USDC vía x402; «las claves nunca tocan disco».

Mapa cósmico del ecosistema tinyhumansai: repositorios interconectados y una economía social de agentes con intercambios cifrados y valor en USDC

Los workflows son la característica que diferencia más el producto en la práctica: el agente propone la automatización, el usuario la revisa en un lienzo visual y la guarda; los flujos guardados son duraderos, se disparan por horario, webhook o eventos de canal, sobreviven reinicios y someten los efectos laterales a aprobación humana.

Un lienzo visual de flujos de trabajo donde el agente propone la automatización y el usuario la revisa, reordena y aprueba antes de guardarla

El ecosistema

Repositorios de la organización tinyhumansai

La API de GitHub devuelve 41 repositorios públicos en la organización. Los más relevantes por estrellas (medidas el 30 de agosto de 2026):

Repositorio	Estrellas	Bifurcaciones	Rol
`tinyhumansai/openhuman`	38.875	3.817	Producto principal
`tinyhumansai/tinycortex`	249	39	«El modelo de memoria de IA más rápido — tu segundo cerebro»
`tinyhumansai/tiny.place`	131	27	«Economía social para agentes de IA autónomos»
`tinyhumansai/opencompany`	98	35	«Dirige una startup de mil millones de dólares con solo una persona. Tu empresa entera ejecutada por OpenHuman»
`tinyhumansai/tinyagents`	46	14	Arnés de LLM recursivo (RLM) en Rust; base de los grafos del orquestador
`tinyhumansai/tinyflows`	31	15	«Flujos de trabajo agénticos open-source construidos con Rust»
`tinyhumansai/tinyjuice`	13	7	«Algoritmo de compresión de tokens jugoso. Comprime hasta el 95 % de los tokens sin pérdida»
`tinyhumansai/medulla`	10	1	«Gestiona hasta 1.000 agentes con automatizaciones y flujos»
`tinyhumansai/tauri-cef`	9	11	Build de Tauri con CEF para aplicaciones de escritorio «más pequeñas, rápidas y seguras»
`tinyhumansai/constitution`	6	3	«La constitución para todos los agentes de IA»
`tinyhumansai/skill-registry`	6	6	Registro de Agent Skills para OpenHuman (catálogo `index.json` de skills SKILL.md instalables)
`tinyhumansai/tinymemory`	6	9	Sistema de memoria apto para agentes
`tinyhumansai/tinychannels`	5	8	«Todos los canales de mensajería para OpenHuman»

El resto de la organización (tinybus, tinydocs, tinyvoice, tinydesktop, tinywallet, tinybox, portal, tinymcp, tinyworkspaces, tinyhosts, tinyruntime*, tinyskills, tinybrowser, tinyloops, tinytools, tinysweeper, mascots, whisper-rs-sys, homebrew-core, plugins-workspace, sdk, rust-template, .github) tiene entre 0 y 2 estrellas y completa el stack interno: mensajería de buses, runtime embebidos de Python/Node, cargador MCP en Rust, cartera web3 para agentes y mascotas de la comunidad (archivos Rive).

CONTRIBUTING.md menciona además tinyhumansai/openhuman-skills como el repositorio donde se desarrollan las skills (el repo principal consume bundles construidos desde GitHub o una ruta local); ese repositorio devuelve 404 en la API al consultarlo, por lo que su estado es sin verificar (puede estar privado o haber cambiado de nombre).

Puertos, derivados e inspirados por la comunidad

La búsqueda de GitHub (30 de agosto de 2026) encuentra:

mwakidenis/openhuman (18 estrellas, bifurcación): fork con descripción «Your Personal AI super intelligence. Private, Simple and extremely powerful» — la bifurcación no oficial con más estrellas recuperada.
ZOROZ22/benthon-openhuman-core (0 estrellas): «Benthon fork de OpenHuman (GPL-3.0) — memoria local-first + núcleo de agentes, sin marca…».
vincentwi/hermes-memory-tree (1 estrella) y wisecoach/hermes-memory-tree (0): «sistema de memoria inspirado en OpenHuman para Hermes Agent — pipeline asíncrono de 6 etapas, 7…». El segundo está escrito en chino («我让hermes抄OpenHuman生成的»: «hice que hermes copiara lo que OpenHuman genera»). Es el único derivative no inglés que documenta explícitamente la copia del patrón Memory Tree hacia otro agente.
romanyukzhenya82-sketch/kai9000-orchestrator (4 estrellas): «Orquestador multiagente KAI-9000 — Android + Termux + OpenHuman v0.63.9. 20 skills».
openhumancy/openhumancy-skill (7 estrellas): skill para delegar tareas del mundo real a trabajadores humanos vía OpenHumancy (proyecto distinto, sin relación verificable con tinyhumansai).

No se encontraron traducciones completas del producto a otros idiomas en forma de forks; las traducciones oficiales existen solo como READMEs (zh-CN, ja-JP, ko, de, ur-pk).

Proyectos relacionados que OpenHuman integra o cita

agentmemory (27.741 estrellas, Apache-2.0): OpenHuman incorpora un backend Memory opcional que hace proxy a agentmemory; con memory.backend = "agentmemory" en config.toml, el mismo almacén persistente alimenta OpenHuman junto a Claude Code, Cursor, Codex y OpenCode.
OpenClaw (388.021 estrellas) y Hermes (238.169 estrellas): los dos arneses de agentes personales con los que OpenHuman se compara explícitamente en su README (ver Comparación).
EverMind-AI/Raven (3.682 estrellas): «The Harness of Harnesses: un ecosistema multiagente confiable, persistente y autoevolutivo» — apareció en la búsqueda de GitHub por «openhuman agent» pero su relación con OpenHuman no está verificada en las fuentes recuperadas; se cita solo como hallazgo cercano.
karpathy/LLM Knowledge Bases: no es un repositorio sino el tuit de abril de 2026 citado como inspiración del diseño de memoria.

Estado oficial / semioficial

Product Hunt: OpenHuman lanzó como producto (post_id 1136902, «An open source AI harness built with the human in mind») y obtuvo insignias de «Top Post» tanto diaria como semanal, según los badges embebidos en el README; los timestamps de los badges (16 de mayo y 21 de mayo de 2026) sitúan el lanzamiento público en esa ventana. No fue posible recuperar el contador de votos: la página de Product Hunt bloquea el acceso automatizado (verificación de Cloudflare) durante esta investigación.
Tendencia de GitHub: el README afirma nueve días consecutivos como #1 en tendencia dentro de la primera semana; declaración del proyecto, sin verificar de forma independiente.
Sin estándar formal: no existe ninguna designación oficial de estándar de facto, ni adopción por un vendor externo, en las fuentes consultadas. Su estatus es el de un proyecto de una startup joven (beta temprana) con tracción de marketing agresiva, no el de una tecnología respaldada institucionalmente.

Guía rápida de uso

Instalación y primer arranque

El README y INSTALL.md documentan estas rutas (medidas el 30 de agosto de 2026):

Descarga directa: instaladores desde tinyhumans.ai/openhuman o desde la página de GitHub Releases (.dmg, .deb, .AppImage, .msi).
macOS (Homebrew Cask): brew install --cask openhuman.
Linux (Debian/Ubuntu): descargar OpenHuman_<version>_amd64.deb (o arm64) desde releases y sudo apt-get install -y --no-install-recommends ./OpenHuman_*_amd64.deb.
Linux (Arch): receta AUR openhuman-bin incluida en el repositorio (packages/arch/openhuman-bin/); cuando se publique, yay -S openhuman-bin.
Windows: ejecutar el .msi firmado del último release.
Guiones de instalación (advertidos como «instalación no verificada», sin firma del guion): curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash (macOS/Linux) o irm https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.ps1 | iex (Windows PowerShell). En Debian/Ubuntu, install.sh resuelve primero el .deb y lo instala con apt; OPENHUMAN_INSTALLER_LINUX_PACKAGE=appimage fuerza AppImage.

Primer arranque: sin terminal ni ficheros de configuración — «instalar un agente funcional en unos pocos clics». La aplicación es una UI de escritorio con mascota; el flujo típico es conectar cuentas (Gmail, Notion, GitHub, Slack…) mediante OAuth, dejar que el auto-fetch de 20 minutos llene la memoria y conversar. La suscripción cubre modelos y búsqueda; también se puede usar clave propia o un modelo local de Ollama.

Flujos de trabajo habituales

Para construir contexto completo de tu stack: conecta tus cuentas OAuth; el auto-fetch descarga localmente cada 20 minutos; Memory Tree comprime todo a Markdown en SQLite y lo espeja en la bóveda de Obsidian, que puedes abrir y editar directamente.
Para pedir una automatización: pídela en el chat; el agente propone un grafo tinyflows, la revisas en el lienzo visual y la guardas; se dispara por horario, webhook o evento de canal, con efectos laterales tras puerta de aprobación.
Para usar la memoria compartida con otros agentes de código: ¿ya autogestionas agentmemory para Claude Code o Codex? Añade memory.backend = "agentmemory" a config.toml y el mismo almacén persistente alimenta OpenHuman y tus demás agentes.
Para trabajar solo con modelos locales: apunta el enrutador de modelos a un modelo Ollama local para cualquier carga de trabajo; con Privacy Mode activado, ninguna inferencia sale de la máquina (aplicado en el núcleo Rust).
Para desarrollo local: pnpm dev (solo web), pnpm --filter openhuman-app dev:app (shell de escritorio macOS), pnpm dev:app:win (Windows nativo) o cargo run --bin openhuman-core (núcleo Rust standalone en el puerto 7788).

Configuración esencial

Los archivos y parámetros que un usuario nuevo tocará primero:

config.toml: configuración del producto (p. ej. memory.backend = "agentmemory" para el proxy de memoria).
.env (raíz, para desarrollo): ajustes del núcleo Rust, shell Tauri y runtime compartido; la plantilla .env.example documenta OPENHUMAN_CORE_PORT=7788 y OPENHUMAN_CORE_RPC_URL=http://127.0.0.1:7788/rpc como valores normales locales.
app/.env.local (desarrollo web): variables VITE_* del frontend; VITE_BACKEND_URL solo si necesitas un backend no productivo.
rust-toolchain.toml: fija Rust 1.96.1 para construcciones desde código (el README menciona 1.93.0; el CONTRIBUTING.md y el fichero son la fuente autorizada).
Privacy Mode / enrutador de modelos (en la UI): el interruptor de inferencia 100 % local y la selección entre suscripción, clave propia u Ollama.

Trampas frecuentes y soluciones

Documentadas en INSTALL.md, CONTRIBUTING.md y Discussions:

AppImage bajo Wayland: puede fallar al arrancar, faltan librerías del sistema (p. ej. libgbm.so.1) o dar sharun: Interpreter not found! en distros basadas en Arch (issue #2463). Solución: usar el .deb en Debian/Ubuntu o los paquetes nativos.
Guiones de instalación sin firma: curl | bash e irm | iex no pueden detectar manipulación (issue #2620, cerrado al promoverse los paquetes nativos; los assets de release actuales no incluyen install.sh.asc/install.ps1.asc). Preferir los paquetes nativos.
Puerto 1420 reservado en Windows: Hyper-V/WSL reservan rangos TCP; comprobar con netsh interface ipv4 show excludedportrange protocol=tcp y fijar $env:OPENHUMAN_DEV_PORT = "14320" (debe tener libres N y N+1).
Errores C4819/C2220 en MSVC con codepage no UTF-8: fijar $env:CL = "/utf-8" antes de pnpm dev:app:win.
WSL1 + X11 no soportado: el stack Tauri/CEF puede colgar o renderizar en blanco; usar Windows nativo o WSLg. La app emite una advertencia al arrancar si detecta DISPLAY sin WAYLAND_DISPLAY.
Sin certificado en macOS: bash scripts/setup-dev-codesign.sh una vez para crear «OpenHuman Dev Signer»; sin ello, dev:app falla con «no identity found».
Sin submódulos: sin git submodule update --init --recursive antes de pnpm install, las construcciones de escritorio fallan (fuentes Tauri/CEF vendidas bajo app/src-tauri/vendor/).
Problemas de autenticación: los Discussions muestran varios hilos recurrentes de usuarios que no pueden completar el SSO (GitHub/Google) o el login local del core autogestionado (p. ej. #2567, #2560, #2189, #2182); SUPPORT.md enruta esos casos.

Integraciones y migración

Con otros agentes: la mensajería entre agentes usa sesiones E2E con el protocolo Signal, por lo que «puedes conectar cualquier cosa (Claude Code, Codex, OpenClaw, Hermes)» y orquestarla desde OpenHuman (README).
Con tu memoria existente: si ya autogestionas rohitg00/agentmemory, el backend memory.backend = "agentmemory" lo reutiliza sin migración.
Con MCP y skills: el README declara soporte para 5.000+ servidores MCP y 90.000+ skills (el registro oficial tinyhumansai/skill-registry catálogos skills SKILL.md instalables).
Migración desde OpenClaw o Hermes: no hay procedimiento de migración documentado; la propuesta de valor es empezar desde cero conectando tus cuentas OAuth y dejando que el auto-fetch construya la memoria en minutos.
Migración hacia local-only: el enrutador de modelos permite mover cualquier carga de trabajo de la suscripción a claves propias u Ollama sin cambiar la app.

Métricas actuales

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

Métrica	Valor
Estrellas	38.875
Bifurcaciones	3.817
Suscriptores	198
Commits (rama por defecto)	~9.681
Incidencias abiertas indicadas por la API	321
Lenguajes principales	Rust, TypeScript, JavaScript, Shell
Licencia	GPL-3.0
Creación	18 de febrero de 2026
Última actualización de metadatos	30 de agosto de 2026
Última publicación	`v0.63.12`, 7 de agosto de 2026
Publicaciones totales recuperadas	56 (desde `v0.49.32`, 31 de marzo de 2026)

Los principales contribuidores que devolvió la API, por número de contribuciones: senamakel (Steven Enamakel, 6.589), graycyrus (476), M3gA-Mind (455), YellowSnnowmann (386), github-actions[bot] (335), oxoxDev (299), sanil-23 (219) y CodeGhost21 (150). Caveats: open_issues_count de la API puede incluir solicitudes de cambios abiertas, no solo incidencias; el conteo de commits (~9.681) se derivó de la última página del enlace de paginación de la API con per_page=1; la concentración del 86 % de las contribuciones en el creador indica desarrollo liderado por una persona.

Cómo contribuir

CONTRIBUTING.md documenta un proceso completo:

Prerequisitos: Git, Node.js ≥24.0.0, pnpm 10.10.0, Rust 1.96.1 (con rustfmt y clippy), CMake, Ninja, ripgrep, submódulos Tauri/CEF vendidos, y paquetes GTK/WebKit para escritorio en Linux. En Windows además: Visual Studio C++ Build Tools (MSVC v143), LLVM/Clang y orden de instalación específico.
Clonar: forkear, clonar, git remote add upstream git@github.com:tinyhumansai/openhuman.git, git submodule update --init --recursive, pnpm install.
Configurar: cp .env.example .env y cp app/.env.example app/.env.local; jamás commitear tokens.
Desarrollar: pnpm dev (web), pnpm --filter openhuman-app dev:app (escritorio macOS), pnpm dev:app:win (Windows), cargo run --bin openhuman-core (núcleo).
Verificar: pnpm typecheck, pnpm lint, pnpm format:check, pnpm test, pnpm test:rust, pnpm test:e2e, cargo check (raíz y app/src-tauri).
Abrir PR: contra main upstream, con la plantilla .github/PULL_REQUEST_TEMPLATE.md completada, palabra de cierre (Closes #…), y — para PRs escritos por agentes de IA o entornos remotos — una sección «AI Authored PR Metadata» con el comando y error exactos de cualquier comprobación bloqueada. La cobertura de líneas cambiadas debe ser ≥80 % en CI.
Convenciones: Redux para estado de app, el núcleo Rust como fuente de verdad de las reglas de negocio, registro de controladores para funcionalidad Rust nueva, logs greppables sin secretos ni PII completo.

Además existe CONTRIBUTING-BEGINNERS.md con un prompt copiable para que un agente de IA de programación guíe el primer PR, AGENTS.md y CLAUDE.md con reglas del repositorio para agentes, y una «Sala de la Fama de Contribuidores» (merch gratis y acceso especial al Discord).

Cómo lo recibió la comunidad

La evidencia recuperada muestra una recepción dominada por marketing de la propia compañía y su comunidad, con debate en Hacker News escaso:

Hacker News apenas registra el proyecto. El hilo con más interacción es «OpenClaw is toast. OpenHuman just landed» (id 47839564, 20 de abril de 2026, 3 puntos, 1 comentario): el propio senamakel lo presentó como «un AI de autoaprendizaje con memoria que mejora cuanto más lo usas; comenta “Openhuman” y te envío el enlace de descarga». Show HN: OpenHuman, an AI agent with a subconscious loop (id 47876182, 2 de abril de 2026) sumó 2 puntos y 0 comentarios; Tinyhumansai/openhuman: Your Personal AI super intelligence (id 48125601, 13 de mayo de 2026) 2 puntos y 0. Show HN: TinyAgents – a Rust based recursive LLM harness (id 48727680, 30 de junio de 2026, 4 puntos, 1 comentario) recibió la réplica de da-x: «Everyone is cooking their own harnesses (e.g. mine is a very simple tool-use loop)», señal de que el espacio de arneses está saturado de intentos paralelos. En conjunto: no hay debate técnico amplio de terceros en HN que verificar, ni elogios ni críticas extensas.
X/Twitter: el tuit de lanzamiento de senamakel del 20 de abril de 2026 («We are killing OpenClaw…») acumula 190 me gusta y 36 retuits (recuperado vía fxtwitter) — modesto para un anuncio que afirma haber hecho #1 trending. El sitio oficial (tinyhumans.ai/openhuman) muestra testimonios incrustados de Maksim Liashch (@LyashchMaxim: «OpenHuman just dropped y es el primer agente que realmente te conoce en minutos, no en semanas, inspirado en el flujo de base de conocimiento de Karpathy»), 0xMarioNawfal (@RoundtableSpace) y slash1s (@slash1sol: «Todo SaaS AI de $420/mes acaba de recibir un asesino open-source»).
YouTube: el canal oficial TinyHumans AI publicó «OpenHuman Demo Video» (~11.085 vistas), «We killed OpenClaw.» (~3.757 vistas) y «We built an AI that kills Zapier and then open-sourced it» (~105 vistas), además de tres AMAs de comunidad (#1 «Token Maxxing, OpenCompany & Medula Reveal», #2 «App Walkthrough & Bring Your Own LLM», #3 «Real User Demo: Miranda’s OpenHuman Workflow»), con 48–60 vistas. Terceros: «The Karpathy-Style Super Intelligence Layer for your AI Agents (OpenHuman)» (Build Things With AI, ~3.483 vistas), «OpenHuman VS Hermes AI: Who Wins?» (Julian Goldie SEO, ~5.604 vistas), «OpenHuman: AI That Lives On Your Laptop?» (TechWealth Hub, ~1.438 vistas), «Hermes 3 vs OpenHuman: The Ultimate Open Source Agent Memory Face Off» (Open Source Spotlight, ~414 vistas), «OPENHUMAN - Your Local-First AI Super Intelligence» (Kuro, ~331 vistas) y «OpenHuman The Private AI Super Intelligence That Actually Remembers You» (Eddy Says Hi, ~382 vistas). El patrón dominante en terceros es la comparación OpenHuman vs Hermes vs OpenClaw.
Reddit: r/tinyhumansai existe (enlazado desde el README) pero el acceso al JSON de Reddit fue bloqueado por detección de bots durante esta investigación; no se pudieron recuperar hilos, puntuaciones ni opiniones concretas. Sin verificar.
GitHub Discussions: los hilos recientes muestran en gran parte problemas de uso (SSO/autenticación, login del core local, precio de la suscripción en #1980 «Sub price», problemas de OAuth en #2608 «terrible oauth», un hilo en coreano sobre chat bloqueado y token en #4013, y uno en chino sobre login en #2189), junto a hilos de diseño (p. ej. #2370 «Workflows & Automations — agent-first builder» y #5001 «Implement PCP»). No se recuperó debate de diseño profundo de la comunidad.

En resumen: la visibilidad del proyecto es alta en canales de la propia compañía (YouTube, X, sitio, Product Hunt) y en comparativas de terceros; la discusión técnica independiente (HN, Reddit, blogs) no se recuperó de forma sustancial, por lo que no se infiere consenso ni rechazo más allá de lo mostrado.

Comparación con proyectos similares

El propio README publica una tabla comparativa; las cifras de los competidores se verificaron con la API de GitHub el 30 de agosto de 2026:

Propuesta	Coincidencia verificable	Diferencia verificable
`openclaw/openclaw` (388.021 estrellas, creada 24 de noviembre de 2025)	Agente de IA personal de código abierto, multiplataforma; «Any OS. Any Platform. The lobster way. 🦞»	OpenClaw es terminal-first y BYO-modelos según la tabla del README de OpenHuman; OpenHuman apuesta por UI-first, una suscripción y memoria auto-construida. El anuncio de OpenHuman lo nombró explícitamente como rival a «matar».
`NousResearch/Hermes-Agent` (238.169 estrellas, MIT, creada 22 de julio de 2025)	Agente personal de código abierto que «crece contigo»; self-learning según la tabla del README	Hermes es también terminal-first y BYO-modelos; la comparación de memoria del README la califica «Self-learning» frente al «Memory Tree + Obsidian vault» de OpenHuman. Vídeo de terceros «OpenHuman VS Hermes AI: Who Wins?» (~5.604 vistas).
Claude Cowork (propietario, citado en la tabla del README)	Asistente de escritorio + CLI con memoria por chat	Según la tabla de OpenHuman: propietario, solo nube, sin auto-fetch, sin flujos visuales, sin canales de mensajería. No se verificó de forma independiente (producto de Anthropic).
`rohitg00/agentmemory` (27.741 estrellas, Apache-2.0)	Memoria persistente para agentes de código; «#1 por benchmarks del mundo real»	No es un arnés completo: es un runtime de memoria. OpenHuman lo integra opcionalmente como backend (`memory.backend = "agentmemory"`), no lo compite.
`EverMind-AI/Raven` (3.682 estrellas)	«The Harness of Harnesses: ecosistema multiagente confiable, persistente y autoevolutivo»	Relación con OpenHuman sin verificar; apareció en la búsqueda de GitHub pero ninguna fuente recuperada lo enlaza con el proyecto.
n8n / Zapier (citados como inspiración en el README)	Automatización visual con disparadores	«Fuertemente inspirado por n8n y Zapier» (README): la diferencia es que en OpenHuman el agente propone el flujo y el usuario lo aprueba en un lienzo.

La comparación más útil no es por estrellas: OpenHuman compite en el nicho «agente personal local-first con UI y memoria construida en minutos», frente a los arneses terminal-first (OpenClaw, Hermes) y frente a las soluciones SaaS de productividad. Su diferenciación verificable es la combinación de Memory Tree + auto-fetch + flujos visuales propuestos por el agente + Privacy Mode, más el modelo de una sola suscripción.

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

Profesionales que odian empezar desde cero con cada agente: si tu flujo actual es «explicar la misma arquitectura cada sesión» (el problema que agentmemory y OpenHuman comparten como motivación), el auto-fetch de 20 minutos + Memory Tree + bóveda de Obsidian te dan contexto completo de correo, calendario, repos y documentos en una sola pasada de sincronización, sin periodo de adiestramiento.
Equipos que ya autogestionan agentmemory para Claude Code, Cursor, Codex u OpenCode: el backend opcional memory.backend = "agentmemory" les permite sumar OpenHuman al mismo almacén persistente sin duplicar memoria ni migrar datos.
Usuarios que quieren un asistente personal que los alcance donde ya están: los 17 canales de mensajería (Telegram, Discord, Slack, WhatsApp, Signal, iMessage…) más el correo nativo IMAP/SMTP convierten al agente en un contacto más, no en una app que hay que abrir.
Personas con requisitos de privacidad estricta: Privacy Mode (inferencia 100 % local aplicada en el núcleo Rust), datos cifrados en el dispositivo, secretos en el keyring del SO y sandboxing opcional cubren el caso «ningún dato sale de mi máquina» sin renunciar a la UI de escritorio.
Automatizadores que prefieren n8n/Zapier pero quieren que el agente construya los flujos: pedir la automatización en el chat y aprobarla en el lienzo visual es un flujo distinto al de dibujar nodos a mano; los disparadores (horario, webhook, eventos de canal) y las puertas de aprobación la hacen apta para tareas con efectos laterales reales.
Desarrolladores que quieren un arnés multiagente en Rust: tinyagents (grafos con checkpoints, flotas hasta 3 niveles, causa raíz para agentes atascados, reproducción de ejecuciones con coste por llamada) y tinyflows son open-source y reutilizables fuera de OpenHuman; el Show HN de TinyAgents (id 48727680) muestra que hay interés independiente en el componente.
Quien investiga la economía de agentes: tiny.place (handles de agente, orquestación A2A cifrada con protocolo Signal, recompensas x402 en USDC) es un caso de uso de investigación más que de producción, documentado en la sección features/tinyplace del GitBook.
Investigadores de código: el repositorio en sí (9.681 commits, 41 repos en la organización, GPL-3.0) es un corpus relevante para estudiar cómo una startup estructura un arnés de agente en Rust+React con CEF, un modelo de suscripción con BYOK y una estrategia de marketing de confrontación directa con el líder del mercado.

Recursos

Repositorio: https://github.com/tinyhumansai/openhuman
Documentación oficial (GitBook): https://tinyhumans.gitbook.io/openhuman/
Sitio oficial y descargas: https://tinyhumans.ai/openhuman
Guía de instalación: https://github.com/tinyhumansai/openhuman/blob/main/INSTALL.md
Guía de contribución: https://github.com/tinyhumansai/openhuman/blob/main/CONTRIBUTING.md (y CONTRIBUTING-BEGINNERS.md)
Skills oficiales: https://github.com/tinyhumansai/skill-registry (registro de skills SKILL.md instalables)
Comunidad: Discord https://discord.tinyhumans.ai/ · Reddit https://www.reddit.com/r/tinyhumansai/ · Discussions https://github.com/tinyhumansai/openhuman/discussions
X/Twitter: @tinyhumansai (org) · @senamakel (creador)
Video demos y AMAs (canal TinyHumans AI):
- «OpenHuman Demo Video - Tinyhumans.ai» (~11.085 vistas): https://www.youtube.com/watch?v=sHbMMPaxF3k
- «We killed OpenClaw.» (~3.757 vistas): https://www.youtube.com/watch?v=xA8AlN5k10o
- «We built an AI that kills Zapier and then open-sourced it» (~105 vistas): https://www.youtube.com/watch?v=ajkiBd5OdpU
- AMAs de comunidad: #1 https://www.youtube.com/watch?v=D2PGKuhIlAo · #2 https://www.youtube.com/watch?v=kjIV6HfFhKw · #3 https://www.youtube.com/watch?v=i7Yp9nX8xBE
Videos de terceros: «The Karpathy-Style Super Intelligence Layer for your AI Agents (OpenHuman)» (Build Things With AI, ~3.483 vistas): https://www.youtube.com/watch?v=Moy0xNYPn34 · «OpenHuman VS Hermes AI: Who Wins?» (Julian Goldie SEO, ~5.604 vistas): https://www.youtube.com/watch?v=RFS9tExWkZA
Hilos de Hacker News: 47839564 (anuncio, 3 pts) · 47876182 (Show HN subconscious loop, 2 pts) · 48125601 (subisión del repo, 2 pts) · 48727680 (Show HN TinyAgents, 4 pts)
Product Hunt: https://www.producthunt.com/posts/1136902 (insignias de Top Post diario y semanal; contador de votos no recuperable por bloqueo anti-bot)
Inspiración de memoria: tuit de Karpathy «LLM Knowledge Bases» (2 de abril de 2026): https://x.com/karpathy/status/2039805659525644595
Backend de memoria opcional: https://github.com/rohitg00/agentmemory
Registros de paquetes: no hay paquetes oficiales de OpenHuman en npm/PyPI/crates.io/Docker Hub recuperados en esta investigación. Ojo: openhuman en npm (0.1.5, 2023) y en PyPI (1.1.3, «OpenHuman: Virtual human assistant») son proyectos no relacionados que colisionan en el nombre.
Blog o changelog oficial: las notas de versión de GitHub Releases son el changelog: https://github.com/tinyhumansai/openhuman/releases (56 releases recuperados, de v0.49.32 a v0.63.12)

Nota: este artículo combina el README, INSTALL.md y CONTRIBUTING.md de OpenHuman, la API de GitHub (medida el 30 de agosto de 2026), la documentación oficial en GitBook, el sitio oficial tinyhumans.ai, la API de Hacker News (Algolia), Product Hunt (badges del README; la página está bloqueada a bots), X a través de fxtwitter, el canal de YouTube de TinyHumans AI y búsquedas de GitHub. Las cifras cambian con el tiempo; las declaraciones del propio proyecto (tendencia de GitHub, testimonios del sitio) se marcan como tales. Los hilos de Reddit no pudieron recuperarse por bloqueo anti-bot y se marcan como sin verificar.