Un petit modèle entraîné sur vos cas bat un gros modèle généraliste.
Pour chaque décision fermée que votre application prend souvent (trier un message, choisir un service, qualifier une demande), l'usine fabrique un spécialiste : entraîné en quelques secondes, mesuré sur un test que vous validez, adopté seulement s'il ne fait pas pire, et qui apprend de ce qui se passe vraiment ensuite.
Le cycle d'un spécialiste
Tout se fait par l'API ou dans la console. Rien ne passe en décision tout seul.
- Déclarer
La question, ses options, l'option prudente et les erreurs qui coûtent cher. - Donner des exemples
Quelques-uns par option, ou générés par un modèle que vous choisissez, puis relus. - Figer un test humain
Des cas réels validés par une personne, en ajout seulement. Jamais générés. - Entraîner
Une couche de décision sur un encodeur commun : quelques secondes, sur processeur. - Qualifier
La barrière : pas plus d'erreurs dangereuses que la version en service, seuil choisi par validation croisée sur vos exemples. - Observer, puis décider
D'abord il propose sans rien changer ; il décide quand vous le promouvez. - Apprendre des retours
Ce qui s'est vraiment passé devient un exemple à relire, jamais un changement direct du modèle.
Ce qui est garanti, et ce qui ne l'est pas
Mesuré sur votre test
La qualité se mesure sur un test humain figé. Avec zéro erreur dangereuse sur n cas concernés, le vrai taux est sous 3/n à 95 % : la console l'affiche.
Sans régression
Une nouvelle version ne remplace l'ancienne que si elle ne fait pas plus d'erreurs dangereuses. Revenir en arrière est immédiat.
Prudent dans le doute
Sous le seuil, la réponse est l'option prudente que vous avez déclarée, signalée comme un doute.
Vos données restent chez vous
Chaque espace est isolé. En local, rien ne sort. Aucun exemple réel n'est envoyé ailleurs sans votre accord explicite.
Ce qui n'est pas garanti : la qualité sur des cas qui ne ressemblent à rien de ce qui a été vu. C'est le rôle de l'observation, du seuil et de l'option prudente.
Le même appel que Jev
Votre code ne change pas : seule l'adresse change. La réponse garde la forme de Jev et ajoute un bloc routage, que les clients existants ignorent.
curl -s <adresse de l'usine>/v1/systemone \
-H "Authorization: Bearer <votre clé>" -H "Content-Type: application/json" \
-d '{"state": "Mes paiements échouent depuis trois jours.", "model": "auto",
"questions": {"service": {"type": "choice",
"instructions": "Quel service doit traiter ce message ?",
"criteria": {"facturation": "paiements, factures, remboursements",
"technique": "pannes, bugs, connexion, intégrations",
"commercial": "tarifs, devis, nouveaux comptes"}}}}'
Mesuré ici, pas promis
exactitude du spécialiste sur un test figé de 48 cas, contre 0,19 à 0,38 pour des généralistes locaux utilisés tels quels.
par réponse sur processeur (OpenVINO int8), environ 500 Mo de mémoire, sans carte graphique.
pour entraîner une version, 2 s pour la qualifier ; une tête pèse 54 Ko.
Réserve : un seul cas d'usage (six natures de travail, en français), un test de 48 cas synthétiques. Suffisant pour comparer des candidats, pas pour promettre un taux d'erreur : c'est votre propre test qui le dira.