Les boucles d'agents changent l'\u00e9conomie des applications d'IA. Une demande de chat normale peut appeler un mod\u00e8le une seule fois. Une boucle d'agent peut planifier, appeler des outils, lire le r\u00e9sultat, demander \u00e0 un mod\u00e8le plus puissant de revoir la r\u00e9ponse, r\u00e9essayer une \u00e9tape \u00e9chou\u00e9e et continuer jusqu'\u00e0 ce que la t\u00e2che soit termin\u00e9e.<\/p>\n\n\n\n
Cela est utile. C'est aussi un probl\u00e8me de tarification.<\/p>\n\n\n\n
Si votre produit facture un tarif mensuel fixe alors que chaque t\u00e2che client d\u00e9clenche une utilisation impr\u00e9visible du mod\u00e8le, votre marge peut dispara\u00eetre discr\u00e8tement. Plus la boucle devient utile, plus il est important de mesurer, limiter, orienter et tarifer l'inf\u00e9rence qui la sous-tend.<\/p>\n\n\n\n
Pour les cr\u00e9ateurs, la question pratique est simple : comment permettre aux clients d'utiliser des fonctionnalit\u00e9s agentiques sans transformer chaque flux de travail r\u00e9ussi en un centre de co\u00fbts illimit\u00e9 ?<\/p>\n\n\n\n
Une boucle d'agent IA est un flux de travail r\u00e9p\u00e9t\u00e9. Le syst\u00e8me observe l'\u00e9tat actuel, r\u00e9fl\u00e9chit \u00e0 l'\u00e9tape suivante, agit via un mod\u00e8le ou un outil, \u00e9value le r\u00e9sultat et d\u00e9cide de continuer ou non.<\/p>\n\n\n\n
Ce mod\u00e8le appara\u00eet dans de plus en plus de produits chaque mois :<\/p>\n\n\n\n
Le produit peut exposer cela comme une seule action : corriger ce bug, r\u00e9sumer ce contrat, enqu\u00eater sur ce compte ou pr\u00e9parer ce rapport. En coulisses, cette action unique peut contenir plusieurs appels de mod\u00e8les.<\/p>\n\n\n\n
Cet \u00e9cart entre l'action orient\u00e9e utilisateur et l'inf\u00e9rence sous-jacente est l\u00e0 o\u00f9 la mon\u00e9tisation doit \u00eatre con\u00e7ue.<\/p>\n\n\n\n
L'utilisation des boucles est plus difficile \u00e0 tarifer que les discussions ponctuelles, car le co\u00fbt n'est pas toujours proportionnel \u00e0 la demande visible.<\/p>\n\n\n\n
Un client peut poser une question simple qui se termine par un appel peu co\u00fbteux. Un autre peut soumettre une t\u00e2che complexe qui passe par la planification, la r\u00e9cup\u00e9ration, les appels d'outils, la validation et les tentatives. Si les deux actions sont tarif\u00e9es de la m\u00eame mani\u00e8re, le deuxi\u00e8me client peut consommer la majeure partie de la marge.<\/p>\n\n\n\n
Le risque augmente lorsque les boucles fonctionnent en arri\u00e8re-plan. Un flux de travail programm\u00e9 peut r\u00e9essayer sans qu'aucun utilisateur ne regarde. Un agent ayant acc\u00e8s \u00e0 des outils peut g\u00e9n\u00e9rer plus d'\u00e9tapes interm\u00e9diaires que pr\u00e9vu. Un mod\u00e8le de v\u00e9rification peut doubler le nombre d'appels si chaque r\u00e9ponse est examin\u00e9e.<\/p>\n\n\n\n
Cela ne signifie pas que les boucles sont mauvaises. Cela signifie qu'elles doivent \u00eatre trait\u00e9es comme un mod\u00e8le d'utilisation avant d'\u00eatre consid\u00e9r\u00e9es comme une fonctionnalit\u00e9.<\/p>\n\n\n\n
Une tarification utile commence par trois questions :<\/p>\n\n\n\n
La r\u00e9ponse est rarement de facturer par jeton brut dans l'interface utilisateur du produit. La plupart des clients pensent en termes de t\u00e2ches, ex\u00e9cutions, si\u00e8ges, documents, rapports, projets ou automatisations. Mais le Constructeur a toujours besoin de visibilit\u00e9 sur les jetons, les mod\u00e8les et les niveaux d'ex\u00e9cution en arri\u00e8re-plan.<\/p>\n\n\n\n
ShareAI n'est pas un cadre d'agents, un cr\u00e9ateur d'applications sans code, un CMS, une plateforme d'h\u00e9bergement ou un moteur de flux de travail. Le Constructeur poss\u00e8de l'application en dehors de ShareAI : l'exp\u00e9rience produit, les comptes clients, la logique des agents, les outils, les politiques, les journaux et le flux de support.<\/p>\n\n\n\n
ShareAI s'int\u00e8gre au niveau de l'inf\u00e9rence et de la mon\u00e9tisation.<\/p>\n\n\n\n
Avec ShareAI, un Constructeur peut acheminer l'utilisation de l'IA depuis son produit via ShareAI, choisir des mod\u00e8les depuis le march\u00e9 des mod\u00e8les ShareAI<\/a>, et d\u00e9finir une marge ou une surcharge sur cette utilisation. Le client paie ShareAI pour l'utilisation de l'IA achemin\u00e9e, et ShareAI paie le Constructeur mensuellement \u00e0 partir des revenus g\u00e9n\u00e9r\u00e9s.<\/p>\n\n\n\n Cela est important pour les boucles d'agents, car le Constructeur peut s\u00e9parer deux choses qui sont souvent m\u00e9lang\u00e9es :<\/p>\n\n\n\n Le Constructeur n'a pas besoin de devenir un fournisseur de mod\u00e8les pour mon\u00e9tiser le trafic IA. Les fournisseurs contribuent avec des mod\u00e8les ou une capacit\u00e9 de calcul \u00e0 ShareAI. Les Constructeurs dirigent la demande depuis leurs propres produits et peuvent gagner sur la marge qu'ils fixent sur l'utilisation de l'IA qu'ils g\u00e9n\u00e8rent.<\/p>\n\n\n\n Pour les d\u00e9tails de mise en \u0153uvre, commencez par le documentation ShareAI<\/a> et le R\u00e9f\u00e9rence API ShareAI<\/a>.<\/p>\n\n\n\n Le meilleur mod\u00e8le de tarification d\u00e9pend de ce que votre produit vend. Les boucles d'agents correspondent g\u00e9n\u00e9ralement \u00e0 l'un des cinq sch\u00e9mas.<\/p>\n\n\n\n Une ex\u00e9cution est une boucle compl\u00e8te du d\u00e9but \u00e0 la fin. Cela fonctionne lorsque chaque ex\u00e9cution a un r\u00e9sultat clair, comme un rapport, une r\u00e9vision de code, une enqu\u00eate de support ou une analyse de document.<\/p>\n\n\n\n Utilisez cela lorsque les clients comprennent le travail comme une t\u00e2che \u00e0 accomplir. Ajoutez des plafonds internes pour les \u00e9tapes maximales, les jetons maximaux et les appels d'outils maximaux afin qu'une ex\u00e9cution exceptionnellement difficile ne devienne pas illimit\u00e9e.<\/p>\n\n\n\n Certaines boucles varient en complexit\u00e9. Une t\u00e2che de classification courte ne devrait pas co\u00fbter autant qu'un flux de travail de recherche en plusieurs \u00e9tapes. Dans ce cas, cr\u00e9ez des niveaux tels que standard, avanc\u00e9 et intensif.<\/p>\n\n\n\n Chaque niveau peut correspondre \u00e0 diff\u00e9rents choix de mod\u00e8les, limites de r\u00e9essai, \u00e9tapes de r\u00e9vision et taille de contexte. Le client voit un plan simple. Le Constructeur contr\u00f4le toujours le budget d'inf\u00e9rence derri\u00e8re cela.<\/p>\n\n\n\n Cela est courant pour les produits SaaS qui vendent d\u00e9j\u00e0 des abonnements. Incluez une quantit\u00e9 raisonnable d'utilisation de l'IA dans chaque plan, puis facturez l'utilisation suppl\u00e9mentaire lorsque les clients la d\u00e9passent.<\/p>\n\n\n\n Cela facilite l'adoption tout en prot\u00e9geant le Constructeur des utilisateurs intensifs. Cela donne \u00e9galement \u00e0 l'\u00e9quipe commerciale une voie claire pour des mises \u00e0 niveau lorsque le client commence \u00e0 d\u00e9pendre de la fonctionnalit\u00e9 d'agent chaque jour.<\/p>\n\n\n\n Toutes les fonctionnalit\u00e9s des agents ne doivent pas \u00eatre incluses dans le produit de base. Un flux de travail utilisant des mod\u00e8les plus puissants, un contexte plus long, des appels de r\u00e9viseurs ou des outils co\u00fbteux peut \u00eatre positionn\u00e9 comme un compl\u00e9ment premium.<\/p>\n\n\n\n Cela est particuli\u00e8rement utile pour les agences et les entreprises de logiciels verticaux. Un client peut ne pas se soucier du nombre d'appels de mod\u00e8les effectu\u00e9s. Ce qui l'int\u00e9resse, c'est que le flux de travail \u00e9conomise du temps pour le personnel, r\u00e9duit le travail de r\u00e9vision ou cr\u00e9e un livrable qu'il peut utiliser.<\/p>\n\n\n\n Dans certains produits, le client ne souhaite payer que lorsque la boucle produit quelque chose d'utilisable. Cela peut fonctionner pour l'enrichissement de prospects, le nettoyage de donn\u00e9es, l'extraction de documents ou la g\u00e9n\u00e9ration de contenu o\u00f9 la sortie peut \u00eatre valid\u00e9e.<\/p>\n\n\n\n Soyez prudent avec ce mod\u00e8le. Le constructeur paie toujours pour les tentatives \u00e9chou\u00e9es. La tarification par r\u00e9sultat accept\u00e9 n\u00e9cessite une \u00e9valuation rigoureuse, des limites strictes de r\u00e9essai et une marge suffisante pour absorber les ex\u00e9cutions infructueuses.<\/p>\n\n\n\n La mon\u00e9tisation est plus s\u00fbre lorsque la boucle est d\u00e9limit\u00e9e.<\/p>\n\n\n\n Commencez par cartographier chaque \u00e9tape du flux de travail. Identifiez quels appels n\u00e9cessitent des mod\u00e8les premium, lesquels peuvent utiliser des mod\u00e8les \u00e0 moindre co\u00fbt, lesquels n\u00e9cessitent un v\u00e9rificateur et lesquels peuvent \u00eatre ignor\u00e9s lorsque la confiance est \u00e9lev\u00e9e. Une boucle n'a pas besoin du m\u00eame mod\u00e8le pour chaque \u00e9tape.<\/p>\n\n\n\n Utilisez des r\u00e8gles de routage pour faire correspondre le co\u00fbt \u00e0 la valeur :<\/p>\n\n\n\n L'acc\u00e8s aux outils m\u00e9rite \u00e9galement une attention particuli\u00e8re. Le Protocole de contexte de mod\u00e8le<\/a> facilite la connexion des applications d'IA aux outils et aux sources de donn\u00e9es. Cela est puissant, mais cela signifie \u00e9galement que les constructeurs ont besoin d'autorisations claires, de journaux et de chemins de r\u00e9vision autour des actions destructrices.<\/p>\n\n\n\n Les directives de s\u00e9curit\u00e9 telles que le OWASP Top 10 pour les applications LLM<\/a> sont utiles ici car les boucles peuvent amplifier les risques tels que l'injection de prompts, une autonomie excessive, une conception d'outils non s\u00e9curis\u00e9e et l'exposition d'informations sensibles.<\/p>\n\n\n\nComment tarifer l'utilisation r\u00e9p\u00e9t\u00e9e d'inf\u00e9rences<\/h2>\n\n\n\n
1. Prix par ex\u00e9cution<\/h3>\n\n\n\n
2. Prix par niveau de t\u00e2che<\/h3>\n\n\n\n
3. Prix avec utilisation incluse plus d\u00e9passement<\/h3>\n\n\n\n
4. Flux de travail premium tarif\u00e9s s\u00e9par\u00e9ment<\/h3>\n\n\n\n
5. Tarifer par r\u00e9sultat accept\u00e9<\/h3>\n\n\n\n
Contr\u00f4lez les co\u00fbts avant d'ajouter une marge<\/h2>\n\n\n\n