LLM

Ce qu'est un LLM

LLM est l'abréviation de Large Language Model. Ces modèles sont entraînés sur d'immenses volumes de texte et apprennent des structures du langage à partir de cette base. Ils produisent leurs réponses par calcul de probabilités sur les suites de mots. Cette approche les rend performants sur un large éventail de tâches textuelles, mais les expose à des erreurs confidentes sur des faits précis, en particulier des faits récents ou très spécialisés absents de leurs données d'entraînement.

L'utilisation d'un LLM dans un logiciel métier passe par une API : le logiciel envoie une instruction au modèle et reçoit une réponse, généralement structurée pour faciliter l'intégration. Le modèle lui-même est hébergé et maintenu par son éditeur, en dehors du périmètre technique du logiciel qui l'appelle. La consommation se facture à l'usage directement à l'éditeur.

Trois familles de cas d'usage tiennent la plupart des besoins : lire et extraire des informations d'un document entrant (PDF, email, formulaire), construire une réponse à partir d'une base documentaire propre au système (voir RAG), préparer un brouillon sur la base d'une entrée structurée pour qu'une personne le relise et le valide.

LLM dans un projet

Quatre questions structurantes précèdent tout développement. Quelles données le modèle voit-il ? Le périmètre se définit au cadrage : un sous-ensemble choisi des données, pas la base entière. Où sont traitées ces données ? L'API les envoie chez l'éditeur du modèle, dont le traitement a lieu hors de France dans la plupart des cas actuels. Qui valide la réponse ? La réponse est une proposition, la validation revient à une personne, et le logiciel rend cette étape visible plutôt que facultative. Qui paie la consommation ? Elle se facture à l'usage à l'éditeur, séparément des honoraires de développement.

Un LLM appelé sans données contextuelles répond à partir de sa connaissance générale issue de l'entraînement. Pour des réponses fondées sur une base documentaire propre à un système, l'architecture utilisée est le RAG.

L'appel au modèle se fait depuis le serveur, jamais depuis le navigateur. La clé d'API et les données transmises ne doivent pas être exposées côté client. Ce point conditionne la conformité aux bonnes pratiques de sécurité applicative.

Les LLM évoluent rapidement. Un projet bien conçu isole l'appel au modèle dans un module remplaçable, de sorte qu'un changement de modèle ou de fournisseur ne nécessite pas de réécrire la logique métier du logiciel. Ce découplage est l'une des décisions d'architecture qui se prend au cadrage, avant le premier commit. Il protège aussi la portabilité du code en cas de résiliation ou de changement de tarification chez l'éditeur.