Idoosoft

Intelligence artificielle : comprendre les concepts de base simplement

L'IA n'a rien de magique : découvrez trois idées simples pour comprendre ce qui se cache vraiment derrière, reconnaître les outils que vous utilisez déjà, et saisir pourquoi ils se trompent avec un tel aplomb.

Intelligence artificielle : comprendre les concepts de base simplement

On me pose souvent la question à la fin d'un atelier, quand les slides sont rangés : « Concrètement, c'est quoi l'IA ? ». Et à chaque fois, je vois le regard des gens se durcir. Pas parce que la question est bête — elle est excellente. Mais parce que la réponse honnête prend vingt minutes. Cet article, c'est cette réponse, posée à l'écrit.

Je vais vous prévenir tout de suite : il n'y a rien de magique là-dessous. Vous allez voir trois idées simples, un test pour reconnaître ce que vous utilisez déjà au quotidien sans le savoir, et une explication franche de pourquoi ces outils se trompent avec un aplomb déconcertant.

Points clés à retenir

  • L'intelligence artificielle désigne un ensemble de méthodes pour faire prendre des décisions à une machine — pas une conscience.
  • Il faut distinguer les systèmes qui prédisent (un chiffre, une catégorie) et ceux qui génèrent (du texte, une image).
  • Tout repose sur les données d'entraînement : changez-les, changez le comportement.
  • Aucun outil actuel ne « comprend » le sens de ce qu'il produit ; il calcule une suite de mots probables.
  • Vous pouvez classer n'importe quel outil en deux questions, pas besoin d'un diplôme.
  • Les obligations légales, notamment sur les données personnelles, s'appliquent dès le premier jour d'usage.

Intelligence artificielle : comprendre la définition sans jargon

Un ordinateur qui gagne aux échecs ne raisonne pas comme vous. Il ne visualise pas le plateau, il ne ressent pas la pression du coup. Il évalue des millions de positions et sort un chiffre. Voilà toute la mécanique.

L'intelligence artificielle, c'est la tentative de faire exécuter à une machine des tâches pour lesquelles on aurait, jusque-là, exigé un humain. Trier un mail entre l'urgent et le commercial. Reconnaître un visage sur une photo. Traduire une phrase. Rien de plus, rien de moins.

Trois couches, et on confond toujours la deuxième avec la troisième

Il y a un empilement qu'il faut visualiser une bonne fois pour toutes.

  • L'intelligence artificielle — la catégorie, énorme et floue, qui englobe tout.
  • L'apprentissage automatique (machine learning) — la méthode dominante aujourd'hui : au lieu d'écrire des règles à la main, on montre des exemples et la machine en tire des régularités.
  • L'apprentissage profond (deep learning) — une sous-technique de la précédente, qui empile des couches de calculs et qui a fait basculer le domaine à partir des années 2010.

Quand un journal parle « d'IA » à propos de votre boîte mail qui trie le courrier indésirable, c'est souvent de l'apprentissage automatique tout simple. Quand il parle du modèle qui rédige un compte-rendu, on est dans l'apprentissage profond. Le mot « IA » sert d'étiquette marketing pour les deux, et c'est précisément là que la confusion naît.

Franchement, retenez ceci : si quelqu'un vous vend de « l'IA » sans pouvoir nommer la technique derrière, méfiance. C'est comme vendre « de la cuisine » sans dire quel plat.

Comment savoir si vous avez affaire à une IA prédictive ou générative

La question revient sans arrêt. Voici le test que je fais passer en dix secondes, et je l'utilise encore quand j'évalue un nouvel outil.

Comment savoir si vous avez affaire à une IA prédictive ou générative

Le test en deux questions

  1. Est-ce que l'outil me sort un verdict (un score, une catégorie, une probabilité) ou est-ce qu'il me fabrique du contenu (une phrase, une image, du code) ?
  2. Si je lui repose la même question à l'identique, est-ce que j'obtiens la même réponse ?

