Aller au contenu
Réserver sa place

Le programme

Un entretien, puis cinq demi-journées.

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

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

Entretien de cadrage

45 minutes, à deux

Valider le projet choisi par l'ado, vérifier que la machine est prête, et poser le cadre de la semaine.

  • Le projet que l'ado a choisi : ce qu'il veut construire, pour qui, et pourquoi. S'il n'a pas d'idée, on sort la nôtre. C'est lui qui tranche
  • La vérification du périmètre : ce qui tient en cinq matinées et ce qui part dans la liste « plus tard »
  • La machine, installée avec vous en partage d'écran : Claude Code prêt, navigateur, terminal
  • Le cadre : ce qui sera mis en ligne, qui pourra s'y connecter, les autorisations à signer

À la sortieProjet validé, périmètre cadré, machine prête, autorisations signées

Pas de projet validé, pas de place confirmée.

Pourquoi cet entretien existe

On vérifie ensemble que la formation correspond à ce que l'ado et vous en attendez, et que le projet qu'il a en tête tient dans la semaine. C'est aussi le moment où il choisit son sujet, et où l'on s'assure que tout le monde part sur la même base.

  1. J1

    Découvrir l'IA avec Claude

    3h30

    Comprendre ce qu'est une IA, manipuler trois outils différents, et repartir avec une production faite avec chacun. C'est le seul jour où l'on ne construit pas encore.

    • Claude et Anthropic : ce que c'est, ce que ce n'est pas, et pourquoi ça change quelque chose
    • Chat : écrire une demande précise, lire une réponse, repérer quand elle invente. Exercice : le cahier des charges de son projet, relu et corrigé par le modèle
    • Design : créer un visuel pour son projet. Exercice : le logo ou la maquette d'accueil
    • CoWork : collaborer avec l'IA sur un document. Exercice : les cinq règles d'utilisation de son application
    • Tour de table : chaque participant présente son projet au groupe
    • Les trois marches de la semaine : le modèle qui répond, l'agent qui agit, l'automate qui tourne sans personne
    • Claude Code : ce que c'est, les modèles disponibles, combien ça coûte, et installation sur les machines

    LivrableTrois productions (cahier des charges, visuel, règles d'usage), Claude Code installé

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

  2. J2

    Construire avec Claude Code

    3h30

    Apprendre à donner des instructions techniques à un agent, puis lancer la construction de son application.

    • La deuxième marche : un agent, c'est le même modèle à qui on a donné des outils et le droit de recommencer. Il ne répond plus, il fait
    • Prompter techniquement : décrire avant de demander, utiliser le mode plan, donner du contexte quand on corrige. Trois règles, démontrées avec un avant et un après
    • Le premier prompt : la spec de son projet en cinq phrases, puis laisser l'agent construire
    • Visualiser le projet dans le navigateur, corriger ce qui ne va pas, avancer écran par écran
    • Le premier bug lu jusqu'au bout avant d'être renvoyé à l'IA

    LivrableApplication v1 qui tourne en local dans le navigateur

    Plan d'abord, code ensuite.

  3. J3

    Les données

    3h30

    Connecter l'application à une vraie base de données pour que les informations persistent, et continuer à construire les fonctionnalités.

    • Pourquoi les données locales ne suffisent pas : ce qui disparaît quand on recharge la page, et ce que ça change quand quelqu'un d'autre se connecte
    • Créer le projet Supabase et découvrir le tableau de bord
    • Les tables de son projet : les créer à la main, puis laisser Claude Code générer les migrations
    • Connecter l'application à Supabase : les variables d'environnement, le client, le premier appel
    • Brancher chaque fonctionnalité sur la base, vérifier que les données survivent à un rechargement

    LivrableApplication connectée à Supabase, données qui persistent

    Si ça disparaît au rechargement, ce n'est pas une donnée.

  4. J4

    Sécuriser et mettre en ligne

    3h30

    Refermer l'application avec des comptes et des droits, puis la mettre en production pour de bon.

    • Créer un compte, se connecter, se déconnecter : ce qui se passe derrière le bouton, et ce qu'on ne stocke jamais
    • Activer Supabase Auth : inscription, connexion, et les politiques RLS pour que chacun ne voie que ses propres données
    • Tester que la sécurité tient : accéder à une page sans être connecté, essayer de lire les données d'un autre
    • Déploiement sur Vercel : une commande, et l'application est en ligne
    • Peaufinage : corrections, ajustements, et le webhook vers n8n préparé pour le lendemain

    LivrableApplication en ligne sur Vercel, avec comptes et droits fonctionnels

    On déploie après avoir sécurisé, jamais avant.

  5. J5

    Automatiser et présenter

    3h30, dont 1h15 de présentation

    Confier à une machine le geste qu'on a déjà refait à la main, puis montrer ses deux projets au groupe.

    • La troisième marche : l'automate ne décide rien et tourne sans personne. Un déclencheur, une condition, une action
    • Chacun monte son workflow n8n, branché sur son application : quand un évènement se produit dans l'appli, une notification part
    • Et la règle qui départage les trois : l'automate quand la décision est déjà prise, l'agent quand elle ne l'est pas
    • Présentation finale, 15 minutes par participant : l'application, la démo en direct, le workflow, et ce qu'il a appris

    LivrableWorkflow n8n branché sur l'application, présentation des deux projets au groupe

    Un automate coûte trois centimes et fait toujours la même chose, ce qui est une qualité.

Zoom, J2

Prompter techniquement

La compétence centrale de la semaine : donner des instructions à un agent qui va écrire du code, lire ce qu'il compte faire, et corriger quand il se trompe. Trois règles, démontrées avec un avant et un après sur le projet témoin.

Plan d'abord, code ensuite.

  • Décrire avant de demander. Mauvais : « Fais-moi une appli de gestion. » Bon : « Une application pour le club de basket, avec le calendrier des matchs, l'inscription aux entraînements, et trois rôles. »
  • Utiliser le mode plan. On ne laisse pas l'agent coder sans avoir lu ce qu'il compte faire. Le formateur montre le plan, corrige une erreur, puis valide.
  • Donner du contexte quand on corrige. Mauvais : « Ça marche pas. » Bon : « Quand je clique sur Inscription, la page affiche une erreur. Voici le message dans la console. »
  • Le but n'est pas d'écrire du code, c'est de savoir cadrer un agent pour qu'il le fasse bien.

É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 annoncée le lundi et réévaluée le vendredi.

  • Application fonctionnelle avec son chemin principal/4
  • Base de données connectée, données qui persistent/3
  • Comptes et droits corrects (Auth + RLS)/3
  • Déploiement en production sur Vercel/3
  • Workflow n8n branché sur l'application/3
  • Présentation finale devant le groupe/4

La suite tient en une semaine à choisir.

Vous réservez la place, on vous rappelle pour 45 minutes d'entretien, dans l'une de nos 8 villes ou en visio. À deux, c'est la seule condition.

Réserver sa semaine