Votre équipe reprend la main, ou la mission a échoué.

Le problème réel

Une stack d'IA locale livrée sans transfert est une dette. Elle tourne tant que rien ne bouge, puis un modèle sort, une dépendance casse, un service ne redémarre pas — et personne dans l'équipe ne sait par où commencer.

Le risque est aggravé par la nature du domaine : les compétences LLMOps sont récentes, mal documentées en français, et l'essentiel du savoir utile est constitué de pièges qu'aucune documentation officielle ne mentionne.

Comment je le résous

Ce que je transmets réellement, par ordre d'importance :

1. La discipline de mesure — pas les commandes. Savoir que ps rss ment, savoir vérifier un cosinus avant de migrer, savoir annoncer une latence à froid. C'est ça qui se transporte d'un projet à l'autre.
2. Les gates — un système qu'on ne mesure pas se dégrade en silence. L'équipe repart avec des seuils qui échouent au rouge, pas avec un tableau de bord qu'on regarde en réunion.
3. Les pièges du domaine, documentés et datés : ceux que j'ai payés, pour qu'ils ne soient payés qu'une fois.
4. La documentation d'architecture — les décisions et les abandons. Un choix écarté et tracé vaut plus qu'un choix retenu sans justification.

Un piège appris sur le terrain

Ce que ça donne, mesuré

• Documentation d'architecture bilingue FR/EN, 16 pages, diagrammes inclus
• Journal de décisions tracé — les abandons y figurent au même titre que les choix retenus
• Gates CI livrés prêts à brancher, avec leurs baselines
• Restitution enregistrée, réutilisable en interne

Où c'est en production

• Klody Core — Plan de contrôle
• Library Brain — RAG 100 % local
• KlodyAI — Agent de code · ReAct