Un système prédictif est stable : le même dossier, deux fois de suite, donne le même score de risque. Un système génératif ne l'est pas : la même consigne produit deux textes différents à chaque appel. Cette variabilité n'est pas un bug, c'est la nature même du procédé.

Critère IA prédictive IA générative
Ce qu'elle produit Un score, une classe, une valeur Du texte, une image, de l'audio
Reproductibilité Élevée Faible par construction
Exemple d'usage Détecter une fraude sur une transaction Rédiger une réponse client
Coût typique Modeste, calcul léger Élevé, beaucoup de calcul
Risque principal Biais dans les données d'entraînement Inventer une information fausse

J'ai longtemps cru que la frontière était nette. Elle ne l'est pas : un même outil peut enchaîner les deux, prévoir votre intention puis rédiger la réponse. D'où l'intérêt de raisonner par fonction plutôt que par outil.

Comment une machine apprend vraiment

Prenons l'exemple le plus banal. Vous voulez trier automatiquement les avis clients positifs et négatifs. Vous ne codez pas « si le mot génial apparaît, c'est positif ». Vous montrez des milliers d'avis étiquetés à la main, et le système ajuste tout seul des millions de petits nombres internes jusqu'à ce que ses réponses collent aux étiquettes.

Comment une machine apprend vraiment

C'est tout. Cette opération d'ajustement, c'est l'entraînement. Et c'est là que se joue la vraie difficulté — pas dans le calcul, dans les données.

Si vos données sont bancales, votre IA est bancale

Un projet sur lequel j'ai travaillé il y a quelques années : nous voulions prédire quels clients allaient résilier leur abonnement. Nous étions fiers de notre taux de détection. Puis un collègue a regardé le jeu de données de plus près. Une variable, censée n'avoir rien à voir, encodait en réalité le fait que le client avait déjà appelé pour se plaindre. Le modèle n'avait rien appris sur le comportement, il avait appris à lire une variable qui trahissait la réponse.

Nous avions perdu un mois. Sur le papier, nos scores étaient excellents. En conditions réelles, ils se sont effondrés.

Ce que j'ai retenu de cette histoire, et ce que je répète à chaque débutant : la qualité des données compte plus que l'élégance de la méthode. Un modèle simple sur des données propres battra presque toujours un modèle sophistiqué sur des données douteuses. Et quand un résultat paraît trop beau, c'est presque toujours un défaut de données, pas un exploit.

Autre point que l'on oublie : les données d'entraînement ont une date. Un système entraîné sur une période donnée reproduit la vision du monde de cette période. Si les habitudes changent — nouveau canal de contact, nouveau produit, nouvelle réglementation — le modèle se dégrade sans prévenir. Il ne dit pas « je ne sais plus ». Il continue à répondre, avec assurance.

Pourquoi ces systèmes se trompent avec assurance

Un grand modèle de langage ne cherche pas la vérité. Il calcule, à chaque étape, le mot le plus probable compte tenu de ce qui précède. C'est une machine à produire du plausible, pas du vrai. La nuance est énorme.

Pourquoi ces systèmes se trompent avec assurance

D'où les réponses dites hallucinatoires : une référence bibliographique qui n'existe pas, une date inventée, une citation attribuée à quelqu'un qui n'a jamais écrit cela. Le texte est fluide. Il sonne juste. Et il est faux. J'ai perdu un temps fou à vérifier des sources que j'avais moi-même laissé passer dans un brouillon sans les contrôler — depuis, je traite chaque fait produit comme une hypothèse à vérifier, jamais comme une information acquise.

Biais, erreurs, dépendance : les trois limites qu'on ne contourne pas

Les biais. Un système apprend sur des exemples historiques. Si ces exemples portent des déséquilibres — et ils en portent presque toujours — le modèle les reproduit, puis les amplifie en les appliquant à grande échelle. Ce n'est pas une opinion, c'est une conséquence mécanique de la méthode.

