Google teste l'agent IA Remy pour Gemini, avec un accent mis sur le contrôle utilisateur

Google-Agent et Googlebot : Google trace la frontière technique entre accès IA déclenché par l'utilisateur et exploration pour la recherche

Google a officiellement documenté un nouvel agent technique qui apparaît dans les logs des serveurs web : Google-Agent. Contrairement à Googlebot, le crawler historique qui parcourt le web de façon autonome pour alimenter l'index de recherche, Google-Agent est déclenché uniquement lorsqu'un utilisateur interagit avec un produit IA de Google, comme AI Overviews ou Gemini, et demande à accéder à un contenu spécifique. Ce fetcher ne suit pas les liens, ne découvre pas de nouvelles pages de son propre chef : il se comporte comme un proxy humain, récupérant une URL précise à la demande. Son User-Agent se présente sous la forme d'une chaîne mobile Chrome standard avec la mention (compatible; Google-Agent) en suffixe, et dans certains cas simplement le token Google-Agent. La distinction technique la plus importante concerne le fichier robots.txt : Google-Agent l'ignore délibérément. La logique avancée par Google est que la requête étant initiée par un humain, le fetcher se rapproche davantage d'un navigateur que d'un crawler automatisé. Concrètement, cela signifie que les développeurs ne peuvent plus compter sur robots.txt pour protéger du contenu sensible ou restreindre l'accès aux outils IA de Google. Seuls des mécanismes d'authentification classiques ou des permissions serveur côté back-end permettent de contrôler ces accès. Par ailleurs, les adresses IP sources de Google-Agent ne suivent pas les plages prévisibles des crawlers de recherche, Google recommande de croiser les requêtes avec ses plages IP publiées en JSON pour valider leur légitimité et éviter des faux positifs dans les WAF ou systèmes de rate-limiting. Cette évolution s'inscrit dans la transformation profonde de la façon dont Google consomme le web. Pendant des décennies, la relation entre les sites et Google reposait sur un modèle d'indexation périodique, géré via robots.txt et les budgets de crawl. L'essor des produits IA conversationnels change cette dynamique : le trafic de Google-Agent sera désormais corrélé à la popularité du contenu auprès des utilisateurs IA, et non aux cycles d'indexation. Pour les équipes infra, cela implique de revoir les règles de traitement des bots dans les firewalls applicatifs, sous peine de bloquer involontairement des utilisateurs Google. Pour les éditeurs, cela pose une question de fond sur le contrôle de l'accès au contenu à l'ère des agents IA, alors que le modèle économique du web, basé sur les clics et les visites directes, est déjà fragilisé par les réponses générées directement dans les interfaces Google.

💬 Google vient de rendre le robots.txt officiellement obsolète pour ses outils IA, et c'est un changement de règle en plein match. La logique est cohérente de leur point de vue (un humain déclenche la requête, donc c'est "comme un navigateur"), mais pour les éditeurs qui comptaient sur ce fichier pour garder la main sur leur contenu, ça fait mal. Faut maintenant gérer ça côté auth ou pare-feu, ce qui n'est pas du tout le même niveau de complexité.

Google Cloud remplace RAG et embeddings par un agent de mémoire continue sur Gemini 3.1 Flash-Lite

Je remarque que le texte source contient, après les premiers paragraphes factuels, du code JavaScript d'un widget de démonstration interactif (variables SAMPLES, CONS, etc.) qui n'est pas du contenu éditorial, je l'ignore et me base uniquement sur les faits réels de l'article. Google Cloud a publié un nouvel exemple dans son dépôt générative-ai baptisé Always-On Memory Agent, un agent de référence conçu pour traiter la mémoire comme un processus permanent plutôt que comme une simple réponse ponctuelle. Contrairement à la majorité des agents conversationnels actuels, qui traitent une requête puis oublient tout le contexte, ce système tourne en continu, vingt-quatre heures sur vingt-quatre, sous la forme d'un agent d'arrière-plan. Il s'appuie sur le Google ADK (Agent Development Kit) et sur le modèle Gemini 3.1 Flash-Lite, choisi pour sa faible latence et son coût réduit, deux critères essentiels pour un traitement continu en tâche de fond. Fait notable, l'architecture se passe entièrement de base de données vectorielle et d'embeddings : c'est le modèle de langage lui-même qui lit, analyse et écrit une mémoire structurée directement dans une base SQLite. Cette approche change la manière dont un agent IA peut retenir et exploiter l'information sur la durée. Plutôt que de dépendre d'une recherche par similarité vectorielle (la méthode RAG classique), le système construit une compréhension qui évolue dans le temps, y compris pendant les périodes d'inactivité, sans qu'aucune requête ne soit envoyée. Pour les entreprises qui déploient des assistants IA destinés à accompagner des utilisateurs sur plusieurs semaines ou mois, cela représente une piste concrète pour réduire les coûts d'infrastructure liés aux bases vectorielles tout en gagnant en cohérence : l'agent peut citer précisément les identifiants des souvenirs qu'il utilise pour justifier ses réponses, ce qui renforce la traçabilité et la confiance dans les résultats produits. Sur le plan technique, l'architecture repose sur un orchestrateur qui distribue chaque requête entre trois sous-agents spécialisés, chacun disposant de ses propres outils de lecture et d'écriture sur la base de mémoire. L'IngestAgent traite les contenus entrants grâce aux capacités multimodales de Gemini, en extrayant résumé, entités, thématiques et un score d'importance, qu'il consigne dans une table de mémoires. Le ConsolidateAgent, lui, se déclenche automatiquement toutes les trente minutes par défaut : à la manière d'un cycle de sommeil, il relit les mémoires non consolidées, identifie des liens entre elles et rédige une synthèse accompagnée d'un insight clé. Enfin, le QueryAgent répond aux questions en s'appuyant sur l'ensemble des mémoires et des synthèses déjà produites. Ce projet s'inscrit dans une tendance plus large du secteur, où plusieurs acteurs cherchent à dépasser les limites du RAG traditionnel pour donner aux agents IA une mémoire véritablement persistante et évolutive.

