Stripe achète l'aiguillage entre vous et vos modèles

Les faits d'abord. Mercredi 19 août, Stripe a annoncé l'acquisition d'OpenRouter. Aucune des deux sociétés n'a communiqué de prix. Le New York Times avance environ 7,5 milliards de dollars, dont 1,5 milliard pour les fondateurs. Axios évoque plus de 8 milliards. En mai, OpenRouter levait 113 millions sur une valorisation d'environ 1,3 milliard. Le multiple tient en trois mois.

Ce que fait cette société se résume en une phrase. Une seule interface technique donne accès à environ 400 modèles, ceux d'Anthropic, de Google, d'OpenAI et de dizaines d'autres fournisseurs. Vos équipes branchent une application une fois, puis choisissent le modèle tâche par tâche selon le prix, la latence ou la qualité, sans rien réécrire. Huit millions d'utilisateurs passent par là.

Le contexte maintenant. Deux semaines plus tôt, le mardi 4 août, Cloudflare lançait Cloudflare Wallets et cloudflare.pay : un portefeuille en monnaie stable et une identité permanente pour chaque agent, avec des plafonds de dépense, sur un protocole de paiement appelé x402. Visa, Mastercard et Stripe siègent à la fondation qui le porte. La brique qui permet à un programme d'acheter un service sans qu'un humain valide chaque transaction existe, elle tourne, plus de vingt sociétés l'ont déjà adoptée.

Assemblez les deux. D'un côté, un logiciel peut choisir seul quel modèle traite une demande. De l'autre, il peut le régler seul. Stripe vient d'acheter le premier pour le brancher sur le second.

Ce que ça veut dire pour vous : trois choses, dans cet ordre.

La première touche vos contrats. Beaucoup de directions informatiques ont négocié un accord-cadre avec un fournisseur de modèles, en pensant tenir leur dépendance. Si vos développeurs passent par un aiguilleur, ce n'est plus votre accord-cadre qui décide quel modèle traite quoi, c'est une règle technique écrite dans le code, souvent par une seule personne. Le jour où cet aiguilleur appartient à votre prestataire de paiement, la question n'est plus seulement technique.

La deuxième touche votre comptabilité. La consommation IA se facture à l'usage, elle arrive en fin de mois, agrégée, sans que personne ne sache dire quelle équipe a consommé quoi. Ajoutez des agents qui déclenchent eux-mêmes des appels payants et vous obtenez une ligne budgétaire qui grossit sans décision humaine identifiable. Ce n'est pas un problème de coût, c'est un problème de contrôle interne.

La troisième touche votre délégation. Dans votre entreprise, une dépense engagée suit une chaîne connue : quelqu'un demande, quelqu'un valide, quelqu'un paie. Cette chaîne a été écrite pour des humains. Elle ne dit rien du cas où un agent achète un service à un autre agent, à trois heures du matin, pour quelques centimes, quatre mille fois.

La question à se poser : dans votre organisation, qui a aujourd'hui le pouvoir d'autoriser un logiciel à dépenser ? Et jusqu'à quel montant ?