TL;DR. Nadie ha ganado la carrera de los agentes de IA personal. Los cinco productos más observados fallan cada uno en algo distinto. La razón de fondo es que casi todo el mundo está resolviendo el problema equivocado. El cuello de botella no es el modelo, y no es el hardware. Es si el agente está conectado a tu flujo de trabajo con acceso a tus datos reales. Ese es el problema alrededor del cual está construido Ostler.
Todavía no ha ganado nadie
La newsletter Creator Economy de Peter Yang probó hace poco cinco de los agentes de IA personal más observados frente a diez capacidades que necesita un agente personal de verdad: gestionar correo, calendario y documentos; ejecutar tareas recurrentes; acordarse de ti; funcionar en web y en móvil; voz; personalidad; control del ordenador; fiabilidad; seguridad (fuente).
La conclusión es contundente. Nadie marca todas las casillas.
- OpenClaw es el más flexible y el más potente, con buena mensajería y buena voz. El coste es la fiabilidad. Aproximadamente una décima parte del tiempo que el autor pasa con él se le va en mantenerlo funcionando.
- Hermes cambia flexibilidad por estabilidad. Es más de fiar, comunica las tareas con más claridad y ejecuta flujos de trabajo por su cuenta. Se siente menos vivo que sus rivales, pero se mantiene en pie.
- Claude Code tiene la mejor personalidad y el razonamiento más fuerte, y da gusto trabajar con él. También tiene límites de uso y problemas de disponibilidad que estorban a la hora de depender de él.
- Codex trae una app de escritorio preciosa, un uso generoso y el mejor control de navegador y de ordenador de los cinco. No tiene app móvil, lo que según la estimación del autor elimina alrededor del ochenta por ciento de cómo querría usar realmente un agente.
- Gemini es el mejor posicionado para el gran público porque ya vive dentro de Google Workspace y maneja bien la voz y el vídeo. El agujero es que no puede editar Google Docs, Sheets ni Slides, precisamente los productos junto a los que se sienta.
Cada uno falla en algo distinto. El marco que usa el artículo no es nube contra local. Es fiabilidad contra flexibilidad contra interfaz contra disponibilidad contra completitud de funciones.
La frase que más golpea del artículo es el listón que se ha puesto el propio autor: “En cuanto tengas un agente que esté disponible 24/7 y que de verdad pueda sacarte el trabajo adelante, no volverás nunca a una interfaz de chat de IA corriente.”
Ese es el listón. Ninguno de los cinco lo supera.
Un fallo con otra forma, la misma causa raíz
Un artículo de XDA de esa misma semana mira la cuestión desde el otro lado, desde el desarrollador que construye una pila local. Su argumento es simple y muy útil (fuente).
El cuello de botella no es la GPU.
El cuello de botella no es en absoluto la velocidad bruta. Es el sistema que rodea al modelo. El artículo nombra tres cuellos de botella reales, y ninguno de ellos es hardware: cómo está diseñado el flujo de trabajo, si el modelo tiene acceso a tus datos reales, y cómo el operador estructura y usa el sistema. Un modelo sin conexión con tu vida es, en palabras del artículo, “el verdadero cuello de botella no es lo rápido que piensa la IA; es cuánto sabe sobre tu mundo concreto.”
Pon los dos artículos uno al lado del otro y obtienes un diagnóstico limpio. A los cinco agentes más observados les falta en la superficie una cosa distinta a cada uno, pero la pieza que falta por debajo es la misma: un agente que viva de verdad dentro del día del operador, con sus datos, sus herramientas y sus hábitos, disponible todo el tiempo.
Construye algo que piense rápido pero que viva en una pestaña de chat y tendrás, en la imagen del autor de XDA, un motor al ralentí.
Qué hace Ostler al respecto
Ostler está construido sobre la respuesta a la que los dos artículos dan vueltas. Un agente local que vive en el Mac del cliente, ingiere sus datos reales y se integra en sus flujos de trabajo reales.
Una lista breve de lo que eso significa en la práctica.
- El Hub se ejecuta en un Mac que el cliente ya tiene, Apple Silicon M1 o posterior. Ninguna flota que gestionar, ninguna segunda máquina. La memoria unificada de Apple Silicon es aquí genuinamente útil para la inferencia local, pero es reparto secundario, no el titular.
- Ingesta profunda de los datos que de verdad importan en el día de una persona. iMessage, WhatsApp, correo, Fotos, Calendario, historial de navegación de Safari, notas de voz. No se le pide al agente que actúe sobre una vida que no puede ver.
- Una pila local afinada para ese trabajo. Mi propio Hub, tras meses de uso, guarda unos 148.000 embeddings de mi vida en Qdrant y alrededor de dos millones de tripletas RDF en Oxigraph; la instalación nueva de un cliente empieza vacía y crece a partir de los datos propios de cada cliente. Redis lleva la caché y el bus de mensajes. Ollama ejecuta el modelo de razonamiento local Qwen3 9B (unos 6,6 GB en disco) y nomic-embed-text para los embeddings. Whisper se encarga del habla a texto. SQLCipher mantiene la base de datos cifrada en reposo. Un runtime de agentes en Rust lo mueve todo. Un compilador MkDocs convierte el grafo en un wiki privado.
- Una arquitectura de una sola máquina, con opinión. Un Mac, una instalación, un único sitio donde viven los datos. La complejidad está en el pipeline, no en el despliegue.
- Rutas de red desactivadas por defecto. Todo lo que sale de la máquina es de activación voluntaria y se puede desactivar. La posición por defecto es que tus datos no salen.
- Una app de iOS para cuando no estás en tu escritorio. El Hub hace el trabajo pesado. El teléfono es el mando.
Se han presentado dos patentes provisionales sobre el pipeline.
Aquí también se esconde un argumento sobre la arquitectura de financiación. Un producto que se ejecuta enteramente en la propia máquina del cliente es incómodo de construir si tu cap table necesita que cobres por token. Un producto que necesita ingerir la vida entera de una persona es incómodo de construir si además le estás pidiendo que la suba a tus servidores. Ostler tiene la forma que tiene en parte porque está financiado como está financiado.
El listón que hay que superar
El listón que pone Yang es el correcto: un agente que esté disponible todo el tiempo y que de verdad saque trabajo adelante por ti. Los dos artículos son honestos sobre lo lejos que está de ese listón la hornada actual. El de Yang porque ninguno de los cinco jugadores nombrados marca las diez casillas. El de XDA porque el modelo en bruto y el silicio en bruto nunca fueron el problema, para empezar.
Creemos que el camino para llegar allí es el que no está de moda. Pon el agente en una máquina que el operador ya tiene. Dale acceso a los datos que describen de verdad su vida. Conéctalo a las herramientas que ya usa. Mantén los valores por defecto en privado. Haz que el pipeline sea el producto.
El instalador del Hub está firmado, notarizado, grapado y listo. La app de iOS se distribuye a través de la App Store. La arquitectura de arriba es lo que obtienes cuando lo compras.
The world DOES revolve around you.™