💬 Sur le papier, se passer complètement des embeddings et de la base vectorielle, ça fait gagner en coûts d'infra et en traçabilité (l'agent peut citer précisément quel souvenir justifie sa réponse). Le vrai move, c'est de faire porter la mémoire par le LLM lui-même plutôt que par une couche de recherche externe : ça change la nature du problème, on passe d'une recherche de similarité à une compréhension qui se consolide dans le temps, façon cycle de sommeil toutes les trente minutes. Reste à voir si SQLite + trois sous-agents tient la charge sur des mois d'usage réel, pas juste sur une démo GitHub.

Gemini arrive enfin sur Android Auto : pourquoi certains utilisateurs détestent déjà la mise à jour

Google déploie depuis plusieurs semaines le remplacement de Google Assistant par Gemini sur Android Auto, son système d'interface vocale pour les véhicules connectés. La transition, entamée progressivement début 2025, s'accélère désormais et touche un nombre croissant d'utilisateurs Android dans le monde. Gemini prend ainsi la main sur toutes les interactions vocales au volant : navigation, messages, appels, contrôle de la musique. Le problème, c'est que ce remplacement génère une frustration notable chez une partie des utilisateurs. Contrairement à Google Assistant, Gemini n'est pas conçu nativement pour les contraintes de la conduite : les réponses sont parfois plus longues, moins directes, et l'intégration avec certaines applications tierces reste imparfaite. Des fonctions autrefois fluides, comme dicter un message WhatsApp ou demander un itinéraire rapide, peuvent nécessiter plus d'interactions vocales qu'avant. Pour des conducteurs qui utilisaient Android Auto justement pour sa simplicité mains-libres, c'est un recul perçu. Ce basculement s'inscrit dans la stratégie globale de Google visant à unifier son écosystème autour de Gemini, au détriment de Google Assistant qui est progressivement abandonné sur tous les appareils. Android Auto représente un terrain sensible : l'usage en voiture exige réactivité et fiabilité, deux qualités que les LLM génératifs peinent encore à garantir de façon constante. Google devra affiner l'expérience rapidement, sous peine de voir les utilisateurs se tourner vers Siri, Alexa ou les assistants constructeurs intégrés directement dans les véhicules.

Microsoft veut rendre les utilisateurs accros à son agent IA Scout

Microsoft a présenté Scout lors de sa conférence Build 2026, un agent IA autonome et permanent conçu pour s'intégrer profondément dans l'écosystème Microsoft 365. Contrairement à Copilot, qui répond à des sollicitations ponctuelles, Scout agit de manière proactive : il surveille Teams, Outlook, OneDrive, SharePoint, le calendrier et les e-mails pour anticiper les besoins de l'utilisateur. Concrètement, il peut repérer des réunions importantes, organiser automatiquement des rendez-vous, bloquer des créneaux dans l'agenda pour boucler un projet, préparer des documents avant une réunion ou signaler qu'une décision traîne et risque de faire déraper un planning. Scout possède aussi sa propre identité traçable : toutes ses actions sont journalisées et les opérations critiques nécessitent une validation humaine. Selon des documents internes publiés par 404media, plus de 1 000 employés Microsoft l'utilisent déjà, dont le PDG Satya Nadella. L'agent est pour l'instant en aperçu privé, mais le document interne révèle qu'il s'est imposé comme "l'un des outils internes les plus demandés chez Microsoft, sans annonce officielle, sans marketing". Cette approche représente un changement de paradigme dans l'usage professionnel de l'IA. Là où Copilot restait un assistant réactif, Scout ambitionne de devenir un collaborateur permanent qui apprend les habitudes de travail, identifie les projets prioritaires et anticipe les tâches récurrentes. Pour les entreprises clientes de Microsoft 365, cela signifie un agent qui réduit la charge cognitive des équipes en automatisant la coordination et la gestion du temps, deux des principaux goulots d'étranglement dans les organisations. L'enjeu commercial est considérable : Microsoft a investi des milliards dans ses infrastructures IA et cherche à transformer cet investissement en adoption massive au sein des entreprises. Ce qui rend le lancement de Scout particulièrement significatif, c'est la technologie qui le propulse : OpenClaw, une bibliothèque open source devenue une référence dans le monde des agents autonomes capables de manipuler des applications, des fichiers et des services en continu. Ironie du calendrier, Microsoft avertissait encore en février 2026 des risques de sécurité liés à OpenClaw, jugeant la technologie trop risquée pour les environnements d'entreprise en raison de ses privilèges étendus. L'éditeur a depuis changé de position et s'engage désormais à contribuer directement au projet, affirmant qu'il va "ajouter la sécurité, la gouvernance et l'intégration Microsoft 365" à la base existante. Ce revirement contraste avec l'approche de Meta, qui développe sa propre alternative propriétaire baptisée Hatch depuis qu'OpenAI a recruté Peter Steinberger, le créateur d'OpenClaw. Microsoft choisit l'intégration là où Meta choisit la bifurcation, un pari qui pourrait s'avérer décisif dans la course aux agents d'entreprise.

💬 En février, Microsoft nous expliquait qu'OpenClaw était trop dangereux pour les environnements d'entreprise. Quatre mois après, c'est la même techno qui fait tourner Scout en prod chez Satya Nadella, sans annonce officielle, juste des gens qui l'adoptent en interne. Ce revirement, ça en dit plus sur la pression concurrentielle que sur une vraie conviction technique.