Oracle University a annoncé le 22 octobre 2026 deux formations consacrées à OpenAI Codex : Codex Foundations et Agentic Engineering with Codex. La première installe les bases d’un usage individuel contrôlé ; la seconde transforme ces bases en workflow d’équipe, depuis l’arrivée sur un dépôt jusqu’à la vérification et à la préparation d’une livraison.

Ce ne sont pas de nouvelles certifications Oracle et l’annonce ne promet ni badge d’examen, ni titre professionnel. Ce sont deux parcours de formation pratiques, accessibles dans Oracle MyLearn, destinés aux développeurs, tech leads, ingénieurs plateforme, DevOps et spécialistes de l’automatisation des tests. Oracle ne publie dans l’annonce ni durée totale, ni tarif, ni fenêtre d’accès : vérifiez ces conditions dans votre compte avant de vous inscrire.

Les deux formations en un coup d’œil

Formation Public principal Modules annoncés Point de sortie
Codex Foundations Développeurs et ingénieurs qui débutent avec Codex 5 Utiliser Codex sur un projet, contrôler son contexte, relire et versionner les changements
Agentic Engineering with Codex Utilisateurs déjà à l’aise, tech leads et équipes plateforme 9 Organiser un workflow d’ingénierie agentique avec plans, outils, isolation, tests et garde-fous

L’annonce officielle Oracle University (nouvel onglet) présente Foundations comme prérequis conceptuel de la formation avancée. Les pages Codex Foundations (nouvel onglet) et Agentic Engineering with Codex (nouvel onglet) sont les destinations officielles, mais leur contenu dépend de l’interface MyLearn et peut exiger une session.

Codex Foundations : apprendre sur un projet existant

Foundations ne se limite pas à un tour de fonctionnalités. Oracle place l’apprenant dans un scénario : reprendre un site laissé par un précédent développeur et traiter des tickets transmis par un product manager. L’exercice sert à apprendre à explorer un code inconnu, diagnostiquer un bug, ajouter une fonctionnalité, examiner le résultat et préparer une amélioration livrable.

Le programme travaille à la fois le Codex CLI et Codex dans l’application de bureau ChatGPT. Il demande un compte ChatGPT donnant accès à Codex et une machine sur laquelle installer des logiciels. Oracle précise que les guides de laboratoire actuels utilisent Windows et PowerShell. Cette indication est importante pour les équipes Linux ou macOS : le contenu conceptuel peut rester utile, mais les commandes et captures ne correspondront pas toujours à leur environnement.

Les objectifs annoncés couvrent installation, choix du modèle, prompts, contexte, AGENTS.md, politiques d’approbation, limites du sandbox, revue de code, Git, branches et skills réutilisables. Le fil conducteur est le contrôle du travail, pas l’acceptation automatique d’une sortie.

Ce qu’il faut savoir faire après Foundations

Un apprenant devrait pouvoir expliquer :

Pour vous positionner avant le cours, prenez un petit dépôt non confidentiel et choisissez un défaut reproductible. Écrivez le comportement actuel, le résultat attendu et un cas voisin qui ne doit pas changer. Localisez ensuite les instructions du projet et les tests. Cette préparation produit un meilleur point de départ qu’un prompt vague comme « corrige le projet ».

Agentic Engineering with Codex : passer de l’outil au système de travail

La seconde formation couvre l’ensemble du cycle : comprendre un dépôt, planifier, construire, vérifier et préparer une mise en production. Elle cible les équipes qui ont dépassé les premiers essais et doivent rendre l’usage de l’agent répétable, observable et compatible avec leurs responsabilités.

Oracle met l’accent sur le contexte durable : AGENTS.md, cartes de dépôt et context packs. Le but est d’éviter que chaque session reconstruise oralement les mêmes règles. Une instruction durable doit toutefois rester courte, versionnée et vérifiable. Si elle devient un mélange de préférences, secrets, procédures obsolètes et objectifs de produit, elle crée une nouvelle source de risque.

Le programme ajoute la transformation d’exigences métier en plans revus et critères d’acceptation. Ce passage est décisif. L’agent peut proposer une implémentation techniquement correcte qui ne résout pas le besoin réel. Un plan approuvé sépare la décision — ce qui doit changer et comment on le vérifiera — de l’exécution.

Skills, MCP, sous-agents et worktrees : quatre leviers différents

La formation avancée cite les skills réutilisables, les outils externes via Model Context Protocol, plusieurs agents en parallèle et les worktrees Git. Ces mécanismes ne sont pas interchangeables.

Avant de les combiner, choisissez le problème à résoudre. Utiliser plusieurs agents pour une petite correction augmente la coordination sans créer de valeur. Brancher un outil externe parce qu’il est disponible élargit la surface d’accès. Une skill mal maintenue peut répéter une mauvaise pratique plus vite.

