mrZhangTianye/training-plan-skill

Playwise Training Plan

Avec la santé à long terme comme priorité, construit des capacités physiques complètes grâce à un entraînement intégré, améliorant la capacité à relever les défis de la vie et à participer à différents sports. Le « combattant hexagonal » est l'orientation à long terme, permettant l'amélioration simultanée de multiples capacités, ainsi que le développement progressif de certaines capacités tout en maintenant les autres. L'entraînement fonctionnel assure la construction et le renforcement des capacités physiques générales. Le poids et la composition corporelle raisonnables sont le résultat d'une observation à long terme, l'entraînement fournissant le soutien nécessaire.

À qui s'adresse ce système

Personnes concernées : ceux qui considèrent l'entraînement comme un moyen de santé à long terme et de capacité dans la vie ; ceux qui pratiquent plusieurs activités (force + course + natation + sports de ballon) sans objectif de compétition dans aucune ; l'objectif est de pouvoir pratiquer diverses activités, sans blessure, et de répondre aux besoins physiques de la vie quotidienne ; recherchent une large palette de capacités, ne poursuivent pas de performance dans une seule discipline.

Personnes non concernées — clarifier directement, sans ambiguïté :

Type	Caractéristique
Personnes en préparation de compétition	Marathon, triathlon, aviron, compétition – nécessitent taper, pic de performance spécifique, périodisation
Athlètes spécialisés	Nécessitent taper, pic de performance spécifique, périodisation selon la discipline. Le nombre de séances de course/natation n'est pas un critère en soi : courir 4 à 6 fois/semaine, nager 3 à 4 fois par semaine peut aussi être un entraînement polyvalent, selon l'historique et le volume total
Ceux qui cherchent à battre des records	L'objectif est le classement, l'allure, l'atteinte d'un temps
Ceux qui ont besoin de soins cliniques	Diagnostic, interprétation d'imagerie, prescription de rééducation

Critère en une phrase : La question « Ajusteriez-vous votre entraînement pour une compétition ? » Si la réponse est « oui », la personne n'est pas dans le profil.

Pourquoi cette ligne de démarcation : La base de ce système est « capacité polyvalente + pas de compétition + santé à long terme », avec une limite de 12 semaines, pas de taper, pas de pic de performance spécifique, et une réduction par fatigue plutôt qu'une périodisation cyclique. Les besoins de spécialisation renversent ces trois piliers – une application forcée serait perdant-perdant. Face à ce type de demande, reconnaître qu'elle dépasse le cadre et ne pas fournir une version édulcorée de plan spécialisé.

Par défaut, l'utilisateur est capable de réaliser l'entraînement prescrit ; le skill fournit un stimulus suffisant, un dosage clair, une progression prédéfinie et une combinaison permettant la récupération, afin que suivre le plan normalement mène à un chemin d'amélioration vers l'objectif de capacité. Il ne faut pas remplacer la prescription par des « ajustements selon la situation », ni considérer le remplissage des conclusions d'évaluation comme une garantie d'efficacité.

Aucune option de choix dans le plan : Les exercices, séries, répétitions, méthodes de choix de charge, récupération et rotation dans le programme doivent être clairs. Si des exercices équivalents sont conservés, l'ordre de rotation est fixé. Ne pas inventer de charges mesurées inconnues ; prescrire une dose exécutable basée sur l'effort cible et la méthode de choix de la première série. Avant la livraison, éliminer les prescriptions vides qui obligent l'exécutant à faire un choix binaire.

Ce système d'entraînement est autonome. La planification régulière utilise les principes, les règles de décision et les ressources d'exercices du package ; les fichiers livrés et les programmes ne montrent pas d'auteurs externes, de manuels, d'articles, de citations ou de chemins de fichiers originaux.

Délimitation entre le skill et le contenu personnel — trois domaines distincts, ne pas interférer :

• Skill (ce package) : méthodes réutilisables, bibliothèque d'exercices avec leurs default_dose, stratégies d'organisation et de dosage, scripts de validation et de rendu, formats de sortie. Ne contient pas de temps disponible spécifique à une personne, de charges passées, de préférences d'équipement ou de dosage ; les charges suggérées dans la bibliothèque sont des valeurs par défaut générales, pas des prescriptions pour quelqu'un.
• Fichier de plan (plan.json etc.) : les faits de cette personne et de ce cycle – temps disponible, longueur du bassin/piste, objectifs et points de départ, disposition des phases, dose et charge de référence pour cette période.
• Historique de l'utilisateur : Les charges réellement effectuées et les réactions (TR). L'exemple TR 36kg×8 (exemple synthétique, pas un enregistrement réel) est une donnée fictive reconstruite pour ce document ; un vrai plan doit utiliser les enregistrements valides de la personne avec les dates réelles.

Le pipeline de livraison n'est pas inclus dans ce package : Les scripts de placement des plans dans Notion/Feishu/une bibliothèque, les ID de bibliothèque et de page, ainsi que l'historique de manipulation comme « quelqu'un a l'habitude de modifier manuellement un tableur » sont des étapes privées de l'utilisateur, à ne pas inclure dans ce skill – elles lient le compte et la structure de page d'une personne spécifique, et ne fonctionneraient pas si une autre personne les obtenait. Ce package s'arrête à la « copie de rendu/fichier exporté » ; si nécessaire, placez-le dans le répertoire d'outils de l'utilisateur, pas dans scripts/, ni dans references/, et ne le rétrogradez pas en « outil optionnel » dans le package. En cas de généralisation, cette couche est supprimée sur place, pas déplacée ailleurs.

Lors de la planification, si des choix de temps, d'équipement ou de charge se présentent, revenir aux conditions de l'utilisateur pour calculer, ne pas écrire les contraintes personnelles comme des règles dans le skill, et ne pas remplacer les données réelles de l'utilisateur par des valeurs par défaut générales du skill.

Processus principal : Planification d'abord, ajustement déclenché par les retours

Planifier est la tâche principale de ce skill ; le jugement moteur n'est déclenché que lorsque l'utilisateur signale un problème.

1. Faire le plan d'abord : En fonction du point de départ et des conditions connues, écrire en une fois le dosage, l'intensité, le repos et la progression normale de chaque semaine.
2. Pas de retour d'information : Continuer selon la trajectoire prédéfinie – ne pas demander chaque semaine une confirmation « pas d'inconfort, pas de séquelle, stabilité acquise », ne pas considérer l'achèvement par défaut comme un achèvement réel enregistré. L'achèvement normal par défaut n'est qu'une hypothèse de planification.
3. Retour d'information reçu : En cas de difficulté à réaliser, d'inconfort ou de changement de condition, ajuster les parties non encore exécutées, en conservant l'historique.

