La sécurité du protocole concerne qui peut agir, non le modèle.
L’injection de prompt attire la majeure partie de l’attention en matière de sécurité dans les systèmes de LLM, et cela est justifié, mais ce n’est pas le seul problème une fois que les agents commencent à utiliser des outils et à déléguer du travail à d’autres agents.
Les tâches A2A de longue durée survivent aux sessions de chat.
La plupart des démonstrations d’agents IA se comportent encore comme des complétions de chat avec des étapes supplémentaires : vous envoyez une invite, attendez quelques secondes et recevez une réponse en une seule fois.
40 % des pilotes multi-agents échouent. Voici comment choisir le bon motif d’orchestration – et éviter ceux qui se révèlent défaillants.
Les systèmes d’IA mono-agent ont atteint leur apogée en 2025 — on donnait un prompt, quelques outils et un objectif à un unique LLM, et il s’en sortait reasonably bien sur des tâches bornées.
Écrivez l'événement avec les données. Ne les séparez jamais.
Deux écritures qui devraient réussir ensemble finiront par échouer séparément.
Votre service de commande enregistre la commande dans la base de données, puis publie un événement order.created vers un courtier de messages (message broker).
Le contexte Go est un contrôle de flux, non un stockage.
Le context.Context de Go est suffisamment simple pour être utilisé à mauvais — et c’est là que se pose le problème.
La spécification comme source de vérité, et non comme document annexe.
Le développement piloté par spécifications (Spec-Driven Development) est l’une de ces idées que les ingénieurs logiciels ont déjà adoptées par le passé, puis mises de côté lorsque l’effort cessait d’être rentable.
Les spécifications comme source de vérité, ou lente cérémonie ?
Le développement piloté par les spécifications (Spec-Driven Development) a fait son entrée en 2026 comme la réponse sérieuse des développeurs à la dérive du « vibe coding ».
Gardez l'intention proche du code.
Les registres de décisions constituent la couche de mémoire manquante dans le développement logiciel assisté par IA. Ils capturent non seulement ce qui a été construit, mais aussi pourquoi — et cette distinction devient cruciale lorsque les outils d’IA écrivent votre code.
Gérer les erreurs à la bonne frontière.
La gestion des erreurs en Go est souvent critiquée. Tout développeur Go a écrit ce code des centaines de fois :
« Cessez de dormir dans vos tests Go concurrents. »
Tester du code Go concurrent a toujours demandé une certaine discipline. Les goroutines sont économiques, les canaux sont simples et l’annulation via contexte est idiomatique — les travailleurs en arrière-plan et les minuteries sont omniprésents dans les services Go réels.
A2A n'est pas mort. Il n'est simplement pas universel.
Le protocole Agent2Agent de Google, généralement abrégé en A2A, a connu une première année étrange.
Des modèles de sondage fiables pour les agents IA.
Les agents de sondage (polling agents) font partie des aspects les moins glamour de l’architecture des assistants IA, mais ils sont aussi parmi les plus utiles.
MCP fournit aux agents des outils. A2A leur donne des pairs.
L’architecture des agents IA commence à se diviser en deux couches.
A2A transforme les agents en pairs du réseau.
Le protocole A2A, sigle d’Agent2Agent Protocol, est une norme ouverte pour la communication entre des systèmes d’agents IA indépendants.
Mettre en œuvre CQRS en Go sans formalités superflues
CQRS est l’un de ces modèles qui est souvent survendu, surcomplexifié et parfois mal diagnostiqué comme un remède à l’ennui du CRUD traditionnel.
Choisissez le motif le plus simple qui fonctionne.
Les systèmes mono-modèles sont simples. Les systèmes multi-modèles sont puissants. Le défi ne réside pas dans le choix des modèles, mais dans la conception de l’architecture qui les orchestre.
