Kenan Saleh, Investing Partner chez a16z Speedrun, a conclu la cohorte SR007 cette semaine avec une courte vidéo exposant ce qui l'enthousiasme à propos de la prochaine vague de produits IA. Le résumé est ici ; le passage qui compte, transcrit :
« Les produits IA d'aujourd'hui sont réactifs. Vous donnez une invite au modèle, il répond avec une réponse. Ce sont utiles, mais je suis enthousiasmé par les produits qui vont plus loin et déplacent le paradigme de demander-répondre à observer-agir. Ces agents surveilleront continuellement le contexte en arrière-plan à travers tous vos outils et données connectés, prédiront ce qui compte, et prendront des mesures avant qu'on ne le leur demande, un peu comme le fait un humain. Donc, au lieu que vous incitiez le modèle, le modèle commencera à vous inciter. Les exemples ici pourraient inclure des agents qui vous rappellent des tâches que vous avez oublié de terminer, résolvent les problèmes des clients avant que les tickets de support ne soient déposés, ou déboguent et déploient automatiquement des correctifs de code. Cela représente un nouveau paradigme où les produits IA se comportent plus comme des humains et moins comme des outils. Nous commençons déjà à voir cette dynamique avec des produits comme OpenClaw, Poke, et plus encore, et nous n'avons fait qu'effleurer les capacités ici. »
Ce paragraphe est l'articulation la plus claire que j'aie vue de la raison d'être d'Ostler. Chaque proposition correspond à quelque chose dans le produit que j'ai livré cette semaine. Je vais les passer en revue ligne par ligne, car une fois que vous les mappez sur un vrai produit, les différences entre les approches commencent à beaucoup compter.
« Surveiller continuellement le contexte en arrière-plan à travers tous vos outils et données connectés »
Ostler ingère les e-mails, iMessage, WhatsApp, le calendrier, les transcriptions de réunion et l'historique de navigation dans un seul graphe de connaissances personnel. Le graphe s'exécute sur le propre Mac du client. Il se rafraîchit continuellement. Au moment où vous avez utilisé Ostler pendant quelques semaines, il a indexé, dans mon cas, quatre mille cinq cents personnes, cent quarante-huit mille préférences et un million huit cent soixante-dix mille faits de graphe de connaissances. C'est la phrase « surveiller le contexte en arrière-plan » sous forme de livrable concret.
La clause « à travers tous vos outils et données connectés » est celle sur laquelle la plupart des produits échouent. Beaucoup d'agents observent leur propre surface étroite et appellent cela « contexte ». La raison pour laquelle Ostler observe les e-mails, WhatsApp et le calendrier en un seul endroit est que le contenu réel de votre vie est réparti sur tous, et qu'un modèle qui n'en voit qu'un seul manque la plus grande partie de l'image. Cette largeur est aussi la raison pour laquelle nous fonctionnons localement ; canaliser votre historique iMessage vers un fournisseur cloud pour le bénéfice d'une fonctionnalité annexe n'est pas un compromis que la plupart des clients feront une fois qu'ils y auront réfléchi.
« Prédire ce qui compte »
Le Ostler Hub génère un brief matinal et un récapitulatif du soir chaque jour. Les deux sont produits par l'assistant local qui scanne tout ce qui est entré depuis le brief précédent et choisit ce qui mérite d'être mis en avant. Le brief matinal est calibré pour l'action ; le récapitulatif du soir est calibré pour la réflexion. Il y a un endpoint de suggestions qui produit des pings « vous pourriez vous soucier de cette personne en ce moment » basés sur ce que le graphe a récemment appris, pondérés par votre attention historique à cette personne.
Le mécanisme de prédiction est intéressant. Nous n'exécutons pas un raisonnement transformer géant sur l'ensemble du graphe pour chaque requête ; nous utilisons de petits modèles spécialistes locaux pour ce à quoi ils sont bons (le filtre de confidentialité d'OpenAI pour les PII, un petit modèle d'embedding pour la récupération, un modèle Qwen 9B pour la synthèse) et nous les assemblons avec un pipeline déterministe. Le résultat est rapide, économique et explicable. La localité n'est pas un plus. Le graphe contient le nom de votre thérapeute, votre salaire, des choses que votre partenaire vous a envoyées par SMS. La prédiction doit se produire à l'intérieur de la frontière qui contient déjà ces faits.
« Prendre des mesures avant qu'on ne le demande »
C'est la partie qui atterrit dans v1.0 en ce moment. Ostler écrit de manière proactive dans les Rappels Apple sur votre iPhone pour les engagements qu'il a détectés que vous avez pris envers d'autres personnes (« Je vous enverrai ce contrat vendredi »). Il fait remonter les anniversaires qu'il a appris. Il peut résumer la réunion que vous venez de tenir en une transcription classée sous le bon projet. L'app iOS sur votre téléphone affiche la Live Activity pour ce que le Hub fait en ce moment – enregistrer un appel, générer un brief ou passer hors ligne.
La dernière compte. La plupart des assistants cloud sont conçus pour le moment où l'utilisateur prête attention. Ostler tourne principalement quand vous ne l'êtes pas. La phrase « le modèle commencera à vous inciter » de l'extrait de Kenan est le bon cadre ; l'assistant est censé connaître votre vie avec suffisamment de détails pour être celui qui initie la conversation. Cela nécessite une observation soutenue, granulaire et multi-sources que l'architecture cloud est mal placée pour livrer, car les clients ne donneront pas aux fournisseurs cloud ce qu'ils donneront à un logiciel sur leur propre machine.
« Nous commençons déjà à voir cette dynamique avec des produits comme OpenClaw, Poke, et plus encore »
OpenClaw et Poke sont les deux produits que Kenan nomme. Les deux sont dans le cloud. Les deux sont bons. Les deux sont honnêtes sur le paradigme. Et les deux examinent le même ensemble de problèmes de forme client qu'Ostler. Nous avons des pages de comparaison vs-openclaw et vs-poke parce que la question « quel produit d'observation-action dois-je utiliser » est la véritable question qu'un client prospectif réfléchi pose.
La réponse se résume à un choix architectural. L'observation-action exige que le système voie beaucoup. La quantité qu'il doit voir croît avec la qualité que vous voulez. Soit les données restent sur votre machine, soit elles ne le font pas. Il n'y a pas de troisième option aussi bonne que l'une ou l'autre des deux premières. Ostler choisit la première réponse. OpenClaw et Poke choisissent la seconde. Les deux peuvent être les bonnes réponses pour différents clients ; nous avons vu de la valeur réelle circuler dans les deux directions. Mais le client qui est mal à l'aise de confier toute sa vie numérique à un fournisseur cloud n'a, jusqu'à maintenant, rien eu à choisir. Nous sommes ce qu'il peut choisir.
Ce que ceci est, et ce que ceci n'est pas
Je n'écris pas ceci pour prétendre que Kenan parlait d'Ostler. Ce n'était pas le cas. La vidéo était un récapitulatif d'une cohorte qui ne nous inclut pas ; je suis un candidat SR007 dont la candidature est actuellement en cours d'examen. Le paragraphe de thèse est intéressant précisément parce qu'il atterrit sur la spécification produit indépendamment. Quand une société de capital-risque de premier plan commence à articuler une thèse, c'est un signal que la demande client pour une forme particulière de produit devient lisible pour le capital, pas seulement pour les ingénieurs qui la construisent. La description indépendante convergente est généralement le moment où une catégorie commence à se cristalliser.
Apple fait la même chose. L'invitation à la WWDC26 dans trois semaines évoque une refonte de Siri enveloppée dans un anneau lumineux ; la symbolique, le tagline « coming bright up » et le jeu de mots sur Swift-l'oiseau-et-langage suggèrent ensemble une poussée cohérente autour d'App Intents, FoundationModels et Live Activities comme pilier d'assistant lifestyle. La convergence entre a16z et Apple en ce moment, sur cette forme de produit, n'est pas une coïncidence. C'est la même demande atteignant la même surface depuis deux directions différentes.
Ce que nous allons faire
Livrer. Deux jours avant le lancement de v1.0. L'installeur Hub est signé, notarisé, agrafé et en direct. L'app iOS entre dans TestFlight cette semaine. Le site web est en direct. Le prix est de $99 unique pour le Hub plus un abonnement Ostler Pro à $9,99/mois (30 premiers jours gratuits) pour la capture continue de mémoire et les nouvelles fonctionnalités Ostler que nous livrons.
Si vous lisez ceci et que le cadre « observer-agir » correspond à ce que vous voulez d'un assistant numérique, la question pour vous n'est plus de savoir si la catégorie existe. Elle existe. La question est de savoir de quel côté du choix cloud-ou-local vous voulez pour l'appareil le plus observé de votre vie. Nous avons fait notre choix. Il est ici.
Pensées, objections ou candidatures pour travailler avec nous – [email protected].