Échangeons sur vos besoins

Intelligence artificielle : levier et maîtrise

Identifier où l'intelligence artificielle renforce concrètement l'anticipation et la continuité de vos processus, choisir les modèles sur des benchmarks publics plutôt que sur des promesses, et encadrer la dépendance qu'ils introduisent — fournisseurs, données, compétences. Ni technophilie, ni technophobie : une dépendance de plus dans votre chaîne de valeur, à identifier, qualifier et arbitrer.

10 %Des entreprises françaises utilisent l'IA en 2024 ; 33 % des 250 salariés et plus (INSEE)
13Besoins couverts par notre arbre décisionnel de modèles ouverts
63 %Du cloud mondial : 3 fournisseurs (Synergy Research)
Chez vousModèles ouverts exécutés sur votre infrastructure quand la donnée l'exige

Diagnostic de maturité et d'usages

Entreprises utilisant au moins une technologie d'IA en 2024, par taille% des entreprises
20 0 9 %15 %33 %10 % 10–49 sal.50–249250 et plusensemble

L'écart se joue sur la taille bien plus que sur le secteur : dans l'industrie manufacturière, 7 % des entreprises utilisent l'IA. Parmi les utilisatrices, les usages dominants sont l'analyse de texte (44 %) et l'apprentissage automatique sur des données (41 %) — pas la génération d'images.

Source — INSEE, Une entreprise sur dix déclare utiliser l'intelligence artificielle, enquête TIC entreprises 2024 (2025)
01

Recensement des usages

Quels processus s'appuient déjà sur des outils d'IA, officiellement ou non, et quelles données y transitent. L'usage spontané d'assistants génératifs sur des documents sensibles est aujourd'hui le risque le plus fréquent, et le moins traité.

02

Qualification de la dépendance

Substituabilité du fournisseur, réversibilité de la solution, localisation et régime juridique des données, compétences internes disponibles en cas de retour arrière.

03

Maîtrise du système d'information

Un processus optimisé par un outil que personne ne sait plus opérer manuellement est un processus fragile : nous mesurons ce qui resterait opérable sans l'outil.

04

Ce qui peut tourner chez vous

Pour chaque usage, la question du lieu d'exécution : cloud, hébergeur français, ou modèle ouvert sur votre propre matériel. Elle se tranche par la sensibilité des données et par la mémoire disponible, pas par principe.

Treize besoins, un arbre — pas une marque

Le catalogue des modèles change chaque mois ; les besoins, eux, sont stables. Nous maintenons un arbre décisionnel qui part du besoin, applique le filtre de la mémoire disponible (de 16 Go à « cloud seulement ») et aboutit, pour chaque branche, à deux ou trois modèles ouverts substituables, comparés sur des critères sourcés — et, souvent, à un montage de plusieurs petits modèles plutôt qu'à un seul géant.

BesoinCe qui compte pour le choixMesure de référence
Interroger ma base documentaire (RAG)Qualité de la recherche sémantique multilingue ; un seul modèle d'embedding par baseMMTEB multilingue
Lire des images et des documents scannésOCR de scans et tableaux, puis compréhension de l'imageOmniDocBench
Écouter, transcrire, parlerTaux de mots faux, langues couvertes, vitesseOpen ASR Leaderboard (WER, RTFx)
Chercher sur le webAppel d'outils, contexte long, synthèse avec sourcesGPQA Diamond, Artificial Analysis
Faire relire et vérifierRelecteur d'une autre famille que l'auteurArena, GPQA
Rédiger, analyser, discuterPréférence humaine, multilingue, raisonnementArena texte, GPQA, AIME
Expliquer et visualiserStructurer en nœuds et relations, produire un code de schéma justeTerminal-Bench, Arena
Produire des documents bureautiquesCode correct, formules justes, respect du gabaritTerminal-Bench, Arena
Générer des imagesFidélité au prompt, texte dans l'image, licence commercialeFiche modèle, licence
Sécuriser et analyser (cybersécurité)Connaissance des menaces, classement des vulnérabilités, données chez vousCTIBench, CyberGym
Anonymiser et pseudonymiserDéterminisme, langues, détection de types nouveauxFiche modèle, architecture
Interagir avec la messagerie chiffréeLe connecteur compte plus que le modèleTool use (fiche éditeur)
Coder, automatiserFiabilité de l'appel d'outils, endurance sur des dizaines d'étapesSWE-bench Verified, Terminal-Bench

