Aller au contenu
LoanIADemander l'entretien

Le programme

Un entretien, puis cinq matinées.

5 demi-journées, 17h30 au total, 3 participants au maximum, chacun sur son propre projet et son propre commanditaire. Chaque demi-journée se termine par quelque chose de visible, jamais par un chapitre de cours.

Durée
17h30
Effectif
3 max
Horaires
9h00 - 12h30
Âge
13 à 17 ans
J0

Entretien de cadrage

30 minutes, parent et ado ensemble

On montre la ligne d'arrivée, on laisse l'ado choisir pour qui il va construire, et on vérifie que ce commanditaire existe vraiment.

  • La ligne d'arrivée : une application en ligne, ses comptes, ses données, ses premiers utilisateurs
  • Le choix du terrain : votre activité, ou une structure réelle de son monde à lui. Il tranche, vous vous taisez
  • La tâche candidate, cherchée du côté retenu : celle qu'on refait chaque semaine sur un carnet, dans un tableur ou par messages
  • Les trois personnes qui accepteraient de s'en servir dès le mercredi, nommées maintenant et pas plus tard
  • Le cadre : ce qui sera mis en ligne, qui pourra s'y connecter, les autorisations à signer
  • Le compte IA agentique, créé et testé avec vous sur place

À la sortieTerrain choisi, commanditaire joignable, trois utilisateurs pressentis, autorisations signées, compte actif

Pas de commanditaire joignable avant lundi, pas de terrain extérieur.

Pourquoi cet entretien existe

On pose la question des attentes à l'ado en premier, parent silencieux, et c'est lui qui tranche entre les deux terrains. Un adolescent inscrit contre son gré, ou lancé sur un sujet qu'il n'a pas choisi, est le premier facteur d'échec de la semaine. Il vaut mieux le découvrir maintenant que le mardi matin.

  1. J1

    Cadrer : le commanditaire, la boucle, le périmètre

    3h30

    Comprendre ce qu'est vraiment un modèle de langage, puis sortir avec une seule boucle d'usage à construire.

    • L'IA n'est pas un moteur de recherche : prédiction, hallucinations, biais
    • Exercice : faire mentir volontairement le modèle sur un sujet maîtrisé, puis le corriger
    • L'interview du commanditaire, menée par l'ado seul : la tâche qu'il refait toutes les semaines, et ce qu'elle lui coûte
    • Une seule boucle retenue, écrite en une phrase : qui fait quoi, et qu'obtient-il en retour
    • La liste « plus tard » est ouverte : tout ce qui ne rentre pas dans la semaine y part, et y reste

    LivrableLa boucle d'usage écrite, les écrans dessinés à la main, la liste « plus tard »

    L'IA fait le brouillon, l'humain détient la vérité.

  2. J2

    Les données d'abord, les écrans ensuite

    3h30

    Une application qui tourne dès la fin de la matinée, utilisable sur un téléphone.

    • Ce qu'est une donnée : une table, une ligne, une colonne, et pourquoi ça se décide avant les écrans
    • Le modèle de données de la boucle, dessiné avant la première invite
    • Génération de l'interface : trois écrans, pas dix, et un seul chemin entre eux
    • Recette : chaque écran est essayé avec les vraies données du commanditaire, jamais avec du texte de remplissage
    • Le premier bug lu jusqu'au bout avant d'être renvoyé à l'IA

    LivrableApplication v1 fonctionnelle, trois écrans, la boucle marche de bout en bout

    Un écran qui affiche de fausses données ne prouve rien.

  3. J3

    Mise en production et premiers utilisateurs

    3h30

    Sortir du navigateur du constructeur : un vrai domaine, une vraie adresse, et quelqu'un d'autre devant l'écran dès le mercredi.

    • Domaine, DNS, HTTPS : ce qui se passe entre la barre d'adresse et l'application
    • Mise en production : ce qui marchait sur son écran et qui casse sur celui des autres
    • Deux évènements de mesure posés avant d'ouvrir, sinon il n'y aura rien à lire vendredi
    • Revue croisée : les deux autres participants s'en servent sans mode d'emploi, et sans qu'on les aide
    • Le message d'invitation, relu par le commanditaire, puis les trois premiers utilisateurs en direct, l'ado sans la souris

    LivrableApplication en production sur son domaine, mesure branchée, trois utilisateurs réels qui s'en sont servis

    Tant que quelqu'un d'autre ne s'en est pas servi, ça n'existe pas.

  4. J4

    Comptes, droits, et ce qui fuit

    3h30, dont 1h30 de test d'intrusion

    Refermer une application que de vraies personnes utilisent depuis la veille. C'est le seul jour où la sécurité n'est pas un exercice.

    • Créer un compte, se connecter, se déconnecter : ce qui se passe derrière le bouton
    • Mot de passe, session, jeton : ce qu'on ne stocke jamais, et pourquoi
    • Qui voit quoi : le commanditaire, son entourage, l'administrateur. Les droits posés avant d'être codés
    • Test d'intrusion maison : chacun attaque l'application du voisin, sur des comptes de test, et note ce qui fuit
    • Données personnelles : ce qu'on collecte, pourquoi, et tout ce qu'on décide de ne pas demander

    LivrableComptes fonctionnels, trois rôles distincts, une faille trouvée et corrigée

    Une donnée qu'on n'a pas collectée ne peut pas fuiter.

  5. J5

    Mesurer, corriger, transmettre

    3h30

    Dépouiller deux jours d'usage réel, corriger sur cette base, et transmettre son travail à quelqu'un qui devra continuer sans lui.

    • Quarante-huit heures d'usage à lire : le tableau de bord, et la question « où s'arrêtent-ils ? »
    • Une correction décidée par les chiffres et non par le goût, livrée dans la matinée
    • Recette qualité croisée : vingt points, mobile, orthographe, mentions légales, sauvegarde
    • Passation : le document d'une page, cinq invites prêtes à l'emploi, l'accès administrateur remis au commanditaire
    • Soutenance de huit minutes devant les parents

    LivrableDeux jours d'usage dépouillés, une correction livrée, document de passation, soutenance

    On corrige ce que les chiffres montrent, pas ce qui nous gêne.

