Kenan Saleh, Investing Partner en a16z Speedrun, cerró la cohorte SR007 esta semana con un breve vídeo en el que expone qué le entusiasma de la próxima ola de productos de IA. La publicación de cierre está aquí; la parte que importaba, transcrita:
“Los productos de IA de hoy son reactivos. Le das un prompt al modelo y responde con una respuesta. Son útiles, pero me entusiasman los productos que van más allá y cambian el paradigma de preguntar-para-responder a observar-para-actuar. Estos agentes monitorearán continuamente el contexto en segundo plano en todas tus herramientas y datos conectados, predecirán lo que importa y tomarán acción antes de que se les pida, muy parecido a como lo hace un humano. Así que, en lugar de que tú le pidas al modelo, el modelo empezará a pedirte a ti. Ejemplos aquí podrían incluir agentes que te recuerdan tareas que olvidaste completar, resuelven problemas de clientes antes de que se abran tickets de soporte, o depuran y despliegan correcciones de código automáticamente. Esto representa un nuevo paradigma en el que los productos de IA se comportan más como humanos y menos como herramientas. Ya estamos empezando a ver esta dinámica con productos como OpenClaw, Poke y más, y apenas hemos rascado la superficie de las capacidades aquí.”
Ese párrafo es la articulación más clara que he visto de por qué existe Ostler. Cada cláusula se corresponde con algo en el producto que envié esta semana. Voy a recorrerlas línea por línea, porque una vez que las contrastas con un producto real, las diferencias entre los enfoques empiezan a importar mucho.
“Monitorear continuamente el contexto en segundo plano en todas tus herramientas y datos conectados”
Ostler ingiere correo electrónico, iMessage, WhatsApp, calendario, transcripciones de reuniones e historial de navegación en un único grafo de conocimiento personal. El grafo se ejecuta en el propio Mac del cliente. Se actualiza continuamente. Para cuando haya usado Ostler durante unas semanas, ha indexado, en mi caso, cuatro mil quinientas personas, ciento cuarenta y ocho mil preferencias y un millón ochocientos setenta mil hechos del grafo de conocimiento. Esa es la frase “monitorear el contexto en segundo plano” convertida en un entregable concreto.
La cláusula “en todas tus herramientas y datos conectados” es en la que más productos se quedan cortos. Muchos agentes observan su propia superficie estrecha y a eso lo llaman “contexto”. La razón por la que Ostler observa el correo, WhatsApp y el calendario en un mismo lugar es que el contenido real de su vida está repartido entre todos ellos, y un modelo que solo ve uno se está perdiendo la mayor parte del cuadro. Esa amplitud es también el motivo por el que nos ejecutamos localmente; canalizar el historial de iMessage a un proveedor en la nube por una característica secundaria no es un intercambio que la mayoría de los clientes acepte una vez que lo piensen.
“Predecir lo que importa”
El Hub de Ostler genera un briefing matutino y un cierre vespertino cada día. Ambos los produce el asistente local escaneando todo lo que ha llegado desde el briefing anterior y eligiendo qué merece la pena destacar. El briefing matutino se calibra para la acción; el cierre vespertino se calibra para la reflexión. Hay un endpoint de sugerencias que produce avisos del tipo “puede que le interese esta persona ahora mismo” basados en lo que el grafo ha aprendido recientemente, ponderado por su atención histórica hacia esa persona.
El mecanismo de predicción es interesante. No estamos ejecutando razonamiento gigante con transformadores sobre todo el grafo en cada consulta; usamos pequeños modelos locales especialistas para las cosas en las que son buenos (el OpenAI Privacy Filter para PII, un modelo de embeddings pequeño para la recuperación, un modelo Qwen de 9B para la síntesis) y los unimos con una tubería determinista. El resultado es rápido, barato y explicable. La localidad no es un bonito-de-tener. El grafo contiene el nombre de su terapeuta, su salario, cosas que su pareja le ha escrito. La predicción debe ocurrir dentro del límite que ya contiene esos hechos.
“Tomar acción antes de que se le pida”
Esta es la parte que está aterrizando en v1.0 ahora mismo. Ostler escribe proactivamente en Recordatorios de Apple en su iPhone para los compromisos que ha detectado que usted hizo a otras personas (“te enviaré ese contrato el viernes”). Destaca los cumpleaños que ha aprendido. Puede resumir la reunión que acaba de tener en una transcripción archivada bajo el proyecto correcto. La app de iOS en su teléfono muestra la Live Activity de lo que sea que el Hub esté haciendo en este momento – grabando una llamada, generando un briefing o desconectándose.
Lo último importa. La mayoría de los asistentes en la nube están diseñados para el momento en que el usuario está prestando atención. Ostler está funcionando la mayor parte del tiempo cuando usted no lo está. La frase “el modelo empezará a pedirte a ti” del clip de Kenan es el encuadre correcto; se supone que el asistente conoce su vida con suficiente detalle como para ser el que inicie la conversación. Eso requiere una observación sostenida, granular y multifuente que la arquitectura en la nube está mal posicionada para ofrecer porque los clientes no le darán a los proveedores en la nube lo que le darán a una pieza de software en su propia máquina.
“Ya estamos empezando a ver esta dinámica con productos como OpenClaw, Poke y más”
OpenClaw y Poke son los dos productos que Kenan nombra. Ambos están en la nube. Ambos son buenos. Ambos son honestos sobre el paradigma. Y ambos están mirando el mismo conjunto de problemas con forma de cliente que Ostler. Tenemos páginas de comparación vs-openclaw y vs-poke porque la pregunta “qué producto de observar-para-actuar uso” es la pregunta real que hace un cliente potencial reflexivo.
La respuesta se reduce a una elección arquitectónica. Observar-para-actuar requiere que el sistema vea mucho. La cantidad que tiene que ver crece con cuán bueno quiera usted que sea. O los datos se quedan en su máquina, o no. No hay una tercera opción tan buena como cualquiera de las dos primeras. Ostler elige la primera respuesta. OpenClaw y Poke eligen la segunda. Ambas pueden ser respuestas correctas para clientes distintos; hemos visto que fluye valor real desde ambas direcciones. Pero el cliente al que le incomoda entregar toda su vida digital a un proveedor en la nube, hasta ahora, no ha tenido, en su mayoría, nada que elegir. Nosotros somos lo que ahora puede elegir.
Lo que esto es, y lo que no es
No escribo esto para afirmar que Kenan estaba hablando de Ostler. No lo estaba. El vídeo fue el cierre de una cohorte que no nos incluye; soy solicitante de SR007 con la solicitud actualmente en revisión. El párrafo de la tesis es interesante precisamente porque aterriza en la especificación del producto de forma independiente. Cuando una firma de capital riesgo Tier-1 empieza a articular una tesis, esa es una señal de que la demanda del cliente por una forma particular de producto se está volviendo legible para el capital, no solo para los ingenieros que lo construyen. La descripción convergente e independiente suele ser el momento en el que una categoría empieza a cristalizar.
Apple está haciendo lo mismo. La invitación a la WWDC26 dentro de tres semanas insinúa una renovación de Siri envuelta en un anillo brillante; la simbología, el eslogan “coming bright up” y el juego de palabras Swift-el-pájaro-y-el-lenguaje sugieren juntos un empuje coherente en torno a App Intents, FoundationModels y Live Activities como pilar de asistente de estilo de vida. La convergencia entre a16z y Apple en este momento, sobre esta forma de producto, no es coincidencia. Es la misma demanda alcanzando la misma superficie desde dos direcciones distintas.
Qué vamos a hacer al respecto
Enviarlo. Dos días para el lanzamiento de v1.0. El instalador del Hub está firmado, notarizado, grapado y en vivo. La app de iOS entra en TestFlight esta semana. El sitio web está en vivo. El precio es de $99 pago único por el Hub más una suscripción a Ostler Pro a $9.99/mes (primeros 30 días gratis) por la captura continua de memoria y las nuevas funciones de Ostler que enviemos.
Si está leyendo esto y el encuadre “observar-para-actuar” coincide con lo que quiere de un asistente digital, la pregunta para usted ya no es si la categoría existe. Existe. La pregunta es de qué lado de la elección nube-o-local quiere estar para el dispositivo más observado de su vida. Nosotros hemos tomado nuestra decisión. Está aquí.
Ideas, objeciones o solicitudes para trabajar con nosotros – [email protected].