STACKMODERNE
NOTE / 2026-10-01

Système IA privé : pourquoi un modèle local ne suffit pas

Une IA privée ne se résume pas à installer un LLM sur site. Données, identité, outils, vérification, autorité et exploitation doivent être conçus comme un système.

Installer un modèle open-weight sur un serveur interne répond à une question utile : où s’exécute l’inférence ? Cela ne répond pas, à lui seul, aux questions qui déterminent si une organisation possède réellement son système d’intelligence.

Une IA privée doit être examinée comme une architecture complète. Elle reçoit des données, consulte éventuellement une mémoire, appelle des outils, produit des propositions, déclenche parfois des actions et laisse des traces. Chacune de ces étapes crée une dépendance, une frontière de sécurité et une responsabilité opérationnelle.

Modèle local et système privé ne sont pas synonymes

Un modèle peut s’exécuter localement tout en dépendant de composants externes : service d’embedding, télémétrie, registre de modèles, moteur de recherche, fournisseur d’identité ou outil appelé pendant l’exécution. Inversement, une architecture hybride peut conserver une partie de son calcul dans un environnement contrôlé et externaliser une fonction non sensible de manière explicitement autorisée.

La bonne question n’est donc pas seulement :

Le modèle tourne-t-il chez nous ?

Elle devient :

Quelles données, capacités, décisions et dépendances restent sous notre contrôle, dans quelles conditions ?

Les six couches d’une intelligence réellement contrôlée

1. Les données

Il faut documenter où résident les données d’entrée, les index, les journaux, les jeux d’évaluation et les traces de sortie. Une politique de confidentialité ne remplace pas une cartographie des flux.

2. La capacité neuronale

Le modèle généraliste ou spécialisé apporte certaines capacités. Son identité exacte compte : poids, quantification, tokenizer, configuration, runtime et paramètres de génération peuvent modifier le comportement observé.

3. La connaissance

Une partie de l’information peut vivre dans des poids, une base documentaire, un graphe, des règles ou un système métier. Ce placement doit être choisi en fonction de la fréquence de mise à jour, du besoin de preuve et du coût d’erreur.

4. La vérification

Une sortie générative ne devrait pas acquérir automatiquement une autorité opérationnelle. Schémas, règles déterministes, contrôles de cohérence, validateurs métier et chemins de refus peuvent transformer une proposition probabiliste en décision mieux contrôlée.

5. L’autorité

Accéder à un document, proposer une action et exécuter cette action sont trois permissions différentes. Une architecture privée sérieuse borne l’autorité par composant, environnement et mission.

6. L’exploitation

Versionnement, observabilité, requalification, rollback et gestion des incidents font partie du système. Une démonstration locale n’est pas encore une capacité exploitable durablement.

La souveraineté utile se mesure composant par composant

Le mot « souverain » devient imprécis lorsqu’il sert à décrire tout système hébergé dans un pays donné. Une analyse plus rigoureuse examine au moins :

  • la localisation et le mouvement des données ;
  • le contrôle du runtime et des clés ;
  • la possibilité de remplacer un fournisseur ;
  • les licences et dépendances du modèle ;
  • les outils accessibles pendant l’exécution ;
  • l’autorité accordée au système ;
  • le comportement prévu en cas d’indisponibilité externe.

Cette approche accepte qu’une dépendance puisse subsister. Elle exige simplement qu’elle soit visible, justifiée et compatible avec la mission.

Comment AMF aborde une architecture privée

AI Mission Foundry ne présuppose pas qu’un grand modèle local soit la bonne réponse. La mission peut conduire à une réalisation composée d’un petit expert, d’une recherche documentaire, de règles métier, d’un vérificateur et d’un runtime contrôlé. Elle peut aussi justifier la conservation d’un Transformer plus important si les alternatives ne préservent pas la capacité requise.

Le produit à mesurer n’est alors plus un modèle isolé. C’est une réalisation exacte : composants, versions, interfaces, politiques, configuration et environnement d’exécution.

La discipline centrale est simple :

Les capacités peuvent être transférées ou composées. L’autorité, elle, doit être accordée explicitement à la réalisation qualifiée.

Pour examiner une architecture existante ou décrire une nouvelle mission, utilisez le Mission Brief Stack Moderne.