Application d’IA

Comment ça marche

Un modèle ne fait que transformer du texte en texte. Pour en faire un produit utilisable, il faut tout le reste : une interface, un system prompt qui fixe le comportement, la gestion de la conversation et de son contexte, des outils (recherche, documents, connecteurs), une mémoire, des règles de sécurité, l’administration des comptes, le stockage et le traitement des données. C’est l’application. Elle représente la plus grande part de ce que vous voyez et de ce que vous payez.

Cette distinction compte dans les choix. Quand on compare deux outils, on compare surtout deux applications, même si elles utilisent des modèles voisins. Quand un outil change de comportement, c’est souvent l’application qui a été modifiée, ou le modèle sous elle. Et quand on se demande où vont les données, c’est l’application et son éditeur qui décident, pas le modèle. Évaluer un outil d’IA, c’est évaluer une application.

Un exemple concret

1. L’assistant généraliste, sous abonnement professionnel : interface de chat, recherche web, mémoire, documents, agents personnalisés. Utilisé pour la rédaction courante et la veille. Le modèle est celui du fournisseur, mis à jour sans préavis.
2. L’outil juridique spécialisé, d’un éditeur du secteur : il utilise le même modèle par API, mais l’application est tout autre : consignes juridiques strictes, base de jurisprudence intégrée, citations vérifiées automatiquement, pas de mémoire, données hébergées en Europe sous contrat sectoriel.
3. Le test : la même question de droit posée aux deux. L’assistant généraliste répond vite, bien écrit, avec une référence inventée. L’outil spécialisé répond plus sobrement, avec trois références vérifiables.
4. La conclusion : même modèle, résultats opposés sur ce qui compte. Le cabinet garde les deux, pour des usages différents, écrits dans la charte.

L’application a fait toute la différence : les consignes, les sources branchées, la vérification des citations. Le modèle était le même.

Ce que ça change pour une équipe

• On évalue le bon objet. Pas le modèle, l’application : fonctions, consignes, données, administration, sur vos cas.
• Les comportements s’expliquent. Un outil qui refuse, qui invente, qui change de ton : la cause est dans l’application, et souvent réglable.
• Les outils métier ont leur place. Une application spécialisée, avec ses sources et ses contrôles, peut valoir bien plus qu’un assistant généraliste sur le même modèle.
• La construction d’outils internes se comprend. Un outil maison, c’est une application : un modèle plus des consignes, des documents, des contrôles. C’est à la portée d’une PME.

Les limites et les erreurs fréquentes

• Choisir sur le modèle annoncé. « Propulsé par le modèle X » ne dit rien de l’application. Le test sur vos cas, oui.
• Oublier que l’application change aussi. Fonctions ajoutées, consignes modifiées, conditions révisées : l’éditeur fait évoluer son produit. Une relecture périodique.
• Confondre les garanties du modèle et celles de l’application. C’est l’éditeur de l’application qui traite vos données. Le contrat est avec lui.
• Négliger l’administration. Comptes, règles, journaux, désactivation des fonctions sensibles : c’est dans l’application qu’on gère l’usage de l’équipe.