Les erreurs. Aucun de ces outils n'atteint une fiabilité totale. Un taux d'erreur faible sur un échantillon de test peut devenir spectaculaire sur des cas différents de tout ce qui a été vu à l'entraînement. Le monde réel est plus créatif que votre jeu de données.

La dépendance. Un service qui dépend d'un modèle externe dépend aussi de ses mises à jour, de ses conditions d'usage et de sa disponibilité. J'ai vu une équipe découvrir, un lundi matin, que le ton de son assistant avait changé du jour au lendemain après une mise à jour côté fournisseur. Leur produit, leur image de marque, dépendaient d'une décision qu'ils n'avaient pas prise.

Ce que la loi impose dès le premier usage

Un point que les articles « pour débutants » sautent presque toujours : dès que vous traitez des données de personnes, des obligations s'appliquent. Le RGPD encadre ce qui est collecté, la raison pour laquelle vous le faites, la durée de conservation et les droits des personnes concernées. Cela vaut pour un tableur comme pour un modèle complexe.

Deux réflexes qui vous éviteront bien des ennuis : ne collez jamais de données clients identifiantes dans un outil grand public sans cadre juridique clair, et documentez ce que vous envoyez à un prestataire. Ce qui n'est pas documenté ne pourra pas être défendu.

Ajoutez à cela le cadre européen sur les systèmes d'IA, qui gradue les obligations selon le niveau de risque de l'usage : plus votre système touche à des décisions qui pèsent sur la vie des gens — recrutement, crédit, santé — plus les exigences de transparence et de contrôle augmentent. Un usage récréatif et un usage qui décide de l'accès à un prêt ne relèvent pas du même régime.

Par quel bout commencer, concrètement

La question qui revient le plus : dans quel ordre apprendre ? Voici l'ordre que je conseille, et il ne ressemble pas à celui des manuels.

  1. Les données d'abord. Savez-vous collecter, nettoyer, vérifier une donnée ? C'est la compétence qui décide de tout le reste.
  2. La statistique descriptive. Moyenne, distribution, corrélation. Sans cela, vous ne pourrez pas repérer un résultat aberrant.
  3. Un modèle simple, compris en entier. Une régression linéaire bien maîtrisée vaut mieux que dix réseaux de neurones copiés.
  4. L'évaluation. Comment mesure-t-on qu'un système est bon ? C'est le chapitre que tout le monde saute, et celui qui distingue un praticien d'un spectateur.
  5. L'apprentissage profond, seulement ensuite. Il vient en dernier parce qu'il repose sur tout ce qui précède.

Comptez plusieurs semaines pour les deux premières étapes si vous partez de zéro, en y consacrant un peu chaque jour. Pas quelques heures. La régularité compte plus que le volume.

Et un dernier conseil, à contre-courant : commencez par un problème que vous avez déjà. Un tri de fichiers, une estimation de stock, un questionnaire à dépouiller. Un projet personnel minuscule vous apprendra plus que dix heures de vidéos, parce que vous serez obligé de vous confronter aux données réelles — celles qui sont sales, incomplètes et pleines de surprises.

D'ailleurs, la vraie question n'est peut-être pas « comment fonctionne l'IA ». C'est : quel problème ai-je qui mérite qu'on le confie à une machine, sachant qu'elle se trompera parfois sans le dire ? Répondez à celle-là avant de toucher au moindre outil. Le reste suivra.

Hélène Perrin

Hélène Perrin

Hélène Perrin est une développeuse et architecte logicielle reconnue pour son expertise en JavaScript et TypeScript, ainsi qu'en architecture de microservices. Elle accompagne des équipes dans la conception d'applications web front-end performantes et maintenables, en mettant l'accent sur des solutions élégantes et évolutives. Passionnée par la transmission, elle partage régulièrement ses connaissances à travers des articles techniques et des conférences.

Voir tous les articles →

Articles similaires