Aller au contenu

Doc / Technique / Modification du cours

Modifier le cours : la carte complète.

Chaque objet du cours est écrit par un moyen parmi trois : l'apprenant l'édite directement, une génération IA l'écrit, ou un algorithme déterministe le calcule. Aucun objet n'en influence un autre sans passer par un mécanisme qui lit certains objets en contexte. Cette page est la référence exhaustive, vérifiée contre le code du moteur.

Édition directe Génération IA Algorithme déterministe

Objet × moyen.

Qui a le droit d'écrire chaque objet d'état. Plusieurs objets ont plusieurs écrivains (le plan : édité à la main, ou re-généré par trois mécanismes IA).

ObjetÉdition directeGénération IADéterministeStatut
BriefupdateSkillDescription··
CompétenceupdateSkillCompetency / createSkill (ratifiée dans l'assistant)restate_competency / preview_competency·
Objectif + dimensions·classify_objective·lecture seule
Notes apprenantsetSkillLearnerNotes··
CalendrierupdateSkillSchedule·nourrit le planner
ParamètressetSkill*··
SourcesaddSource / deleteSource··
Résumé de placement·generate_placement·produit
PlanupdatePlangenerate_plan propose_plan_edit generate_graph·
Structure (sections + LP)via le plan·compute_session_plan
Type de conceptsetSkillNodeClass··
Arêtes du grapheadd/removeSkillGraphEdgegenerate_graphsanitize_edges
Contenu de sectionsaveCourseSectionEditgenerate_course_section revise / request_revision·
Glossaire·insert_terms·lecture seule
Projet·generate_project update_module_project·
Sessions·generate_sessioncompute_session_plan compose_*_lps
Exercices + questionsapplyExercisePatchgenerate_sessiongrille PED-32, term-gamesdétail
TentativesregradeAttempt addAttemptExplanationjury LLMnotation déterministe
Maîtrise / FSRSvia regrade·mastery::update
Cycle de vie / maintenance··maintenance_ticknon câblé

Read-models (jamais écrits, recalculés à la demande) : états de frontière (disponible / verrouillé / maîtrisé / à réviser), bandes de maîtrise, prévision de rétention, cibles de rétention, rapport de faisabilité, sélection de maintenance, cadence.

Contexte exact par génération.

Ce que chaque mécanisme IA lit réellement. Il n'existe aucun assembleur de contexte partagé : chacun construit son propre prompt.

MécanismeRessources injectéesÉcritSources ?
generate_planbrief (parsé) · compétence · objectif + dimensions (si performance) · résumé de placement · paramsplan → planneroui
generate_graphbrief (brut) · compétence · bilan de positionnementplan → plannernon
generate_course_sectionpoints d'apprentissage (Bloom) · sections précédentes · structure du plan · forward-refs · termes bankés · brief · compétence · registrenouvelle version de section + termes du glossaireoui
revise_course_section difficultésétat antérieur · points faibles + conceptions erronées cumulées · + contexte de générationversion (en place)oui
request_course_section_revision requêteétat antérieur · dernière requête seulement · + contexte de générationversion (en place)oui
propose_plan_editplan actuel · compétence · résumé de performance · remarques cumulées (max 5 fils) · requête (opt.)proposition (diff client)non
generate_sessioncompétence · notes · registre · points cibles + état de rétention live · contenu d'enseignement · file de révision · grille d'exercices · le glossaire, groupé par notionexercices, questionsnon
generate_projectplan complet · briefbrief de projetnon
update_module_projectsection du module · maîtrise par pointsection du projetnon
generate_placementbrief (profondeur / objectif / prérequis)résumé de placementoui
restate_competency / preview_competency / classify_objectivetitre · objectif du brief · profondeurcompétence, type d'objectifnon

Tout ce qui entre et tout ce qui sort.

La table précédente se lit par mécanisme. Celle-ci se lit par objet : ce qui entre dans un cours et dans une séance d'exercices, et ce qui en sort. Vérifié contre le code du moteur. Le dernier bloc est la part qui est enregistrée et pas encore lue, et c'est la moitié honnête.

Ce qui entre dans un cours

QuoiD'où ça vientQui le lit
Le briefvous, à la saisie : objectif, profondeur, acquis, temps par séance, niveauplan, graphe de notions, positionnement, chaque leçon
Reformulation de la compétencerestate_competencyplan, graphe, leçon, édition du plan
Type d'objectif + dimensionsclassify_objectivele plan, quand l'objectif est une performance
Résumé de positionnementgenerate_placementplan et graphe
Sourcesvousplan, leçon, positionnement. Ni le graphe, ni le projet
Vos remarquesvous, en fils de discussionrévision du plan uniquement, les cinq fils les plus récents
Idées fausses relevéesla correction de vos réponsesrévision de leçon, et un emplacement d'exercice par séance
État de rétentionle moteur de rétentioncomposition de séance, révision de leçon, mise à jour du projet

Ce qui sort d'un cours

QuoiÉcrit parDurée de vie
Le plangenerate_plan ou generate_graph, puis le planificateur déterministeremplacé si vous replanifiez
Les notionsle planificateurune par notion, chacune avec son niveau cognitif
Le graphe de notionsgenerate_graphles liens de prérequis
Les versions de leçongenerate_course_sectionversionnées, une révision réécrit sur place
Les termes du glossairela génération de leçon uniquement, une insertion sans écrasement par leçondurable : on ne fait qu'ajouter, jamais supprimer
Le brief de projetgenerate_project, puis les mises à jour par moduleun par cours

Ce qui entre dans une séance d'exercices

QuoiDétail
L'état de rétention en directpar notion visée : maîtrise, répétitions, oublis, intervalle, prochaine révision
Les emplacements de la grillenotion, palier cognitif, types autorisés, barreau d'étayage, sonde de transfert
Le glossaire, groupé par notionun emplacement que le glossaire peut couvrir est écrit localement et n'atteint jamais le modèle
Le contenu des leçonsles leçons que la séance vise
La file de révisionce qui est dû, le plus en retard d'abord
Compétence, notes, registrepour que les formulations collent au cours
Les idées fausses ouvertesun emplacement en plus, dont le type est forcé à vrai ou faux

Ce qui sort d'une séance d'exercices

QuoiDétailDurée de vie
Exercices et questionsles items rédigéséphémères : supprimés et réécrits à chaque séance
Une ligne de tentative par réponsevotre réponse, la note, le retour, votre estimation de confiance, l'idée fausse éventuellement nommée, et si l'item était nouveau pour vousconservée
La mise à jour de rétentionmaîtrise, répétitions, oublis, échecs depuis la dernière réussite, intervalle, dernière et prochaine révision, stabilité, difficulté, indicateur de première réussite, indicateur de transfertconservée

Enregistré, et lu par rien pour l'instant

  • Le fait que vous ayez pris un indice. La carte propose les indices un barreau à la fois et, après un échec, une seconde tentative. Cette seconde tentative part marquée comme assistée, et le marqueur est perdu à la frontière de l'API : la ligne de tentative n'a pas de colonne pour lui. Une réponse trouvée avec un indice et une réponse trouvée seul sont enregistrées à l'identique.
  • Le barreau d'étayage. La grille décide si un exercice arrive déjà résolu, partiellement estompé, ou sans aide. Le code de correction ne le relit pas, donc le modèle de rétention est facturé pareil dans les deux cas.
  • Trois colonnes du glossaire lui-même. Les synonymes acceptés, le champ supplémentaire (nature du mot, glose, traduction) et le marqueur disant si un terme vient de l'IA ou de vous sont enregistrés et lus par aucun générateur.
  • Les fils sur une leçon, un exercice ou une tentative. Enregistrés, mais seuls les fils portant sur le plan sont relus par une génération.
  • La rétention par terme. Un terme du glossaire est programmé à travers sa notion, pas pour lui-même. Un terme que vous savez et un terme que vous ratez reviennent en même temps.

Les trois flux de données.

Pointillé vert = ressource lue en contexte · plein ember = un mécanisme écrit son objet · plein bleu = algorithme déterministe · épais ember (flux 2) = édition directe de l'apprenant.

Flux 1Construction du cours
Flux de construction du cours : le brief, la compétence et les sources nourrissent les mécanismes de génération qui écrivent le plan ; le planificateur déterministe transforme le plan en sections et en graphe de concepts.

Brief → compétence → plan (ou graphe) → le planificateur déterministe → sections, points d'apprentissage. Les sources nourrissent le plan, la section et le placement, mais pas le graphe ni le projet.

Flux 2Éditer & réviser
Flux d'édition et de révision : l'apprenant édite directement ou déclenche un mécanisme ; réviser le plan réinjecte les remarques cumulées, tandis que réviser une section utilise l'état antérieur, les conceptions erronées cumulées et la dernière requête.

Trois gestes : édition directe, déclenchement d'un mécanisme, et le contexte qu'il lit. Une révision régénère en place : l'état antérieur est toujours réinjecté.

Flux 3Boucle d'apprentissage
Flux de la boucle d'apprentissage : le planificateur produit des sessions, l'IA écrit des exercices, vos tentatives sont notées, le moteur FSRS met à jour la maîtrise, qui nourrit la génération de sessions, la révision de sections et la maintenance.

Planner → sessions → exercices → vos tentatives → le moteur de rétention (FSRS) → la maîtrise, qui nourrit la génération de sessions, la révision de sections et la maintenance.

L'asymétrie d'accumulation

Réviser le plan réinjecte vos remarques cumulées (jusqu'à 5 fils récents). Réviser une section ne lit pas vos fils. Son canal cumulé, ce sont les conceptions erronées de vos tentatives, et une requête de révision n'utilise que votre dernière saisie.

Notes & points ouverts.

  • Les remarques ne s'accumulent que pour le plan. Le digest des fils est lu à un seul endroit ; les fils de section / exercice / tentative sont stockés mais aucune génération ne les relit aujourd'hui.
  • Deux objets sont en lecture seule. L'objectif (type + dimensions) et le glossaire n'ont pas de commande d'écriture, donc l'apprenant les voit mais ne peut pas les corriger.
  • Régrader écrit l'état d'apprentissage. Corriger une note réécrit le score et rejoue le modèle de rétention de ce concept, un des rares leviers où l'apprenant écrit la maîtrise.
  • Déterministe là où ça compte. La planification, la sélection des révisions, la grille d'exercices et l'essentiel de la notation sont du calcul pur, pas de l'IA : l'IA rédige le contenu dans des emplacements que le moteur a déjà choisis.
  • La génération de session a sa propre référence. La grille qui fixe l'ensemble d'exercices (ses six étapes, chaque constante de calibration, le prompt qu'elle assemble et ses manques connus) est documentée sur la page moteur de session.