Weis Markets adopte les chariots intelligents d'Instacart dans ses magasins

Google adopte l'Interactions API comme interface par défaut pour ses modèles et agents Gemini

Google DeepMind a officialisé l'Interactions API comme nouvelle interface par défaut pour ses modèles et agents Gemini. Ce changement architectural remplace l'ancienne API generateContent, jusqu'ici l'interface standard pour interroger les modèles Gemini via le Google AI Studio et les SDK associés. La nouvelle interface repose sur un schéma simplifié structuré autour d'étapes typées, abandonnant l'organisation précédente basée sur des rôles. Désormais, toutes les nouvelles fonctionnalités destinées aux agents seront exclusivement disponibles via cette API. Ce basculement a des conséquences directes pour les développeurs qui ont construit des applications ou des pipelines sur l'API generateContent : ils devront migrer vers le nouveau schéma pour accéder aux futures capacités. L'approche par étapes typées vise à rendre l'intégration plus claire et moins ambiguë, notamment pour les scénarios agentiques complexes où plusieurs actions s'enchaînent. En gelant les nouvelles fonctionnalités sur l'ancienne API, Google crée une pression de migration qui devrait accélérer l'adoption du nouveau standard. Ce choix s'inscrit dans une tendance de fond chez les grands fournisseurs de modèles : aligner l'interface de programmation sur les besoins des systèmes agentiques, qui nécessitent une gestion fine des états, des outils et des flux d'exécution. Google, qui fait face à une concurrence intense d'OpenAI et Anthropic sur le segment des agents IA, cherche à offrir une base technique plus cohérente pour les développeurs. L'Interactions API représente ainsi moins un simple changement d'interface qu'une réorientation stratégique de la plateforme Gemini vers les usages agentiques de nouvelle génération.

CopilotKit lance une plateforme d'intelligence pour entreprises dotant les applications à base d'agents d'une mémoire persistante entre sessions et appareils

CopilotKit a annoncé son Enterprise Intelligence Platform, une nouvelle couche d'infrastructure managée qui dote les applications agentiques d'une mémoire persistante entre les sessions, les utilisateurs et les appareils. Jusqu'ici, chaque nouvelle session forçait l'agent à repartir de zéro : aucun souvenir des échanges précédents, des workflows en cours ou des décisions déjà prises. Pour contourner ce problème, les équipes de développement devaient construire manuellement leur propre couche de stockage, en choisissant une base de données, en sérialisant l'état applicatif et en gérant les identifiants de session avant même d'écrire la moindre ligne de logique produit. La plateforme résout ce problème en fournissant une infrastructure clé en main, compatible avec n'importe quel framework agentique. Elle peut être auto-hébergée sur Kubernetes, avec une option cloud managée en développement, et répond aux exigences de sécurité enterprise : conformité SOC 2 Type II, intégration SSO, contrôle d'accès par rôles, déploiements hors ligne air-gapped et souveraineté totale des données via une base de données personnalisée. L'élément central de l'architecture est le concept de "Thread" : un objet de session persistant et structuré qui survit aux déconnexions, aux changements d'appareils et aux relances d'agent. Contrairement à un simple historique de messages texte stocké en base, un Thread capture six dimensions de l'interaction : les composants d'interface générés dynamiquement par l'agent, les étapes humaines dans la boucle (approbations, corrections, décisions guidées), l'état partagé entre le backend agentique et le frontend, les entrées et sorties vocales, les fichiers uploadés ou générés, et l'ensemble des interactions multimodales au sein d'un objet unique. Concrètement, un workflow complexe démarré par un collaborateur peut être repris exactement là où il s'était arrêté par un autre membre de l'équipe sur un appareil différent, sans perte d'état ni de contexte. CopilotKit est déjà connu pour son SDK open-source dédié au frontend des agents IA, ainsi que pour l'AG-UI Protocol, un standard ouvert qui connecte les agents aux interfaces utilisateur. Cette plateforme Enterprise ne remplace pas le SDK existant : elle l'enrichit avec la couche d'infrastructure qui lui manquait. L'enjeu est considérable pour l'industrie, car la persistance de l'état est l'un des principaux freins au déploiement en production d'applications agentiques dans les entreprises. Les cas d'usage visés, comme la rédaction collaborative de documents juridiques ou la gestion de pipelines de données en plusieurs étapes, illustrent un marché qui commence à dépasser les chatbots pour entrer dans la logique de workflows longs et critiques. La disponibilité d'une infrastructure standardisée pourrait significativement accélérer cette transition.

Built Technologies conçoit une solution d'intelligence documentaire basée sur l'IA sur AWS pour ses agents dans le financement immobilier