Pour chaque modèle, l'arbre renseigne la mémoire minimale, la vitesse, la qualité pour ce besoin précis, la licence (usage commercial libre, sous conditions, non commercial), l'ouverture réelle (poids, recette d'entraînement, données) et les refus intégrés aux poids — y compris les biais politiques de certains modèles. L'arbre complet est remis et commenté lors du diagnostic.

Choisir sur des benchmarks, pas sur des promesses

Deux exemples tirés de l'arbre. Le premier montre qu'un même modèle ouvert de 27 milliards de paramètres tient dans une carte de 24 Go sans perte visible, ce qui rend l'exécution locale réaliste pour la plupart des besoins. Le second montre que, sur la branche « coder, automatiser », les modèles locaux se mesurent aux modèles cloud sur des tickets réels, tests à l'appui.

Un modèle de 27 milliards de paramètres : mémoire occupée selon la quantificationGo · qualité relative
BF16Q8_0Q6_KQ5_K_MQ4_K_MQ3_K_MQ2_K 24 Go — carte graphique de station de travail 55,6 Go · 100 % — poids d'origine29,0 Go · 99,7 %22,0 Go · 99,5 %19,5 Go · 99 %17,1 Go · 98 % — défaut13,8 Go · 95 %10,5 Go · 85 %

Règle rapide : 0,6 Go par milliard de paramètres en Q4, 1,1 Go en Q8, 2 Go en BF16. La perte de précision reste imperceptible jusqu'à 4 bits et devient visible en dessous — le code et les calculs souffrent avant la conversation. Le contexte consomme de la mémoire en plus des poids : sur 24 Go, un 27B en Q4 laisse environ 6 Go pour 60 à 100 000 tokens.

Source — tailles réelles des fichiers GGUF de Qwen3.8-27B (Unsloth) ; qualité relative : mesures communautaires de divergence par rapport au BF16, ordre de grandeur. Arbre décisionnel Resilience Factory, 27 août 2026
Branche « coder, automatiser » — corrige de vrais bugsSWE-bench Verified, %
deepseek-v4-procloud qwen3.8:27blocal · 17 Go devstral-small-2:24blocal · 15 Go glm-4.7-flashlocal · 18 Go 100 % 80,677,268,059,2

Un modèle ouvert exécuté sur une carte de 24 Go résout plus des trois quarts des tickets réels du benchmark, à trois points du meilleur modèle cloud comparé. Sur les tâches longues en terminal (Terminal-Bench 2.1), l'écart est plus marqué — 73,0 contre 87,9 — ce qui justifie, selon le besoin, un montage mixte plutôt qu'un choix unique.

Source — scores publiés par les éditeurs et Artificial Analysis, relevés dans l'arbre décisionnel Resilience Factory au 27 août 2026 ; les valeurs évoluent à chaque version

Cas d'usage à valeur pour la résilience

Sur les secteurs que nous accompagnons, l'IA produit des gains mesurables, souvent directement liés à la résilience :

Nous sélectionnons avec vous les deux ou trois cas d'usage au meilleur rapport entre valeur, faisabilité et dépendance induite, et nous les cadrons jusqu'à la décision d'investissement. Lorsque le cas retenu appelle un développement, il est livré selon notre offre de solutions technologiques.

Montage type : plusieurs petits modèles plutôt qu'un géant

Un besoin réel se traite rarement avec un seul modèle. Exemple tiré de l'arbre pour la lecture de documents scannés — bons de livraison, certificats, fiches techniques :

01

Tri

Un petit modèle (3 Go) classe chaque page : scan, photo, tableau, graphique, et l'envoie à la bonne brique.

02

OCR

Un modèle d'OCR spécialisé (1 Go) convertit scans, tableaux et formules en texte. Il ne raisonne pas, il lit.

03

Compréhension et structuration

Un modèle de vision (17 Go) interprète photos et schémas, puis produit une sortie structurée à schéma forcé, prête pour l'ERP.

04

Contrôle croisé

Un modèle d'une autre famille relit les chiffres extraits face à l'image ; en cas de désaccord, nouvelle passe à plus haute résolution, deux tours au plus, puis la page est marquée « à vérifier ».

05

Humain

Vos équipes ne relisent que les pages marquées. C'est le montage, pas le modèle, qui produit la fiabilité.

Ce montage tourne entièrement sur une station de travail de 24 Go. La règle qui le sous-tend vaut pour toutes les branches : le relecteur vient d'une famille différente de l'auteur, la boucle a un critère d'arrêt, et l'humain intervient là où la machine a signalé un doute.

Cadre d'usage et gouvernance

Des règles simples, opposables et comprises par les équipes, plutôt qu'une charte que personne ne lit : quels outils, pour quelles données, avec quelle validation humaine, et qui décide. Le cadre s'articule avec vos obligations de conformité sans s'y réduire.

CritèreService cloudModèle ouvert chez vous
DonnéesTransitent chez un tiers, souvent hors de l'Union européenneNe quittent pas votre périmètre
QualitéModèles de frontièreÀ quelques points sur la plupart des besoins ; écart réel sur les tâches longues
CoûtÀ l'usage, variable, en devise étrangèreMatériel amorti, pas de coût marginal
RéversibilitéDépend des conditions du fournisseurPoids téléchargés, versionnés, reproductibles
Refus et filtresFiltres du fournisseur, ajoutés à ceux du modèleCeux des poids seulement ; connus et documentés dans l'arbre
CompétencesIntégration d'APIExploitation d'un serveur ; nous les transférons

Ce volet s'intègre à l'audit de résilience ou se traite séparément. Pour la lecture d'ensemble de l'enjeu, voir Intelligence artificielle : levier autant que dépendance.

Échangeons sur vos besoins. Prendre contact →