L'augmentation de charge (poids, séries, distance, séries denses, réduction du repos, fréquence, passage à la phase suivante) passe toujours d'abord par la porte de l'augmentation de charge – cette porte est un blocage passif : si aucun problème n'est signalé, elle ne bloque pas ; si un problème est signalé, elle bloque. Elle ne constitue pas une condition « vous devez faire un rapport chaque semaine pour continuer ».

Processus opérationnel

1. Déterminer s'il s'agit d'une création, d'un déploiement, d'une adaptation, d'une modification ou d'une explication ; réutiliser les objectifs, conditions et structures existants.
2. Lire obligatoirement ces cinq documents pour une création ou adaptation : Collecte d'informations, Philosophie d'entraînement, Principes de conception, Planification et Prescription et progression ; en cas de blessure, douleur, antécédent chirurgical ou limitation de mouvement, lire d'abord Entraînement sous contraintes avant de planifier – ne pas attendre qu'un incident survienne pour consulter.
3. Selon le contenu de l'entraînement, lire Séance de force fonctionnelle ou Structure des séances d'endurance, parcourir la bibliothèque d'exercices à quatre niveaux (capacité, domaine, famille d'exercices, entrée spécifique) à partir de Bibliothèque d'exercices et unités d'entraînement pour sélectionner les éléments exécutables, et vérifier la contribution des exercices via Sélection et bénéfices. Une séance fonctionnelle complète comprend le roulement, les étirements, les corrections, l'activation, la préparation au sol, les compétences de déplacement, la vitesse spécifique/sauts/medecine-ball, l'explosivité en salle de musculation et le core, les combinaisons de force et le métabolisme énergétique (les courbes force-vitesse des exercices explosifs et les zones de charge des dérivés d'haltérophilie sont dans Courbe force-vitesse et dérivés d'haltérophilie) ; placer les tâches de soutien de la Rééducation et corrections dans ces segments, en utilisant une séance de week-end indépendante pour des étirements et relâchements à faible coût. En cas d'adaptation due à la répartition des activités, à la phase ou au temps, fournir des alternatives et des critères de charge spécifiques, sans prétendre que les segments supprimés ont été réalisés. Pour les exercices techniques, sélectionner des versions déjà maîtrisées ; pour les bases techniques faibles, on peut émettre une prescription contrôlée claire en supposant un achèvement normal, sans inventer une maîtrise déjà observée. Ne pas utiliser des noms vagues de candidats comme prescription, et ne pas générer d'enseignement de mouvement ou de cours de diagnostic.
4. Donner un dosage spécifique, une intensité, une récupération, des points d'exécution et des conditions d'arrêt, et prévoir la progression de chaque semaine. L'achèvement normal suit la trajectoire définie ; le journal, les tests supplémentaires ou les preuves de chaque séance ne sont pas un prérequis pour la progression. En cas de retour d'information ou de changement de condition, lire la Logique de changement, corriger le minimum nécessaire, conserver l'historique réalisé. Lorsque des changements de temps impliquent plusieurs activités, suivre le Choix inter-activités : donner d'abord la recommandation et les alternatives, indiquer clairement le coût, laisser l'utilisateur décider de l'orientation, puis réorganiser ; ne pas supprimer d'activités à la place de l'utilisateur, et ne pas attendre que l'utilisateur propose lui-même une solution de suppression. L'ordre de réduction est dans Comment réduire quand le temps manque : changer de jour → réduire le nombre de séances → réduire le dosage ; pour gagner du temps, on ne peut réduire que le dosage, pas augmenter la densité ou l'intensité.
5. Enregistrer le plan selon Structure de données, vérifier le stimulus cible, le point de départ, la progression, les choix inter-activités, le temps réel et la cohérence hiérarchique via Critères d'auto-validation ; puis exécuter scripts/validate_plan.py. Corriger les erreurs d'abord ; les éléments spécifiques à examiner doivent être traités, pas seulement écrits comme « validé ». Rendre ou exporter selon Spécification de sortie ; lors des modifications, exécuter scripts/compare_plans.py pour conserver les différences réelles et les impacts.

Contraintes de conception

• 12 semaines maximum ; les longueurs de plan prises en charge sont uniquement 12/9/8/6/4/3 semaines, les autres (ex. 10, 11, 13 semaines) sont directement refusées – le recul se fait dans le bloc, la longueur totale reste inchangée, ne pas la rallonger. 12 semaines = quatre phases de 3 semaines, 9 semaines = trois, 6 semaines = deux, 8 semaines = deux phases complètes + dernière phase réduite à 2 semaines (compresser la dernière phase, pas allonger les premières), 4 semaines = une phase avec une semaine de redondance ou un cycle de maintien 4×1, 3 semaines = une phase.
• 12 semaines adoptent quatre phases de 3 semaines (Phase 1 augmentation du volume → Phase 2 augmentation de l'intensité → Phase 3 force vers explosivité → Phase 4 endurance de force + consolidation ; la Phase 4 n'est pas un pic, voir structure sur quatre jours). Les unités de cycle sont toujours appelées « phase », jamais « période » ni « étape » ; la numérotation s'écrit « Phase 1–4 », et dans le texte « chaque phase / entre les phases », pas « période 1–4 / chaque période / période suivante ». Dans les anciens brouillons où apparaît « quatre périodes », les corriger. Tout le cycle est consacré à l'entraînement, pas de séance de test, de semaine de test ou de réduction avant le test. Par défaut, il y a des variations de charge ou d'accentuation à l'intérieur d'une semaine et entre les semaines ; pas de règle fixe de trois semaines d'augmentation puis une semaine de décharge.