Pour explorer l’écosystème MCP sans confondre formation et certification, l’article OnLevelUp sur les formations RXM404/RXM405 et la certification MCPA détaille ces options séparées. Le cours Oracle enseigne l’usage d’outils dans un workflow Codex ; il ne délivre pas le titre MCPA.

Vérification et preuves d’exécution

Oracle place les tests et les preuves runtime au cœur du parcours avancé. Une réponse convaincante ou un diff propre ne prouve pas qu’un changement fonctionne. L’équipe doit définir les commandes, environnements et observations qui valident le résultat.

Construisez une fiche de vérification à trois niveaux :

  1. Statique : types, lint, dépendances, secrets, diff et conformité aux règles du dépôt.
  2. Comportemental : tests unitaires, intégration, cas d’erreur et non-régression.
  3. Runtime : démarrage réel, parcours utilisateur, logs, métriques et limites opérationnelles.

Ajoutez l’identité de la personne qui accepte le résultat et les conditions de rollback. Cette structure ne vient pas d’un examen Oracle ; elle traduit l’objectif annoncé de préparer des changements auditables avant déploiement.

Approbations, sandbox et contrôle humain

Les deux formations abordent les politiques d’approbation et les frontières du sandbox. Le bon réglage dépend du risque. Lire un dépôt public, modifier un brouillon local, installer une dépendance et publier en production ne méritent pas le même niveau d’autorisation.

Pour chaque capacité, posez quatre questions : quelles données sont accessibles, quelle action est possible, quel impact maximal peut survenir et comment l’opération est journalisée ? Une approbation n’a de valeur que si la personne comprend l’action demandée et dispose d’assez de contexte pour refuser.

Les ateliers AWS Jam autour de Kiro et AgentCore proposent un autre angle pratique sur spécifications, agents et observabilité. Ils ne sont pas un substitut aux formations Oracle : la plateforme, les scénarios et les objectifs diffèrent. Le lien est utile pour comparer deux manières de travailler les compétences agentiques.

Quel parcours choisir ?

Choisissez Codex Foundations si vous découvrez le CLI, ne savez pas encore structurer le contexte, acceptez parfois un diff sans test, ou manquez d’une méthode Git fiable. Le scénario guidé convient aussi à un lead qui veut évaluer l’outil avant d’écrire des règles d’équipe.

Choisissez Agentic Engineering with Codex si vous savez déjà conduire une tâche individuelle et devez maintenant répondre à des questions d’organisation : comment versionner le contexte, isoler deux travaux, connecter un outil, répartir les responsabilités, vérifier l’exécution et imposer des garde-fous.

Suivez les deux dans l’ordre si votre organisation veut construire un vocabulaire commun. Ne lancez pas directement un dispositif multiagent si les participants ne savent pas encore produire un critère d’acceptation, relire un diff ou distinguer une preuve d’une explication.

Plan de mise en pratique en quatre semaines

Semaine 1 : contexte et petite correction

Installez l’outil dans un environnement non sensible. Cartographiez le dépôt, lisez les instructions et corrigez un défaut limité. Faites valider le diff et le test par une autre personne.

Semaine 2 : fonctionnalité avec plan approuvé

Transformez un besoin en critères d’acceptation, risques et plan. Ne commencez l’implémentation qu’après revue. Comparez le résultat final au plan, pas seulement aux tests existants.

Semaine 3 : capacité réutilisable et outil externe

Formalisez une seule procédure en skill et connectez un outil MCP strictement nécessaire. Décrivez permissions, données accessibles, erreurs attendues et méthode de désactivation.

Semaine 4 : isolation, preuves et revue de livraison

Exécutez deux travaux indépendants dans des worktrees séparés. Réunissez diff, tests, résultat runtime et rollback. Organisez une revue où le développeur explique les limites et les décisions, pas seulement les fichiers modifiés.

Limites à vérifier avant l’inscription

Oracle n’indique pas, dans l’annonce du 22 octobre, le prix, la durée totale, le nombre d’exercices, la langue des sous-titres, la période d’accès ou l’existence d’une validation publique. Ne les déduisez pas de la longueur des vidéos de présentation ni d’un autre abonnement Oracle University.

Vérifiez aussi que votre compte ChatGPT comprend l’accès à Codex et que la politique de votre organisation autorise les exercices. Utilisez un dépôt de formation ou un projet explicitement approuvé. Ne copiez ni secrets, ni code client, ni données de production dans un laboratoire.

Ces deux formations sont intéressantes parce qu’elles relient usage quotidien et discipline d’équipe. Leur valeur ne se mesure pas à un badge supposé, mais à la capacité de produire des changements compréhensibles, testés, isolés et révisables.

Sources officielles