45 min
Ressentez le mur des règles, observez un aperçu de prompt guidé par l'enseignant, lancez une évaluation de référence, ajoutez du contexte et comparez le chiffre.
Enseigner le transfert de contrôle
Un dossier enseignant imprimable pour 45, 90 ou 180 minutes : un parcours sans clé, un test préalable en classe, un budget d'appels explicite, une fiche apprenant et une grille de projet fondée sur des preuves.
Choisissez le temps dont vous disposez
90 min
Ajoutez le vocabulaire du Manuel, le contrôle par boucle et par graphe, la frontière de sécurité et l'arbre de décision.
180 min
Laissez les apprenants exécuter l'Atelier avec leurs propres clés ou suivre le parcours sans clé, jouer à la Salle de contrôle, puis commencer le TypeScript local.
Avant la séance
- Ouvrez le Manuel et l'Atelier dans le navigateur et sur le réseau exacts de la salle.
- Pour une démonstration en direct, créez une clé distincte, révocable et faiblement créditée ; ne partagez jamais la clé de l'enseignant.
- Exécutez Enregistrer et tester, l'étape 1, l'aperçu de trois commandes et une évaluation complète ; comparez l'usage et les frais au tableau de bord du fournisseur.
- Préparez le parcours scénarisé ou sans clé et utilisez-le si le test en direct échoue.
Le parcours sans clé est une leçon à part entière
La partie 1 est scénarisée, hors ligne et ne nécessite aucune clé. Dans l'Atelier, l'étape 2 est également locale. Projetez les autres résultats du modèle ou discutez d'une exécution préparée ; ne dépannez pas des identifiants privés devant la classe.
Expliquez aux apprenants ce qu'un clic peut dépenser
Il s'agit du nombre maximal d'appels logiques et des plafonds de sortie, pas d'une promesse de prix. Le coût en direct dépend du modèle, du cache, de la plage horaire et des tarifs actuels du fournisseur.
| Opération | Nombre maximal d'appels | Sortie maximale |
|---|---|---|
| Votre premier appel | 1 | 250 tokens |
| Écrire le prompt | 3 | 3 × 300 tokens |
| Le mesurer | 20 + 8 = 28 | 7,600 tokens |
| Parcours avec deux évaluations | 60 | 16,350 tokens |
La concurrence de l'évaluation est de 4. Arrêter empêche toute nouvelle planification et tente d'annuler le travail en cours, mais une requête déjà lancée peut encore être facturée. Une requête envoyée sans usage renvoyé a un coût inconnu, et non nul.
Fiche de l'apprenant
- Écrivez une formulation que les règles actuelles ne reconnaissent pas et la règle supplémentaire qu'elle exigerait.
- Avant l'évaluation 1, prédisez le score et donnez une raison.
- Notez la référence initiale, un cas d'échec et la source probable de cet échec.
- Nommez un changement, prédisez son effet, puis lancez l'évaluation 2.
- Notez une amélioration et une régression ; ne masquez pas les cas gênants.
- Transférez le travail vers un domaine que vous connaissez : une décision du modèle, un contrôle conservé, une entrée d'échec et une barrière irréversible.
Grille d'évaluation du projet
Attribuez à chaque critère 0 s'il est absent, 1 s'il est partiel ou 2 s'il est étayé. Une architecture différente peut être excellente lorsque les preuves et le compromis sont défendables.
- Frontière du problème : objectif, éléments hors périmètre et autorité du modèle.
- Entrée d'échec : concrète, réaliste et reproductible.
- Évaluation minimale : cas, preuves attendues et règle de notation vérifiable.
- Barrière irréversible : le code ou une personne intervient avant l'action.
- Frontières de confiance : fournisseur, outils, secrets et entrées non fiables.
- Réflexion : échecs, régressions, coût, compromis et prochain test.
Accepter des preuves, pas une seule réponse approuvée
Une sortie de console sans secret, un petit résultat JSON ou Markdown, un lien vers le code, la trace d'un cas d'échec ou un bulletin local peuvent tous être valables. La grille n'impose ni framework, ni fournisseur, ni prompt particulier.
Conservez localement les fiches d'observation du pilote. Ne placez jamais de clés d'apprenants, prompts, corps bruts du fournisseur, réponses ou travaux identifiables dans ce site, des captures d'écran ou les journaux de CI.