Le dosage des phases est complet, pas d'escalier hebdomadaire en quatre étapes : Chaque phase a une zone (ex. séance de volume 3×8–10), W1 à l'extrémité inférieure, W2 prend une valeur dans la zone, W3 maintient, chaque semaine a un dosage déterminé, à suivre tel quel si l'exécution est normale. Plan d'abord : donner le dosage par défaut et la continuité des phases pour les 12 semaines (ou la longueur choisie) en une fois, ne pas laisser la détermination des valeurs de W2/W3 aux résultats de l'exécution ; une fois le retour reçu, modifier uniquement les semaines non exécutées, sans remonter les semaines déjà faites. Le dosage peut être complet, mais le point de départ de la charge ne peut pas être inventé – les séries×répétitions, les minutes de course, les mètres de nage doivent être spécifiés semaine par semaine ; pour les charges de référence/allures non mesurées, écrire « à compléter », ne pas utiliser de valeurs par défaut générales en guise de mesure réelle ; « à compléter » ne peut apparaître que dans ces deux cases – les séries/répétitions, le RPE cible, le repos entre séries, la méthode de choix de la charge pour la première série, la description de l'intensité de la course/natation doivent tous être complets, ne pas être suivis de la mention « à compléter », sinon une personne sans historique de charges reçoit un plan incomplet. Comment utiliser la zone, voir Révision du plan. L'escalier en quatre étapes est lié à la longueur du bloc ; si la longueur change, il dégénère en « deux semaines d'augmentation, une semaine de réduction ». Prescrire une prescription n'équivaut pas à inventer des résultats d'exécution.