Zoom, J4

Le test d'intrusion maison

Une heure trente, le moment de la semaine où l'on passe de « ça marche » à « ça tient ». Chacun attaque l'application de son voisin. Elle est en ligne depuis la veille et de vraies personnes s'en servent déjà, ce qui change complètement le sérieux de l'exercice.

Une donnée qu'on n'a pas collectée ne peut pas fuiter.

  • Chacun crée un compte de test sur l'application du voisin et joue un utilisateur ordinaire. Jamais sur les données des vrais utilisateurs arrivés la veille.
  • Puis on essaie d'en sortir : changer un identifiant dans l'adresse, ouvrir une page réservée, lire une ligne qui ne lui appartient pas.
  • Ce qui fuit est noté au tableau, sans commentaire et sans moquerie. Tout le monde a des trous le premier jour.
  • Correction dans la foulée, puis on refait le test jusqu'à ce qu'il ne donne plus rien.
  • Dernier passage sur le formulaire : chaque champ demandé doit se justifier, sinon il disparaît.

Évaluation

Noté sur 20, comme au lycée

Pas pour classer, mais parce qu'une grille annoncée le lundi dit clairement ce qui compte. Elle est remise au parent avec le document de passation.

  • Application en ligne et fonctionnelle/4
  • Boucle d'usage complète et testée/4
  • Comptes et droits corrects/3
  • Trois utilisateurs réels qui s'en sont servis/3
  • Mesure lue et correction livrée/3
  • Soutenance/3

La suite tient en un entretien de 30 minutes.

À Paris, en visio si vous préférez. Parent et ado ensemble, c'est la seule condition.

Demander l'entretien