Le rêve d’un agent IA véritablement autonome — qui ne se contente pas d’écrire du code, mais le déploie en production, sur sa propre infrastructure et sous sa propre facturation — vient de faire un pas de géant vers la réalité. Pour en savoir plus sur la révolution de l’infrastructure des agents, consultez notre guide complet des agents IA et notre état des lieux de l’ingénierie des agents.
Hier, Cloudflare a annoncé un partenariat avec Stripe qui permet aux agents IA de provisionner des comptes Cloudflare à partir de zéro, d’enregistrer des noms de domaine, de souscrire à des abonnements payants et de déployer des applications — le tout sans qu’un humain ne doive se rendre sur un tableau de bord ni copier-coller un jeton d’API. Pour en savoir plus sur l’infrastructure des agents, consultez notre article sur la maturité de la plateforme Hermes Agent.
« C’est comme donner à votre agent sa propre carte de crédit d’entreprise et son trousseau de clés », a fait remarquer un observateur du secteur. « À ceci près que vous fixez le plafond de dépenses et pouvez révoquer l’accès à tout moment. »
De zéro à la production, zéro intervention humaine
L’idée de base est d’une simplicité trompeuse. Un développeur demande à son agent de codage de construire quelque chose et de le déployer. L’agent déduit qu’il a besoin d’un nom de domaine, d’une plateforme d’hébergement et d’un moyen de servir le trafic. Il interroge le catalogue de services de Cloudflare via une API REST, provisionne un nouveau compte (ou lie un compte existant via OAuth), obtient un jeton d’API et déploie.
L’ensemble du processus, comme le montre le billet de blog de Cloudflare, prend environ deux minutes :
- L’utilisateur se connecte à Stripe Projects CLI
- L’agent parcourt le catalogue de services de Cloudflare lisible par machine
- Il provisionne un nom de domaine via le registraire de Cloudflare
- Cloudflare crée automatiquement un compte s’il n’en existe pas (ou déclenche une demande OAuth)
- Stripe fournit un jeton de paiement — plafonné à 100 $ par mois par défaut
- L’agent reçoit les identifiants API et déploie
L’humain n’est invité à approuver que lorsqu’une limite est franchie — par exemple accepter les conditions d’utilisation ou ajouter un moyen de paiement. Tout le reste se passe d’agent à API.
Les trois piliers de l’infrastructure des agents
Le nouveau protocole, co-conçu par Cloudflare et Stripe, repose sur trois innovations architecturales :
1. Découverte — des catalogues de services lisibles par machine
Cloudflare expose une API REST qui renvoie un catalogue JSON de tous les services qu’un agent peut provisionner. Un humain serait submergé par ce flot d’informations, mais les agents y prospèrent. L’agent interroge simplement stripe projects list pour voir les services disponibles, puis effectue sa sélection en fonction de l’objectif de l’utilisateur.
Point clé : les catalogues de services conçus pour les humains sont filtrés et simplifiés. Les catalogues de services destinés aux agents sont exhaustifs et structurés — et c’est une fonctionnalité, pas un bug.
2. Autorisation — le provisionnement instantané de comptes
Lorsqu’un agent provisionne une ressource Cloudflare pour un utilisateur qui n’a pas encore de compte Cloudflare, le système en crée un automatiquement. Stripe agit comme fournisseur d’identité et atteste de l’identité de l’utilisateur via OAuth/OIDC. Cloudflare provisionne le compte et renvoie les identifiants directement à l’agent — sans formulaire d’inscription, sans vérification d’e-mail, sans assistant « choisissez votre offre ».
Pour les utilisateurs existants, un flux OAuth standard accorde à l’agent un accès avec une portée limitée.
3. Paiement — des budgets d’agents sans exposition des cartes de crédit
C’est sans doute l’élément le plus important. Les informations de paiement brutes ne sont jamais partagées avec l’agent. Stripe émet un jeton de paiement limité que Cloudflare peut utiliser, plafonné à 100 $ par mois par défaut et par fournisseur. Les utilisateurs peuvent augmenter ce plafond une fois la confiance établie.
« Mon agent va-t-il acheter 50 noms de domaine dans une frénésie de dépenses ? » est exactement la bonne question à se poser. La réponse de Stripe : un plafond de dépenses strict, aucune exposition des informations de paiement et des pistes d’audit complètes.
Pourquoi cela compte pour l’économie des agents
Ce lancement est important pour trois raisons :
La stratégie de standardisation
Cloudflare et Stripe sont en train de créer un standard de fait pour l’infrastructure provisionnée par des agents. Toute plateforme disposant d’utilisateurs connectés peut jouer le rôle d’« Orchestrateur » — l’entité qui atteste de l’identité et sert d’intermédiaire de paiement. Cloudflare invite explicitement les autres plateformes à s’intégrer de la même manière :
« Toute plateforme disposant d’utilisateurs connectés peut jouer le rôle d’“Orchestrateur”… et s’intégrer à Cloudflare. »
Cela fait écho à la manière dont OAuth a standardisé l’accès délégué à l’ère du Web 2.0. Le nouveau protocole étend OAuth aux paiements et à la création de comptes, en traitant les agents comme des citoyens de première classe.
La fin du « déploiement comme corvée humaine »
Pour les agents de codage comme Claude Code, Cursor et GitHub Copilot, le dernier goulot d’étranglement restant était le déploiement. Un agent peut écrire une application parfaite, mais il ne peut pas naviguer dans le tableau de bord Cloudflare, saisir les informations de facturation et acheter un nom de domaine. C’est désormais possible.
L’impact est amplifié par le partenariat avec Stripe : n’importe lequel des milliers de services de l’écosystème Stripe peut théoriquement adopter le même protocole, donnant aux agents accès à des bases de données, des CDN, des services de messagerie, des outils de supervision et plus encore.
L’agent dépense de l’argent — vous contrôlez le budget
Ce modèle inverse la relation de facturation SaaS traditionnelle. Au lieu qu’un humain s’inscrive aux services puis accorde à l’agent un accès API, l’agent découvre et provisionne les services de manière autonome, dans les limites budgétaires fixées. Cela se rapproche davantage de la façon dont nous gérons des employés : on leur donne un budget, on suit leurs dépenses et on examine la piste d’audit.
Ce qui manque aujourd’hui
L’annonce indique clairement qu’il s’agit d’une version préliminaire. Limites notables :
- Les humains doivent toujours rester « dans la boucle » pour l’acceptation des conditions d’utilisation et la configuration du paiement
- Seuls les services Cloudflare sont disponibles au lancement (même si le protocole est conçu pour être multi-fournisseurs)
- Le plafond par défaut de 100 $ par mois est prudent — adapté à l’expérimentation, mais limitant pour des charges de production
- Pas encore de mécanisme d’isolation multi-tenant pour les plateformes SaaS qui souhaitent permettre à leurs utilisateurs de provisionner des ressources Cloudflare via un agent orchestré
Vue d’ensemble
L’annonce de Cloudflare arrive dans une semaine déjà riche en actualités sur l’infrastructure des agents. AWS a permis à des agents de piloter des bureaux virtuels WorkSpaces (à un coût pouvant atteindre 500 000 jetons par clic), et Google construirait un agent personnel 24 h/24 et 7 j/7 baptisé « Remy » pour rivaliser avec OpenClaw.
Mais l’initiative de Cloudflare est différente. Ce n’est pas un agent qui exécute une tâche : c’est l’infrastructure sous-jacente qui rend les agents viables en tant qu’acteurs économiques autonomes. Sans rails de paiement, sans attestation d’identité et sans découverte de services, les agents restent des chatbots qui appellent des API de temps en temps. Avec ces éléments, ils deviennent des opérateurs indépendants capables d’amorcer leur propre outillage.
Comme l’a formulé un commentateur de Hacker News : « C’est l’infrastructure ennuyeuse qui fera réellement fonctionner en production les démonstrations d’agents spectaculaires. »
La discussion sur Hacker News est très animée, avec 252 points et 140 commentaires, et des débats allant des implications de sécurité à l’économie de l’infrastructure provisionnée par des agents.
Ce qu’il faut surveiller
La question clé est l’adoption. Si d’autres grands fournisseurs cloud — AWS, GCP, Azure — suivent l’exemple de Cloudflare et exposent des catalogues de services provisionnables par des agents avec des jetons de paiement, nous pourrions assister à une explosion cambrienne de projets logiciels entièrement autonomes, conçus, construits et déployés par des agents IA avec une supervision humaine minimale.
L’intégration native de Cloudflare avec PlanetScale pour les bases de données donne une indication de la direction prise : des agents capables de provisionner une pile technologique complète — calcul, base de données, DNS, CDN, nom de domaine — en un seul flux de travail autonome.
L’économie des agents n’est plus théorique. Elle vient de recevoir une adresse de facturation et une carte de crédit.