1. Formuler une demande limitée
Un lien « Programme » ne mène pas à la bonne rubrique. Tu joues le rôle de la personne qui demande une correction à un assistant de code, puis qui décide si elle peut l'accepter.
Une demande limitée permet de repérer plus facilement une modification non sollicitée. Une demande vague rend le contrôle plus difficile.
2. Examiner une proposition fictive
Avant
<a href="#programmes">Programme</a>
<h2 id="programme">Programme</h2>Après proposé
Diff expliqué
Question à se poser : le changement répond-il à la demande sans toucher à d'autres éléments ?
3. Vérifier avant d'accepter
Une proposition plausible n'est pas un test réussi. Les contrôles ci-dessous sont simulés : ils montrent ce qu'il faudrait vérifier dans un vrai navigateur.
Pourquoi un contrôle ne suffit-il pas toujours ?
Un lien qui fonctionne ne prouve pas que les autres pages sont intactes. Il faut aussi vérifier les fichiers touchés, le clavier, les liens voisins et les changements hors périmètre.
4. Réutiliser : préparer sa propre demande
Adapte ces champs à un projet personnel. Le laboratoire assemble un message que tu peux copier pour un assistant de code, sans envoyer de fichiers ni de secrets.
Consigne prête à copier
Comment essayer ensuite dans un vrai projet ?
Travaille sur une copie ou une branche. Fournis seulement les fichiers nécessaires et non sensibles. Lis le diff, exécute toi-même les tests, puis enregistre la modification avec Git si elle est satisfaisante. Codex peut aider à proposer des changements, mais la décision de les intégrer reste humaine.
Limites de cette simulation
Les propositions et résultats de tests sont prédéfinis. Aucun assistant réel n'est appelé, aucun fichier n'est écrit et aucun déploiement n'est effectué.