Écrire les zones selon le modèle, ne pas les transformer en valeurs uniques : Si le modèle donne « 3×8–10 / 24–30 répétitions par exercice », écrire la zone ; prendre une extrémité de chaque côté pour obtenir « 24 répétitions » ou « 30 répétitions », c'est lire la zone comme une valeur unique. La zone sert à écrire la méthode, les semaines d'exécution doivent toujours avoir une valeur fixe – W1/W2/W3 reçoivent chacun un nombre (2×8, 3×9, 3×10), on ne peut pas laisser la zone sur deux semaines. Le nombre total de séries n'est pas un indicateur de prescription : d'abord déterminer les exercices × séries/répétitions, le nombre de séries par séance = nombre d'exercices du jour × nombre de séries, c'est un résultat après la planification, utilisé uniquement pour estimer le temps (y compris l'échauffement et le core). Mettre une colonne « zone de séries par semaine » pour gérer les exercices en amont, c'est utiliser le modèle à l'envers ; si une vérification est nécessaire, calculer le nombre de séries et le mettre en bas du tableau comme un contrôle, pas comme un seuil.

Recul et refonte absorbés dans le bloc, ne pas prolonger la durée totale : Si une semaine n'atteint pas l'objectif, elle devient une semaine de maintien (voir Forme du plan), et en fin de phase, si une « refonte » est décidée, elle occupe la position de la phase suivante – la durée totale reste de 12 semaines, une durée non standard comme 13 semaines est directement considérée comme invalide.

• Répartir les tâches et priorités de la force fonctionnelle, de la course et de la natation en fonction des besoins de la vie et du sport, des capacités cibles et des conditions d'exécution ; la configuration des activités change avec l'objectif. Les jours de repos principaux sont prioritaires le dimanche, les jours de travail restent à l'entraînement, en alternant charge légère et lourde dans une semaine. La natation, les sauts dans l'échauffement et le travail métabolique en fin de séance de force sont tous comptés dans la charge totale.
• Le développement de l'endurance suit Volume aérobie et progression, en calculant séparément le segment de course principal, le volume net de natation, l'équivalent du plan et la durée totale de la séance. Pour les points de départ bas, utiliser un chemin hebdomadaire spécifique pour établir le volume, ne pas compter la force, la préparation et le repos au bord du bassin comme de l'aérobie ; pour les niveaux de base plus élevés, concevoir un nouveau stimulus selon les besoins spécifiques.
• La force applicable utilise explicitement l'échelle de répétitions en réserve (RIR) pour guider le choix de la charge, avec RPE7 ≈ 3 répétitions en réserve, RPE8 ≈ 2 répétitions en réserve, RPE9 ≈ 1 répétition en réserve (les principaux exercices de la phase de force utilisent cette échelle) ; écrire les points d'ancrage dans le programme. Le RPE n'est pas équivalent au pourcentage de la force maximale, et la charge de référence n'est pas une exigence fixe d'exécution. Le DUP utilise des exercices principaux stables en variant les répétitions et la charge correspondante sur des séances consécutives ; les points d'ancrage principaux déclarés sont enregistrés dans design_context.strength_waves, et les groupes de travail sont marqués avec wave_role. Changer d'exercice, de titre ou de phase en soi ne prouve pas le DUP ; il n'est pas exigé que tous les exercices auxiliaires, explosifs ou de préparation varient.
• Pour les objectifs de développement, concevoir un stimulus réel et une progression ; pour les objectifs de maintien, il doit y avoir un stimulus correspondant, et les éléments non évalués ou temporairement reportés doivent être clairement marqués. Ne pas utiliser d'étiquettes de capacité arbitraires pour créer une couverture, et ne pas supposer par défaut que chaque capacité nécessite un entraînement séparé.
• La bibliothèque d'exercices couvre la force fonctionnelle, la course, la natation et les tâches de support macro, comme indiqué dans references/training-library/coverage.json. Chaque capacité nécessaire doit avoir des ressources applicables ou une lacune clairement identifiée ; le simple fait qu'un exercice existe dans la bibliothèque ne signifie pas qu'il a été développé dans ce cycle. Par défaut, les séances principales privilégient les exercices à haute contribution, progressifs et avec un coût en temps, technique et récupération raisonnable ; les exercices isolés locaux ne sont pris en compte que s'ils ont une tâche claire, pas pour remplir des lignes dans la séance principale.
• La capacité d'achèvement par défaut n'équivaut pas à une maîtrise automatique de techniques inconnues ou à une autorisation donnée pour des limitations motrices existantes. Choisir une alternative déjà maîtrisée, les limitations déjà claires entrent dans l'organisation ; en cas de réaction anormale, arrêter le contenu concerné et réévaluer.
• D'abord une organisation générale, puis une personnalisation : La première version est basée sur une prescription générale pour un adulte en bonne santé, sans présumer de blessure, de manque d'équipement ou de temps disponible ; ce n'est qu'après la fixation de la structure que les alternatives et les réductions de niveau sont appliquées. Exception : si des limitations (ou suspicion évidente) sont déjà enregistrées, ne pas suivre cette règle – d'abord filtrer les exercices et le volume total selon les limitations, puis organiser les séances en fonction de la fréquence ; si aucune limitation n'est enregistrée ni évaluée, planifier selon l'option la plus conservatrice, et assouplir une fois l'évaluation reçue. Si l'ordre est inversé, la première version est une prescription pour une personne en bonne santé avec des exercices interdits. Si les deux choses sont mélangées dans une même version, les problèmes de structure et les limitations individuelles se mélangent. Lorsque l'utilisateur examine une fréquence à la fois (quatre jours → trois jours → deux jours), ne dérouler qu'une fréquence à la fois, une séance, et confirmer avant de continuer ; si l'utilisateur demande directement le programme complet ou délègue clairement le choix de la structure, livrer le tout en une fois selon l'intake, sans demander pour chaque séance ; avant chaque séance, préciser « quels éléments progressent sur trois semaines, lesquels sont fixes sur trois », afin de vérifier la progression prévue.

Modèle de structure : choisir un modèle en fonction de la fréquence, ne pas mélanger, ne pas assembler

• Structure sur quatre jours : Alternance dans la semaine (2 jours jambes + 2 jours poussée pure du haut du corps), progression en quatre phases (Phase 1 augmentation du volume → Phase 2 augmentation de l'intensité → Phase 3 force vers explosivité → Phase 4 endurance de force + consolidation, pas de pic), positionnement du jour.
• Structure sur trois jours : Structure de base (deux lignes Core / une paire Pair / trois cases Tri-set), gradient d'intensité lourd-moyen-léger, uniquement les exercices du pool de catégorisation dans le tableau d'exemple, progression sur deux axes (axe force + axe modèle) ; trois jours n'ont que la première phase, les phases suivantes sont des transplantations.
• Structure sur deux jours : Deux structures d'exercices principaux, pas de couche auxiliaire par défaut (la seule exception d'intégration complète doit écrire l'ordre complet des séries / la durée de travail / la récupération), deux jours complets, liste des lacunes et correction de progression avec « règle d'expansion invalide ».

Organisation multi-activités : d'abord fixer le squelette, puis calculer le crédit d'intensité

• Entraînement simultané : seuil d'interférence, budget hebdomadaire de séances à haute intensité (limite stricte de 4 fois, 3 fois en cas de limitation enregistrée, le script vérifie), matrice d'exclusion mutuelle des activités, gradient de 0 à 7 séances de course et combinaisons calendaires pour quatre/trois/deux séances d'entraînement × course, deux ratios (force principale / mixte, pas de « projet dominant »).
• Organisation multi-activités : squelette + montage pour non-spécialistes, deux bilans (intensité / jours), trois formes de jours de repos et leur comptage, sept étapes d'organisation, impact du type de sport de balle sur l'accent de la force, ordre le même jour, règle pour deux séances par jour, exemples de calcul.

La force fonctionnelle est la base, la spécialité est son contexte d'utilisation – ne pas répartir les « quotas de développement » par activité : Demander d'abord à l'utilisateur ce qu'il pense de chaque sport (intérêt / maintien de la condition physique / amélioration d'un aspect spécifique) + combien de temps il est prêt à y consacrer par semaine ; si ce n'est pas clair, organiser en mode maintien et marquer « non confirmé » dans le document, ne pas deviner la répartition, ne pas décider du rôle à la place de l'utilisateur. Les séances de force traversent le cycle et progressent selon leurs propres séries/répétitions et charges, ne cèdent pas la place parce que c'est au tour de la course ou de la natation, et n'exigent pas que la course ou la natation s'arrêtent parce qu'elles ont augmenté. Contrôler l'augmentation par la ligne de charge, pas par une file d'attente des activités : un tableau de rotation comme « cette semaine course, la semaine prochaine natation » est une mauvaise interprétation ; si une telle chose est écrite, revenir en arrière et réorganiser.

Cinq lignes de charge indépendantes : Séries/répétitions de force (y compris points d'ancrage de charge) / minutes de course / volume net de natation / nombre d'impacts / occupation de la récupération. Au maximum, une ligne peut augmenter de manière significative dans une même phase ; pour augmenter une deuxième ligne, il faut en donner la raison (niveau review, pas d'erreur). Les éléments de maintien ne sont pas à charge nulle – une séance de force de maintien occupe toujours des ressources de récupération, « un élément est maintenu » n'équivaut pas à « on peut augmenter les deux autres en toute confiance ». L'augmentation est jugée selon le dosage écrit dans le programme, pas selon le libellé de l'objectif : prendre le nombre de séries × répétitions de la force, les minutes de course, le volume net de natation entre la première et la dernière semaine de chaque phase comme volume, la moyenne du RPE cible comme intensité, le repos de l'exercice principal comme récupération ; si le volume augmente de plus de 10 %, le RPE augmente de 0,2, ou le repos tombe en dessous de 95 %, l'une de ces conditions étant vraie, cette ligne est considérée comme en augmentation. stage_load_lines() produit ce tableau de comparaison ; si plus d'une ligne augmente dans la même phase, signaler stage_lines:<block> (review), exigeant d'expliquer la priorité et pourquoi l'autre augmente aussi ; si l'objectif est « développement » mais que le dosage de chaque séance n'a pas changé, cette ligne est plate.

« N'augmenter qu'une seule ligne » n'équivaut pas à « la même ligne peut augmenter continuellement » : Si la même ligne augmente sur 2 phases ou plus consécutives, signaler stage_lines_streak ; entre deux points d'augmentation adjacents, il doit y avoir au moins 3 semaines de stabilité ; si seulement 1-2 semaines les séparent, signaler ramp_interval (le message inclut les deux semaines et les deux valeurs). L'écriture correcte est toutes les lignes sont plates à l'intérieur d'une phase, l'augmentation ne se produit qu'aux limites des phases (exemple : course 62/75/88/100 minutes par semaine, chaque palier est stable pendant 3 semaines). Lorsque toutes les lignes sont plates à l'intérieur d'une phase, il faut préciser quelle ligne prend le relais à la limite suivante, sinon « personne n'a bougé » sera interprété comme une absence de progression dans tout le cycle. Deux formes ne signalent pas « augmentation intra-phase » : ① 1-2 séries la première semaine → 3 séries la deuxième semaine, les répétitions et le RPE inchangés, c'est le rythme d'introduction propre à la Phase 1 (_is_phase_intro() enregistre prescribed_intro, en utilisant la deuxième semaine comme base de comparaison), pas une auto-augmentation ; ② lorsque le nombre de répétitions est le même pour les séances de volume et de lourdeur (Phase 2-4, les deux jours ayant le même nombre de répétitions pour l'exercice principal, comme 5 répétitions), la variation quotidienne est assurée par le RPE cible, et design_checks reconnaît la différence de « nombre de répétitions » ou « RPE cible explicitement plus élevé » – sans cela, l'exemple signalerait en continu à partir de la semaine de changement de phase que « la séance lourde et la séance de volume n'ont pas une zone de répétitions inférieure clairement indiquée », et blocked_weeks s'étendrait jusqu'à la dernière semaine.

La transition entre phases est comptée séparément, tout comme la transition base → première semaine : Si l'on ne compare que la première et la dernière semaine de chaque phase, on manque complètement les cas où « les trois semaines à l'intérieur d'une phase sont toutes plates, l'augmentation est entièrement concentrée aux limites » – stage_load_lines() avec handoff/handoff_rising signale stage_handoff:<block>, et si ce n'est pas écrit dans design_context.review_resolutions comme un palier d'augmentation ou une superposition, le mode actual ne produit pas de tableau ; ne comparer que les points d'augmentation après W1, on manque le bond de la base à W1 (le plus grand pas de tout le tableau se trouve souvent à un endroit où personne ne regarde). La base → première semaine est jugée sur la fréquence, pas sur le pourcentage : baseline_entry_check() vérifie seulement si une séance unique est prolongée (si la durée maximale d'une séance ≤ durée maximale de la base, la séance est considérée comme réussie ; augmenter la fréquence n'est pas en soi une augmentation de volume), et ne signale que si le volume hebdomadaire augmente de plus de 10 % alors que le nombre de séances de course reste inchangé. Trois périmètres ne peuvent pas partager le même nom : Total du segment de course principal (somme des segments les plus longs de chaque séance, excluant l'échauffement et le retour au calme) / Total des activités de course (somme selon le type d'activité – l'échauffement et le retour au calme, s'ils sont classés comme activités de course, seront inclus) / Séance entière (y compris la marche rapide et le retour au calme), écrire en trois phrases ; la limite de 40 %, le jugement d'augmentation et la vérification de transition utilisent tous uniquement le périmètre « volume de course hebdomadaire incluant les transitions ». Lors du rapport du tableau comparatif, écrire les noms précis : si l'on marque le nombre obtenu par sommation par type comme « total course », la même semaine peut différer de la durée du segment de course principal du coach spécialisé de plusieurs dizaines de minutes, donnant l'impression que les deux se trompent chacun de leur côté. Les minutes dans le résumé (mini_goal) vérifient le segment de course principal de cette séance (le segment le plus long), pas la séance entière, ni le total des activités de course incluant l'échauffement et le retour au calme ; si le périmètre est faux, des dizaines de séances seront toutes signalées comme « incohérentes », ce qui nécessitera une correction inutile ; ce genre de dérive doit être balayé par le script, une vérification manuelle de quelques séances manquera nécessairement celles qui ne diffèrent que de 1 à 2 minutes. Le nombre de séances de course de la base, la durée maximale d'une séance et le volume hebdomadaire doivent être enregistrés dans des champs structurés de baseline_basis (run_sessions_per_week / run_longest_minutes / run_weekly_minutes / minutes_basis), et non seulement dans la prose de l'observation, sinon personne ne pourra vérifier à l'étape suivante, et la division des périmètres pourrait produire une fausse augmentation de +55 %.

Ne pas écrire manuellement les champs qui peuvent être calculés : Le résumé d'une séance (mini_goal) et la durée totale de la séance sont générés par le dosage (session_summary.mini_goal() / duration_model.apply()), et si une copie manuscrite coexiste avec la prescription, en modifier une laisse l'autre inchangée. Un chiffre écrit dans le résumé est une déclaration vérifiable ; s'il ne correspond pas au dosage, signaler incohérence entre mini_goal et le dosage de la séance (niveau review, avec la valeur générée). La liste des modifications consécutives après un changement de séries/répétitions (set_sequence / durée / résumé / context_hash / tableau des phases) est décrite dans Structure de données ; en manquer une entraîne une correction supplémentaire. context_hash n'est pas rempli manuellement, ni une ancienne valeur conservée : après avoir modifié les séries/répétitions principales ou les séries d'augmentation, une résolution non actualisée fera signaler par global_gaps stage_handoff:<block>: doit enregistrer le context_hash actuel dans review_resolutions..., et bloquera la sortie du document. La méthode pour le rafraîchir est de relancer design_checks.check(plan, library()) (library() importé de validate_plan), et de replacer les review_id → context_hash des requirements un par un dans design_context.review_resolutions, puis de lancer tous les tests ; le texte des raisons reste inchangé, sauf si le fait d'augmentation lui-même a changé.

Les champs de description doivent être écrits selon le dosage réel du programme : Avant d'écrire dans progression_condition / purpose que « cette phase passe de 8 à 12 séries », lire d'abord les sets / reps / target_rpe des items correspondants pour confirmer que c'est bien ainsi organisé. Si les objectifs du coach sont directement rapportés dans la description sans être réalisés dans le programme, le plan entre en contradiction avec lui-même – l'examen le rejettera comme une « affirmation non étayée », et votre propre relecture pourrait être trompée par cette phrase. Les progressions non mises en œuvre ne sont écrites que dans les notes externes au plan, pas dans la description du plan.

Les impacts (contacts) sont calculés sur une ligne séparée : Le tableau des séries et le tableau des courses ne les montrent pas. Le nombre d'impacts par semaine = contacts_per_rep × sets × reps × nb_de_côtés cumulé jour par jour ; il est vérifié parallèlement aux minutes de course, sans addition, et il n'y a pas de règle stricte interdisant que les deux augmentent en même temps. Pour déterminer si une phase augmente les impacts, calculer d'abord selon cette formule, ne pas inférer à partir d'un « changement d'organisation » – déplacer des segments de renforcement indépendants dans des paires est souvent une stabilisation ou une réduction.

L'ajustement de la prescription et l'amélioration de la performance sont enregistrés dans deux colonnes distinctes : Une amélioration de la performance sous la même prescription est un résultat de l'entraînement, ne modifie pas la prescription ; seules l'ajout de séries, l'augmentation de la distance, l'augmentation de l'intensité cible, le passage à la phase suivante constituent un ajustement de la prescription. Mélanger les deux en une seule colonne ne permet pas de distinguer le bénéfice de l'entraînement de base d'un alourdissement supplémentaire de la spécialité.

Prescriptions individuelles : course et natation – leur propre point de départ, progression et limites

• Révision du plan : Le plan est le plan, l'exécution est l'exécution – ce package ne définit pas comment s'entraîner ni comment enregistrer, il ne fait que déterminer comment modifier le plan en fonction des résultats obtenus : jugement intra-semaine, jugement de fin de phase, position de repli dans le bloc, modification locale sans réécrire le plan.
• Planification de la course : Prescriptions pour quatre niveaux de départ, fréquence I/R qui suit le sport, progression (y compris la distance maximale d'une seule course par nombre de séances de course par semaine : 4+ séances 30 % / 3 séances 40 % / 2 séances 55 % / 1 séance non applicable, >64 km reçoit 25 %, le script vérifie), trois points sur la foulée, description de l'intensité, calendrier hebdomadaire type.
• Planification de la natation : Confirmer le point de départ selon la nage et la tâche spécifique, deux niveaux d'effort (sans test CSS), progression prédéfinie à une variable et ajustement en cas d'anomalie, longueur réelle du bassin et distance de nage, équipement et limitations existantes ; les exemples de dosage ne sont pas une prescription adulte générale.

Jugements de support : d'abord les limitations et l'équipement, puis le nom de l'exercice

• Entraînement sous contraintes : Deux types de limitations (à long terme / temporaires), sept familles d'exercices × trois niveaux, trois phases de guérison (selon le tissu et la réponse matinale, pas selon le calendrier), douleur à 3/10 comme limite maximale du jour seulement, trois catégories d'impact (interdiction explicite / autorisé mais condition non remplie / aigu lors de l'accès – les trois ne peuvent pas être mélangées) , liste des drapeaux rouges, conditions de référencement.
• Configuration de l'équipement : Liste de l'équipement et alternatives par article (trois niveaux : échangeable / réduction de niveau / lacune réelle), classement fonctionnel des exercices à dominante genou, comment remplir les huit postes principaux pour quatre niveaux de configuration, six méthodes de progression sans charge.
• Noms des exercices (chinois-anglais) : Termes de base, annotation des exercices non présents dans les livres ; la colonne « nom actuel » est la valeur name originale de la bibliothèque, l'écrire dans le programme selon cette colonne, sinon la correspondance par nom sera perturbée.
• Chaque ligne du tableau de correspondance doit soit avoir un ID de bibliothèque, soit écrire explicitement not_in_library, puis exécuter scripts/check_exercise_names.py : Il vérifie ligne par ligne « l'ID est-il dans la bibliothèque, le nom dans le tableau est-il égal au name de la bibliothèque, y a-t-il un ID alors qu'il prétend utiliser un nom actuel », et donne les ID qui peuvent être complétés ; les lignes avec not_in_library sont listées séparément comme « déclaré absent de la bibliothèque », sans être considérées comme une erreur, et les lignes d'en-tête sont ignorées. Il n'y a pas de troisième état entre ces deux : une ligne sans ID et sans déclaration d'absence n'est pas un « nom actuel », le script la signalera comme une erreur – les compétences de mouvement non présentes dans la bibliothèque (croisements, rampement latéral, etc.) écrites comme nom actuel, c'est créer un nom introuvable pour la bibliothèque. Avant de déclarer « simultanément dans la bibliothèque et ce tableau », exécuter grep -rn 'ancien_nom1\|ancien_nom2' SKILL.md references/ : Il est facile de modifier les lignes d'un tableau, mais dans le texte principal et les fichiers de structure (structure deux/trois/quatre jours, functional-session, gym-equipment, limitations, multi-sport), le même lot de noms apparaît des dizaines de fois. Si l'on modifie uniquement le tableau en annonçant une unification, la prochaine revue, un simple grep révélera que le tableau est plus récent que le texte principal.
• Pour déterminer une lacune dans la bibliothèque, il faut rechercher selon la définition : Vérifier simultanément id/name, english_name et la définition de l'exercice, en confrontant les deux ensembles de ressources (canonique et runtime) et les synonymes. Ne marquer not_in_library qu'en cas de zéro résultat, ne pas remplacer une lacune par un exercice similaire. Rapporter les mots-clés, le périmètre et le résultat.
• Avant d'ajouter une nouvelle entrée, déterminer d'abord le nom chinois, en deux catégories : « avec source » et « traduction suggérée » : Pour les usages publics chinois avérés, écrire directement (par exemple, 深蹲保持 / 静态深蹲, 侧向熊爬) ; pour les noms sans traduction unifiée trouvée, marquer « nom descriptif suggéré, à vérifier avec l'image » (par exemple, 药球触趾深蹲). Ne pas usurper les standards de l'industrie. Le nouveau nom doit s'aligner sur la même famille dans la bibliothèque : Le crawl de la bibliothèque n'est que le 熊爬, la variante latérale s'appelle 侧向熊爬 et non 侧向爬行. Si le nom entre en conflit avec des termes cliniques/de test, préciser la différence : Le 单腿交叉跳 dans la littérature de rééducation est un mouvement de mesure du test crossover hop, ce n'est pas la même chose que le croisement dans l'échauffement ; ne pas faire la distinction ferait qu'un seul nom désigne deux exercices différents.
• Avant de parler du nombre de manques, soustraire d'abord les artefacts d'analyse du script : Les lignes d'en-tête du tableau de correspondance seront traitées comme des lignes de données (la cellule « nom actuel chinois » est le nom de l'en-tête) ; les lignes fusionnées avec deux ID côte à côte seront vérifiées deux fois avec le même nom de cellule – ces deux types sont signalés comme « nom différent de celui de la bibliothèque » ou « pas d'ID de bibliothèque mais prétend être un nom actuel ». La correction consiste à modifier le script pour ignorer l'en-tête, et à diviser les lignes fusionnées en une ligne par ID, pas à revenir sur le nom de l'exercice ; soustraire ces deux types avant de compter, sinon la moitié des lignes signalées sont créées par l'analyseur. Si l'on ajoute un nouvel état valide au tableau, modifier également le vérificateur dans le même cycle : Si not_in_library est écrit uniquement dans le tableau mais que le script ne reconnaît toujours que « a un ID / n'a pas d'ID », le tableau sera toujours rouge, et à chaque cycle, il sera recompté comme une nouvelle dette. Les lignes fusionnées sont elles-mêmes une source de dysfonctionnement : Une ligne avec deux ID, lors de la correspondance par nom, les deux ID se disputeront le même nom de cellule, et les tests et le rendu en prendront chacun un, donnant l'impression que les deux sont corrects.
• Les statistiques des problèmes doivent clarifier le périmètre, et l'affichage du nom utilise alias : Distinguer les entrées d'exercice, les lignes d'équipement, les lignes d'en-tête et les entrées déjà déclarées hors bibliothèque. Le name de la bibliothèque est la clé de correspondance ; alias ne participe pas à la correspondance, tout changement de nom doit synchroniser la validation et les références.
• Revenir au texte original pour vérifier les noms d'exercices, ne pas les inventer : Le nom chinois doit toujours être la traduction trouvée dans le livre ou un nom déjà unifié dans le package. Un nom inventé entrera en conflit avec la position du livre lui-même (inventer « pistolet squat » entre en conflit avec l'opposition du livre à la forme de squat sur une jambe, inventer « Bulgare » entre en conflit avec le nom officiel « fente arrière pied surélevé », inventer « coupe vers le bas/levée » entre en conflit avec « chop/lift »). Les segments d'échauffement et de correction, en particulier, ne doivent pas être traduits littéralement de l'anglais : Inchworm signifie littéralement « arpenteur », mais dans le livre, il s'appelle « chenille » ; Leg Cradle traduit littéralement par « berceau de jambe » n'est pas correct non plus ; Cook hip lift et Leg lower ne peuvent pas être écrits en mélangeant chinois et anglais. Les mouvements de ce segment n'ont qu'un tableau de préparation dans le livre, et le sens littéral de l'anglais est souvent déconnecté de la forme du mouvement (shuffle est « pas traîné » et non « pas chancelant »), écrire toujours selon le tableau original de la version chinoise, puis compléter dans la Correspondance des noms d'exercices (chinois-anglais) en section 11. La vérification du nom doit se faire page par page avec l'original ; une liste dressée de mémoire sera nécessairement erronée ; les mouvements absents du livre (développé couché au sol, leg curl nordique) sont conservés mais marqués « supplément du package », ne pas prétendre qu'ils sont dans le livre. Le nom de ressource déjà unifié dans le package est prioritaire comme terme de correspondance, selon la Correspondance des noms d'exercices (chinois-anglais).
• Les conclusions structurelles sont écrites dans les références et le pointeur d'entrée est mis à jour : Après les modifications, il faut relire le fichier, vérifier les différences et exécuter les tests connexes et complets. Les conclusions de la discussion ne remplacent pas le contenu final du fichier.

Le numéro de version est écrit dans le champ d'en-tête de SKILL.md : Actuellement 1.0 package source public. version dans plan.json est un numéro de révision de format entier, schema_version est une chaîne de version de format, ne pas les mélanger avec la version du package.

Discipline de rédaction et de finalisation :

• Un commentaire d'examen n'équivaut pas à une autorisation de modification : Même si un coach spécialisé, un rééducateur, un consultant ou l'entraîneur principal dit « annulez cette série » ou « modifiez selon mes instructions », ce n'est qu'une suggestion ; avant de modifier SKILL.md et references/, montrer d'abord à l'utilisateur la liste de ce qui doit être changé, obtenir un « changez », puis implémenter le tout en un seul lot. Une fois fait, ne pas rapporter les modifications au fur et à mesure.
• Fusionner le périmètre des modifications d'un même cycle : Lister les fichiers, les emplacements, les raisons et les impacts connexes, effectuer les modifications par groupe selon le périmètre autorisé, enregistrer la version pour un cycle.
• Rester traçable après finalisation : Modifier uniquement dans le périmètre autorisé, conserver la version et les différences réelles. Le bénéfice réel de l'entraînement et la capacité de récupération doivent être jugés par les résultats de l'exécution.
• Les phrases de résumé et les tableaux détaillés doivent être vérifiés point par point ; en cas d'incohérence, supprimer la phrase de résumé : Des phrases comme « réduire d'une série », « trois fois par semaine de cardio », « cette séance dure 20 minutes », sont faciles à contredire avec les nouveaux chiffres après modification (réduire d'une série mais écrire 5→3 séries, dire trois fois par semaine de cardio alors que le programme en prévoit quatre, une séance d'intervalles qui dure en réalité 30-40 minutes). Avant la finalisation, ramener chaque phrase de résumé au tableau correspondant et vérifier point par point ; en cas d'incohérence, conserver le détail et supprimer ou réécrire la phrase de résumé ; si les deux coexistent, le lecteur ne peut pas déterminer lequel est vrai.
• Lors de l'annulation d'un lot de contenu, modifier également la règle qui l'a produit : Si les chiffres sont supprimés mais que la règle qui a écrit ces chiffres reste inchangée, le prochain cycle d'examen recréera les chiffres en suivant la même règle. Après l'annulation, d'abord grep la chaîne clé du contenu pour confirmer 0 occurrence, puis lire si la règle de production elle-même doit également être réécrite en sens inverse.
• Après la modification, enregistrer une entrée dans CHANGELOG.md : Quelle version a annulé quoi, pourquoi, quels fichiers ont été affectés. Sans cela, le prochain cycle ne pourra se fier qu'à « qui se souvient », et les éléments annulés seront reconsidérés comme des oublis et rajoutés.
• Rapporter le périmètre des modifications par un rapport de différences de version : Utiliser la liste des fichiers, les différences de contenu et les résultats de validation, ne pas prétendre avoir terminé de mémoire.

Les résultats calculés doivent préciser la méthode et la limite de responsabilité : Distinguer les faits sources, les calculs indépendants et les choix de conception ; pour un même critère, conserver un seuil cohérent et un champ d'application clair.

Si les résultats pour une même quantité diffèrent, d'abord aligner les périmètres : Vérifier les entrées, les unités, le temps de transition et la méthode d'arrondi, lister les différences non résolues, puis déterminer la valeur à utiliser.

Avant d'intégrer une valeur absolue dans une règle, la faire passer par un critère : Pour tout nombre comme « ajouter au maximum X minutes à chaque fois », « au-delà de Y minutes, changer de registre », d'abord se demander si cela tient pour deux personnes avec des points de départ différents – ajouter 15 minutes pour une personne avec un volume hebdomadaire de 60 minutes, c'est +25 %, pour une personne avec 300 minutes, c'est +5 %, un seul chiffre ne peut pas gérer deux ordres de grandeur. Si ce n'est pas le cas, le rétrograder en « paramètre d'exemple », en précisant que le déclencheur est déterminé par le ratio de l'utilisateur, pas écrit comme une règle générale ; les nombres dérivés de la répartition définie par ce package, en particulier, ne doivent pas être élevés au rang de règle (par exemple, déduire de « sous le seuil des 40 % pour trois séances de course, une séance dépasse 50 minutes » que « 120 minutes nécessitent d'augmenter le nombre de séances de course », c'est deux couches de fabrication empilées). De même, lorsque la limite de pourcentage contrôle déjà la durée d'une séance unique, n'ajoutez pas un nombre fixe de minutes – des seuils redondants finiront par se contredire.

Le compte de temps et la conclusion de faisabilité doivent utiliser le même périmètre : Avant de dire « X minutes sont suffisantes », il faut calculer en une fois les blocs fixes (préparation + explosivité + core), les séries d'augmentation/échauffement, les groupes de travail et le repos entre séries, le temps pour changer d'exercice ; donner d'abord un nombre sans augmentation, puis ajouter « avec l'augmentation, la séance dure 6 minutes de plus », la conclusion entre déjà en conflit avec elle-même. Avant de comparer deux solutions pour savoir laquelle gagne du temps, aligner la charge de travail : Si le nombre de séries ou la durée est différent, la différence provient de la charge de travail elle-même, pas de la structure de la solution (comparer 7 séries à 9 séries et conclure que « le modèle réduit prend plus de temps », comparer 6 séries à 9 séries et conclure que « conserver quatre catégories ne tient pas » sont du même type). La bonne écriture est un tableau de correspondance « budget ↔ nombre de séries pouvant être organisées », permettant de comparer la couverture et l'épaisseur des deux solutions sous le même budget. La durée totale d'une séance est calculée à partir du dosage, pas écrite comme une constante : scripts/duration_model.py est la seule implémentation (un exercice = nombre de séries × temps de travail d'une série + (nombre de séries −1) × repos entre séries ; le temps de travail d'une série prend en priorité le nombre de répétitions comptées × 5 secondes si RPE ≥ 7, sinon le temps de travail total d'une série dans le tableau des ressources (si la note dit « environ 9 secondes/répétition » ou « maintenir 10 secondes, 6 répétitions au total », l'utiliser directement, ne pas le couvrir par une estimation répétition par répétition), sinon le champ de durée, le nombre de répétitions techniques × 4 secondes ; per_side double), apply() écrit en retour dans les couches items→modules→session ; la vérification « la dose prescrite dépasse le temps alloué » doit appeler la même fonction. La distance est calculée en fonction de la vitesse du mouvement, pas avec une constante commune : marche/déplacement latéral et marche avec battements de jambes 0.8 m/s, marche avec charge 1.0 m/s, course accélérée autour de 3 m/s (strides de 10 mètres environ 3 secondes). En utilisant 1.3 m/s systématiquement, on calculerait 20 mètres de déplacement en 15 secondes et les strides en 8 secondes, les deux seraient faux. Lorsque deux estimations du temps de travail des séries coexistent, l'une donnant « plus de 90 minutes par séance » et l'autre « tout est en dessous de 90 minutes », l'erreur vient de la conclusion, pas des données. 24 séances partageant une constante manuscrite, c'est cacher la variabilité réelle. Si deux implémentations ne diffèrent que de 0.5 à 1.5 minutes par séance, ne pas attribuer cela à la « transition entre exercices » ou à « l'arrondi successif » – ces causes ne produisent pas ce niveau de différence ; ouvrir le script de l'autre et faire un diff des secondes de travail par série ; la différence se trouve presque toujours à cette couche (chronomètre de série entière vs estimation répétition par répétition), identifier l'exercice spécifique, puis décider lequel est correct, ne pas choisir une des deux explications possibles comme conclusion. Le dépassement de temps ne peut pas être comblé en compressant les séries de préparation des zones symptomatiques : Les séries d'augmentation/échauffement résolvent le problème de sécurité de « passer directement au travail sans préparation adéquate », ne sont pas une capacité éliminable ; calculer l'ajout de séries d'augmentation et la réduction du temps séparément ; si après ajout il y a encore dépassement, le signaler comme tel. Lors de l'examen du dosage, compter les séries d'augmentation (celles à RPE 4) pour chaque exercice – un exercice principal avec 0 série d'augmentation pour toute la phase, c'est un point de contrôle manquant. La vérification du temps doit inclure les séries d'augmentation dans le compte : si l'échauffement a 3 séries, la série d'augmentation 2 séries, le travail principal 3 séries, le temps total travail = 3+2+3=8 séries, et non seulement les 3 séries du travail principal. Le temps de la course et de la natation n'est pas simplement le temps au chronomètre : La séance de course comprend l'échauffement, la récupération, le retour au calme ; la séance de natation comprend l'échauffement, les séries principales, les exercices techniques, le retour au calme. La durée totale de la séance est l'addition de tous ces éléments. La phrase de conclusion « cette séance dure 60 minutes » doit être vérifiée avec le même script de durée, sinon la conclusion et le programme sont deux choses différentes. Avant d'écrire une conclusion de faisabilité, exécuter d'abord le modèle de durée : si le programme indique 3 séries de 400 mètres avec 2 minutes de repos, le temps de travail de la série principale = 3×temps de 400 mètres + 2×2 minutes de repos = ? minutes, plus l'échauffement et le retour au calme, savoir si cela tient dans le temps imparti. Si l'on répond à l'utilisateur « les séries principales peuvent être faites en 20 minutes », mais que le programme réel est 3×400 mètres avec 2 minutes de repos, la conclusion est une fiction.

Contraintes de sortie

Aucune prescription vague : Chaque séance doit avoir des exercices, des séries/répétitions, des charges, des temps de repos et des conditions d'arrêt clairs. Ne pas utiliser « maintenir », « selon la situation », « peut être augmenté ou diminué » – la prescription d'une séance doit être une instruction exécutable.

Aucune prescription de charge non mesurée : Si la charge maximale d'un exercice n'est pas connue, écrire « à déterminer lors de la première série » et fournir une méthode de détermination. Ne pas inventer une charge de 50 kg parce que « la plupart des gens commencent à 50 kg ». La charge réelle de l'utilisateur a un point de départ, pas un résultat d'estimation.

Aucune progression non planifiée : La progression de chaque phase doit être écrite dans le programme. Ne pas écrire « augmenter si les conditions sont réunies », mais « cette phase passe de 3×10 à 4×10 », et la progression spécifique de chaque semaine. Si le programme indique W1=3×10, W2=3×10, W3=3×10, mais que l'objectif est marqué comme « en développement », il y a une contradiction.

Alignement description et programme : Vérifier chaque résumé, objectif et phrase de progression dans le tableau correspondant. Si le résumé dit « augmenter la charge d'une série » mais que le tableau ne change pas la charge, la phrase doit être supprimée ou modifiée.

Le plan est complet avant d'être modifié : Une fois le plan finalisé, ne pas le modifier en fonction d'un retour d'information avant que l'utilisateur ne signale un problème. Si l'utilisateur signale un problème, modifier uniquement la partie concernée, pas tout le plan. Conserver la version complète pour référence ultérieure.