Chapitre 03 — Le principe central

De l'utilisateur d'IA au constructeur d'IA.

C'est la thèse centrale du guide. Quand on enseigne l'IA en se contentant de montrer comment utiliser ChatGPT ou Midjourney, on forme des consommateurs un peu plus avertis. Ce n'est pas suffisant. La vraie bascule à provoquer chez vos étudiants : AI-users → AI-builders.

Pourquoi la consommation d'IA ne forme pas à l'IA

Un étudiant consommateur d'IA pose une question, reçoit une réponse, juge la réponse. Il apprend essentiellement à produire et juger des résultats. Avec ses biais, avec ce qu'il ignore ignorer. C'est une expérience utile, mais étroite. Elle ne lui apprend rien sur ce qui se passe entre l'entrée et la sortie. Elle ne lui donne aucune prise sur l'outil. Elle ne forme pas son jugement professionnel.

Un étudiant qui construit une IA assemble plusieurs prompts en chaîne, paramètre des entrées utilisateur, définit des sorties précises. Il fait tout autre chose : il découvre ce qui marche, ce qui plafonne. Il explore son propre savoir métier. Il rencontre les limites. Il invente des stratégies de contournement. Il se constitue un répertoire IA métier

Bascule de l'AI-user (pose une question, reçoit, juge) vers l'AI-builder (conçoit, chaîne, rencontre les limites, construit pour d'autres).

La bascule n'est pas un changement d'outil, c'est un changement de posture professionnelle.

Apps-for-one : la promesse oubliée de l'informatique personnelle

Alan Kay imaginait en 1968 un ordinateur que l'utilisateur pourrait entièrement façonner pour ses besoins. Cinquante ans plus tard, l'informatique grand public a pris la direction opposée : des applications de plus en plus standardisées, de plus en plus fermées, où l'utilisateur est en réalité un consommateur d'interaction, qui ne peut interagir et utiliser sa propre machine que comme cela été décidé pour lui.

L'IA générative permet de réactiver cette promesse. Pour avoir créé plusieurs outils pédagogiques sur mesure pour mes propres enfants, je peux le dire : le potentiel éducatif des apps-for-one est énorme. Un étudiant qui sait construire une app IA pour son propre usage — son propre brief, son propre vocabulaire métier, sa propre contrainte — possède un outil que personne d'autre n'a et n'aura jamais.

C'est exactement ce que Alan Kay reproche aux institutions éducatives d'avoir manqué : elles ont utilisé les ordinateurs comme des tuyaux passifs pour les anciens médias, au lieu d'en faire des outils de modélisation, de construction et de manipulation des savoirs. Ne refaisons pas l'erreur avec l'IA, aidons nos étudiants à construire, pas juste à consommer.

Réflectivité IA : voir où l'IA est forte, voir où elle est faible

Une compétence professionnelle nouvelle émerge : la réflectivité IA. C'est la capacité à voir, dans sa propre pratique, où l'IA augmente vraiment quelque chose, et où elle dégrade. La frontière irrégulière qui sépare ces deux zones est unique à chaque métier, à chaque tâche, parfois à chaque personne. 

Cette frontière irrégulière de l'IA (un constat du chercheur Ethan Mollick), on ne l'apprend pas dans un cours théorique, on la rencontre en construisant. Quand un étudiant assemble une app ou un flux de travail IA, il découvre par exemple que l'IA est étonnamment bonne pour générer dix variations de slogans à partir d'un brief… et étonnamment mauvaise pour choisir parmi ces dix slogans celui qui résonne vraiment. Cette découverte l'aide à construire son jugement professionnel à venir.

Au lieu de demander « quelles capacités IA peuvent résoudre nos problèmes ? », renversez la question : « Qu'est-ce que mon équipe fait déjà ? Qu'est-ce qu'on peut essayer ? On ne sait pas si ça va marcher, mais il faut essayer. »

Le réflexe « réflectivité »

Cette inversion-là, partir des humains et d'une posture d'expérimentation, est ce qui distingue une formation IA réussie d'une formation IA qui produit des recettes périmées.

Ce que les participants des ateliers Esquisse ont construit

Quelques exemples réels d'apps construites par des étudiants ou des professionnels en atelier, par des gens qui ne savaient pas coder :

Aucun de ces étudiants ne se voyait comme un développeur ou un ingénieur. Tous sont désormais capables de spécifier, prototyper et livrer un système IA. C'est le seuil professionnel à viser.

Comment Esquisse incarne ce principe

Une infrastructure pour devenir builder, dès la première heure

Esquisse n'est pas un outil supplémentaire dans la palette ChatGPT / Midjourney / Copilot. C'est une infrastructure pédagogique qui transforme la posture de l'étudiant face à l'IA. Sa raison d'être est ce passage : produire des builders, pas des users plus avertis.

  • Premier test IA en 30 secondes. Pas de tutoriel, pas de configuration. L'étudiant a sa première app IA fonctionnelle avant la fin de la démo d'ouverture.
  • Symétrie utilisation / modification. On peut modifier une app pendant qu'on l'utilise, comme on modifie une formule de tableur en regardant son résultat. Pas de basculement entre « mode édition » et « mode utilisateur », pas de friction pédagogique.
  • Apps qui se partagent et se clonent. Une app construite par un·e étudiant·e est utilisable par les autres en un clic, qui peuvent à leur tour la modifier. La classe devient un labo d'idées IA partagées.

Conséquence concrète pour la direction pédagogique : après six heures de cours Esquisse, vos étudiants ont chacun construit un outil professionnel utilisable par d'autres. Pas un exercice, pas un livrable à note. Un outil. C'est le meilleur indicateur que la bascule a eu lieu.