Built Technologies, éditeur de logiciels de financement immobilier, a déployé sur Amazon Bedrock et l'accélérateur AWS Intelligent Document Processing (IDP) un moteur de traitement documentaire propulsé par l'intelligence artificielle. L'entreprise, qui gère plus de 500 milliards de dollars de projets immobiliers, a construit ce système avec l'aide du AWS Generative AI Innovation Center, du partenaire AWS AND Digital et des équipes commerciales d'AWS. Auparavant, Built s'appuyait sur 26 processeurs distincts combinant reconnaissance optique de caractères et apprentissage automatique classique pour extraire, classer et scinder les documents. Cette architecture couvrait des cas d'usage précis, avec des champs explicites et des mises en page prévisibles, mais atteignait ses limites face à l'ambition du groupe: traiter plus de 250 types de documents différents, des fichiers pouvant dépasser 500 pages, et des millions de dossiers chaque année. Ce nouveau moteur ne se contente plus d'extraire du texte: il classe, découpe, extrait, évalue et raisonne sur des documents complexes propres au financement immobilier. Des tâches qui prenaient auparavant plusieurs jours se traitent désormais en quelques minutes. Ce socle technique sert de fondation à une nouvelle génération de produits agentiques que Built déploie sur l'ensemble du cycle de vie d'un actif immobilier: analyse des demandes de tirage sur des prêts à la construction, examen d'accords de prêt, validation de couvertures d'assurance, synthèse de mémorandums de vente, ou encore détection d'anomalies dans un portefeuille d'actifs. Pour les prêteurs et gestionnaires d'actifs, cela signifie des décisions plus rapides et plus fiables, sur des volumes que les équipes humaines ne pouvaient plus absorber seules. Le système offre aussi aux équipes techniques et aux experts métier un environnement commun pour concevoir et améliorer ces traitements documentaires. Le financement immobilier repose sur une masse considérable de documents hétérogènes: certificats d'assurance ACORD 25, formulaires administratifs standardisés, mais aussi mémorandums d'offre, accords de prêt, rapports d'expertise ou modèles financiers Excel dont la structure varie fortement d'un émetteur à l'autre. Beaucoup contiennent des tableaux imbriqués, des pages scannées, des images intégrées, des annotations manuscrites et un vocabulaire juridique ou propre à chaque prêteur. Face à cette variété et à ce volume croissants, une extraction purement mécanique ne suffisait plus: Built avait besoin d'une intelligence documentaire capable de comprendre le contexte, d'assurer la traçabilité des données et de nourrir des agents IA autonomes plutôt que de simples outils d'extraction. Ce virage illustre une tendance plus large du secteur financier immobilier, où l'automatisation cognitive des documents devient la brique de base indispensable avant toute agentivité à grande échelle.

Les guerres de l'IA dans le code s'intensifient

La guerre des outils de codage par intelligence artificielle s'intensifie, avec une accélération spectaculaire depuis le printemps 2021, date à laquelle Microsoft a lancé GitHub Copilot, premier produit concret de son partenariat avec OpenAI. Bien avant que le grand public ne découvre ChatGPT à l'automne 2022, cet assistant intégré directement dans les éditeurs de code proposait déjà d'autocompléter des lignes et des blocs entiers à mesure que les développeurs tapaient. Ce que peu de gens réalisaient alors, c'est que ce lancement discret marquait le début d'une transformation profonde du métier de programmeur. Depuis, le marché a explosé. Cursor, Replit, Windsurf, Amazon CodeWhisperer, Google Gemini Code Assist et une dizaine d'autres outils se disputent des millions d'utilisateurs, tandis qu'un nouveau phénomène, le "vibe coding", permet à des non-développeurs de générer des applications entières en langage naturel. Les gains de productivité mesurés par plusieurs études dépassent 30 à 55 % sur certaines tâches, ce qui pousse les grandes entreprises technologiques à revoir leurs équipes d'ingénierie à la baisse. Ce contexte concurrentiel pousse Microsoft, qui a investi plus de 13 milliards de dollars dans OpenAI, à défendre sa position dominante face à des challengers agiles et bien financés. GitHub Copilot a récemment été étendu avec des capacités agentiques capables de modifier plusieurs fichiers de façon autonome, signe que la simple autocomplétion ne suffit plus. L'enjeu dépasse le simple outil : celui qui s'impose comme plateforme de référence pour l'écriture de code contrôlera une part massive de la chaîne de création logicielle mondiale.

💬 Le vibe coding, c'est pas un gadget. Ça change qui peut construire un produit, et les boîtes tech qui recrutent moins depuis 6 mois ont déjà tiré leurs conclusions. Reste à voir si Cursor ou Microsoft sort gagnant, mais le vrai enjeu, c'est qui tient la couche où tout le code du monde s'écrit.