La fiabilité agentique devient un problème de transactions

Un agent peut prendre la bonne décision et produire malgré tout un mauvais système. Il suffit que l’état métier soit enregistré mais que l’action ne parte pas — ou que l’action parte après l’annulation de l’état. Le signal de cette édition est simple : l’autonomie n’a de valeur que si le “décider et agir” résiste aux pannes, aux retries et à la concurrence.

Durable execution & data

“Décider” et “agir” doivent désormais partager le même commit

Le 2 octobre, Google Cloud a rendu Spanner queues disponible en GA. Le principe : l’agent peut modifier son état métier et mettre en file l’action suivante dans une seule transaction. Les deux opérations réussissent ensemble ou échouent ensemble. La queue ajoute aussi livraison différée, leases renouvelables, consommation en streaming SQL et acquittement transactionnel.

Pourquoi c’est important. Dans un workflow de remboursement, de provisioning ou de handoff entre agents, une réponse “correcte” ne suffit pas. Sans atomicité, on fabrique des intentions orphelines, des actions fantômes et des workers de réconciliation. Google garantit au moins une livraison et au plus un acquittement ; l’exactly-once de bout en bout exige encore une clé d’idempotence côté système externe.

Décision Delivery. Ajoutez au design agentique quatre artefacts qui existaient déjà dans les systèmes distribués : machine d’état, contrat d’idempotence, stratégie de retry et scénario de réconciliation. Pour une ESN, le sujet n’est plus seulement l’intégration LLM : c’est l’architecture transactionnelle du processus métier automatisé.

Source primaire — Spanner queues, disponibilité générale

Supply chain security

L’IA augmente aussi le bruit des signalements de vulnérabilité

GitHub remplace la zone de texte libre des private vulnerability reports par un formulaire structuré : résumé, détails, preuve de concept d’au moins 150 caractères et impact. Les mainteneurs peuvent versionner un modèle .github/VULNERABILITY_REPORT.yml, imposer un CWE et demander au reporter de déclarer l’usage d’une assistance IA.

Conséquence. Quand produire un rapport devient presque gratuit, la qualité de la file d’entrée devient le goulot. Le pattern dépasse GitHub : structurez les preuves avant d’automatiser le triage. Pour les équipes AppSec, un bon formulaire est maintenant un contrôle de qualité et un contrat d’intégration API.

Source primaire — formulaires structurés GitHub

Identité & CI/CD

Un token plus long peut casser une chaîne sans changer ses permissions

Le déploiement des tokens d’installation stateless pour GitHub Apps est terminé. Les nouveaux tokens font environ 520 caractères, contre 40 auparavant, tandis que le scope, les permissions et l’expiration d’une heure restent inchangés. GitHub demande de vérifier colonnes de base, secret stores, proxies, middlewares, journaux et règles de masquage.

Leçon. Traiter un secret comme une chaîne opaque n’est pas une convention esthétique : c’est un invariant d’architecture. Testez la longueur, la troncature et la redaction dans les runners et les produits ESN qui manipulent ces identités. Le header de transition sera retiré le 30 novembre 2026.

Source primaire — rollout des tokens stateless

Software delivery

Le merge programmatique accepte enfin que le dépôt soit occupé

L’API de merge asynchrone GitHub passe en GA. Elle couvre pull requests unitaires ou empilées, merge queue et merge direct. L’automatisation soumet un PUT, reçoit un identifiant, puis interroge l’état par GET au lieu de bloquer sur une opération complexe.

Impact. Pour les bots, release trains et agents de code, le merge devient un job durable avec statut, et non un appel synchrone fragile. Il faut donc stocker l’ID de requête, gérer polling/backoff, timeout métier et résultat terminal. C’est peu spectaculaire, mais exactement le genre de primitive qui évite les doubles actions et les pipelines bloqués.

Source primaire — async merge API GA

Architecture & gouvernance

Une architecture publiée par un fournisseur reste une hypothèse

Le 2 octobre, AWS a retiré le guide d’implémentation d’un billet consacré à Kafka sur S3 Files afin de le réexaminer avec ses spécialistes. AWS demande aux équipes l’ayant déjà déployé de tester nombre de partitions par broker, objectifs de latence et scénarios de panne avant la production.

Signal organisationnel. Un diagramme officiel n’est ni un benchmark indépendant ni une garantie d’exploitation. Toute recommandation externe devrait entrer dans un registre de décisions avec hypothèses, seuils de sortie, tests de défaillance et propriétaire. Le vrai professionnalisme n’est pas de ne jamais réviser une architecture ; c’est de rendre sa révision rapide et traçable.

Source primaire — note de retrait AWS du 2 octobre

Le Delivery doit distinguer trois niveaux : raisonnement, intention durable, effet externe. Le modèle produit une décision ; la plateforme la commit ; un worker idempotent l’exécute ; la preuve relie les trois.

Cette séparation facilite le replay, l’approbation humaine et l’audit. Elle révèle aussi les responsabilités : le modèle n’est pas le système de record, la queue n’est pas le métier, et un retry n’est pas une stratégie de cohérence.

Quels actes métier sommes-nous prêts à rejouer ? Un email peut être renvoyé. Un paiement, une suppression ou une modification réglementaire exigent d’autres garanties. Avant d’augmenter l’autonomie, classez les actions selon leur réversibilité, leur idempotence, leur preuve attendue et le coût maximal d’un doublon.

Le test des cinq coupures.

Sur un workflow réel, coupez successivement après la décision, après l’écriture d’état, après l’enqueue, pendant l’appel externe et avant l’ACK. Redémarrez chaque fois. Vérifiez qu’aucune action n’est perdue ou doublée, que le statut converge et que l’opérateur sait expliquer l’historique sans lire les logs bruts.

Dans la revue de fiabilité agentique. Une mission courte peut cartographier les actes irréversibles, rejouer les pannes, auditer idempotence et queues, puis produire une matrice “action × garantie × preuve”. C’est un wedge concret pour une ESN : partir d’un workflow existant, réduire son risque opérationnel, puis industrialiser le pattern dans la plateforme.

Quel acte de votre chaîne de Delivery deviendrait dangereux s’il était exécuté deux fois — et pouvez-vous prouver aujourd’hui qu’il ne le sera pas ?

Spanner queues : mécanique transactionnelle

Documentation Spanner queues

Private vulnerability reports structurés

Tokens GitHub App stateless : points de contrôle

Async merge API : GA et stacked PRs

AWS : recommandation Kafka/S3 Files retirée