Premiers correctifs avec Codex

Comment confier une modification de code à Codex puis vérifier soi-même que le correctif répond au besoin ?

  • Lovable
  • Claude Code
  • Codex

1250 € par session, HTVA

En résumé

En une demi-journée de 3 heures les participants utilisent Codex sur un petit programme existant : comprendre une demande, formuler des instructions, examiner les modifications et exécuter des tests. Ils repartent avec un correctif documenté, ses preuves de vérification et une méthode réutilisable pour des tâches de code limitées.

Pourquoi cette formation ?

Une demande de correction trop vague peut produire un code plausible tout en altérant un comportement attendu. Délimiter les fichiers concernés, expliciter les entrées acceptées et fournir des exemples permet de mieux orienter le travail demandé à Codex. La valeur du correctif se mesure dans le programme exécuté, pas dans l’assurance de la réponse générée. La formation associe donc instructions, lecture humaine des changements et tests reproductibles, avec une attention particulière aux secrets et aux modifications inutiles. Cas fil rouge : L’organisation fictive « Avelune Quincaillerie » utilise un script qui calcule le total de commandes à partir de lignes contenant référence, quantité et prix unitaire. Le script accepte actuellement des quantités négatives. Les participants doivent corriger ce comportement sans modifier les calculs valides, uniquement sur des données fictives. Transfert au travail : Dans la semaine suivante, sélectionner une anomalie mineure sur un projet autorisé, reprendre le modèle d’instruction et comparer les tests avant et après correction. Faire relire le changement avant toute intégration dans un environnement partagé.

Les objectifs de cette formation

  • Décrire une anomalie avec un exemple reproductible et un résultat attendu.
  • Rédiger une instruction délimitant le changement demandé à Codex.
  • Examiner les différences entre code initial et code modifié.
  • Exécuter des tests nominaux, limites et invalides.
  • Documenter le correctif, les résultats observés et les limites restantes.

Pour qui et avec quels prérequis ?

Rôles et tâches concernés

  • Développeurs débutants souhaitant utiliser Codex sur de petites corrections.
  • Profils techniques qui entretiennent des scripts et savent lire leur code.

Compétences préalables

  • Avoir déjà utilisé un assistant d’IA pour une demande simple.
  • Savoir lire une fonction, reconnaître une condition et lancer un script dans l’environnement fourni.

Ce que vous travaillerez

  1. Délimiter la tâche et les accès

    Objectif : Préparer une demande de correction contrôlable. Génération et modification de code à partir d’instructions ; responsabilité de la revue humaine ; périmètre de fichiers, données autorisées et secrets. Consultation de la documentation officielle pour les modalités d’utilisation.

  2. Formuler et affiner l’instruction

    Objectif : Obtenir une proposition ciblée plutôt qu’une réécriture générale. Contexte minimal, comportement attendu, contraintes, exemples d’entrée et demande d’explication des changements.

  3. Relire et tester le correctif

    Objectif : Vérifier le comportement réel du code proposé. Lecture des différences ; tests d’une quantité positive, nulle et négative ; non-régression du total ; distinction entre test suggéré et test exécuté.

  4. Reproduire la démarche en autonomie

    Objectif : Traiter une seconde anomalie limitée et documenter les vérifications. Refus d’un prix unitaire négatif ; conservation des calculs valides ; note de changement et retour à la version initiale.

Ce que vous emportez

  • Fiche d’anomalie et instruction destinée à Codex.
  • Script corrigé accompagné des différences commentées.
  • Jeu de tests avec résultats avant et après modification.
  • Note de revue humaine et procédure de reprise.

Méthode et évaluation

  • Apports courts suivis de pratique immédiate sur le cas fil rouge.
  • Travail individuel puis en binômes, avec relecture croisée des productions.
  • Mise en commun guidée : ce qui fonctionne, ce qui doit être corrigé, ce qui reste une décision humaine.
  • Préparation : Vérifier l’accès à Codex, autorisé par l’organisation, et préparer un environnement local d’exercice isolé. Mettre à disposition le script fictif, ses données et ses commandes d’exécution ; retirer tout secret ou identifiant réel.

Critères observables : L’instruction précise le comportement attendu, le périmètre et les changements exclus. ; Une quantité négative est refusée selon la règle définie dans l’exercice. ; Les cas valides conservent leurs résultats attendus après modification. ; Chaque test comporte une entrée, un résultat attendu et un résultat observé. ; La revue explique les lignes modifiées et vérifie l’absence de secrets dans les éléments transmis..

Questions fréquentes

Faut-il maîtriser la programmation ?

Il faut comprendre le script fourni et savoir l’exécuter ; aucun développement complet d’application n’est demandé.

Utilise-t-on aussi Lovable et Claude Code ?

Les exercices sont centrés sur Codex. Lovable et Claude Code sont seulement situés comme autres outils possibles, selon les autorisations internes.

Peut-on travailler sur du code interne ?

La session utilise le cas fictif. Un transfert ultérieur exige une autorisation et une vérification des données, secrets et règles de confidentialité.

Le livrable est-il mis en production ?

Non. Le correctif est exécuté dans l’environnement d’exercice ; toute intégration réelle nécessite les contrôles de l’organisation.

Dernière mise à jour :