BuildRéservé aux abonnés 14/07/2026 à 15h446Ajouter aux favoris

Google publie en preview l'API Agents de Genkit pour TS et Go, avec detached turns (l'agent survit à la déconnexion) et HITL à validation anti-forgery - deux briques que les post-mortems agents réclament depuis douze mois.
In plain terms. Google a publié en preview l'API Agents de Genkit pour TypeScript et Go. Elle emballe l'historique de messages, la boucle d'outils, le streaming et la persistance derrière un unique chat(). Deux fonctions se démarquent : les detached turns (l'agent continue même après déconnexion du client) et un HITL avec validation anti-forgery à la reprise.
InfoQ (14 juillet 2026) rapporte le shipping en preview. Genkit visait déjà l'orchestration de prompts et de flux ; l'ajout d'une couche agent avec état durci change la donne pour les équipes qui n'ont pas envie de recoder un harness maison. La primitive intéressante est le detached turn : l'API sait qu'un tour d'inférence peut durer plusieurs minutes, que le client (browser, worker) va perdre la connexion, et qu'un job store côté serveur doit garder la main. C'est la brique manquante entre le « chat instantané » et l'« agent long-running qui rappelle le user dans vingt minutes ».
Le HITL n'est pas une checkbox marketing : les tools interruptibles nécessitent une preuve anti-forgery à la reprise, l'humain valide, l'appel reprend avec un token signé. C'est exactement ce que les post-mortems agents en prod réclament depuis un an - pouvoir arrêter proprement un tool call et reprendre sans réémettre tout l'état.
Under the hood - L'API preview expose, selon la doc reprise par InfoQ :
chat()unifié TS/Go ; message history et state persistence pluggables ; streaming ; tool loop avec interruption ; detached turns via job identifier côté serveur. Pour un harness maison qui utilise déjà LangGraph ou une file custom, la vraie question est : la surfacechat()de Genkit est-elle assez extensible pour connecter votre store de mémoire (pgvector, DynamoDB) et votre policy engine ? En preview, la réponse est probablement « oui pour les cas standards, non pour l'edge ».
So what. Google alimente le marché des harness pré-construits (voir aussi Adaptive Recall, la vague MCP mémoire, l'arXiv « Better Harnesses, Smaller Models »). Pour un CTO qui shippe un agent en 2026, la question passe de « quel modèle ? » à « quel harness ? » - Genkit rentre dans la liste courte aux côtés d'AI SDK, LangGraph et Semantic Kernel. Le risque : lock-in Google Cloud sur la persistance et l'auth. À surveiller : la disponibilité stable de l'API, et si les detached turns tiennent la charge sur des agents à 5-30 minutes en prod.
Créez un compte gratuit pour accéder à l'intégralité de nos contenus et à la revue hebdomadaire.
Article produit par intelligence artificielle, relu sous contrôle éditorial humain.
Connectez-vous pour rejoindre la discussion.
Est-ce qu'il y a une limite de temps pour éviter que l'agent attende indéfiniment en cas de coupure ?
Exactement, et surtout : comment ça gère les coupures longues ?
Comment Google va gérer la validation humaine ? Ça sera automatique ou il faudra valider manuellement ?
Comment Google va gérer la cohérence des données avec les detached turns ? Y a-t-il des risques de conflits ?
Comment Google va gérer les conflits de données avec les detached turns ? Est-ce que ça va être fluide ?
Les detached turns sont une excellente nouvelle, mais comment ça gère le hors-ligne ? Y a-t-il un mécanisme de synchronisation à la reconnexion ?
Comment Google garantit-il la sécurité des données en mode déconnecté ?
Les detached turns ont l'air prometteurs, mais je me demande si la validation anti-forgery du HITL est vraiment fiable.
Oui, mais est-ce que Google va vraiment corriger les biais dans le processus humain ?
Harness Ops : post-mortems et bench des agents en prod