Avec un logiciel classique, l’achat unique se justifiait : une fois livr\u00e9, le produit \u00e9tait termin\u00e9. Un agent IA n’est jamais termin\u00e9 : les \u00e9diteurs retirent leurs mod\u00e8les de langage au bout de 12 \u00e0 18 mois environ, les formats de documents et les processus \u00e9voluent, et la qualit\u00e9 se d\u00e9grade si personne ne la mesure. La bonne question n’est donc pas \u00ab acheter ou louer \u00bb, mais qui est responsable du bon fonctionnement de l’agent dans dix-huit mois, et combien cela co\u00fbte dans chaque mod\u00e8le<\/strong>. L’achat l’emporte quand vous disposez d’une \u00e9quipe interne capable de maintenir l’agent. L’abonnement l’emporte quand ce n’est pas le cas.<\/p>\n\n\n\n Les entreprises reportent sur les agents IA leurs r\u00e9flexes d’achat de logiciels classiques : cahier des charges, devis, recette, facture. Cela fonctionnait quand un logiciel comptable d\u00e9ploy\u00e9 en 2015 faisait encore exactement le m\u00eame travail en 2020. Un agent IA d\u00e9pend de quatre \u00e9l\u00e9ments qui changent sans que vous l’ayez d\u00e9cid\u00e9 :<\/p>\n\n\n\n Chacun de ces changements demande un travail technique. Reste \u00e0 savoir qui le r\u00e9alise, et \u00e0 quelles conditions.<\/p>\n\n\n\n Les \u00e9diteurs de mod\u00e8les publient leurs politiques de retrait et s’y tiennent. La version pr\u00e9cise du mod\u00e8le sur laquelle l’agent a \u00e9t\u00e9 construit finit par ne plus fonctionner, et les requ\u00eates qui la visent renvoient une erreur.<\/p>\n\n\n\n\nPourquoi un agent IA n’est pas \u00ab achet\u00e9 et termin\u00e9 \u00bb<\/h2>\n\n\n\n
\n
Un fait technique dont on parle rarement \u00e0 la signature : les mod\u00e8les sont retir\u00e9s<\/h2>\n\n\n\n