Retour au blog

1 personne sur 1 600 utilise Codex — voici comment rattraper le retard

$date: |read: 9 min|cat: Apprentissage
agentstutorielanalyse
1 personne sur 1 600 utilise Codex — voici comment rattraper le retard

#Le chiffre qui change de sens selon comment tu le lis

Le 2 juin 2026, OpenAI a publié un rapport sur le travail de la connaissance avec un chiffre en apparence impressionnant : Codex vient de dépasser les 5 millions d'utilisateurs actifs hebdomadaires. La croissance est réelle — en mars, Fortune rapportait 1,6 million d'utilisateurs hebdo, déjà triplés depuis février et le lancement de GPT-5.3-Codex.

Mais retourne le chiffre. 5 millions sur environ 8 milliards d'humains, ça fait 1 personne sur 1 600. Et si tu restreins au milliard de travailleurs du savoir — les gens dont le métier consiste à produire des documents, du code, des analyses, des décisions — l'adoption plafonne autour de 0,5 %. La quasi-totalité des utilisateurs sont des développeurs.

5M
Utilisateurs hebdo (juin 2026)
1/1600
Part de la population mondiale
0,5 %
Des knowledge workers

Autrement dit : l'outil de travail le plus médiatisé du moment est utilisé par presque personne. C'est le constat de départ de la vidéo qui inspire cet article — et sa thèse tient en une phrase : l'écart entre ceux qui utilisent un agent et les autres n'est pas un écart de talent, c'est un écart de configuration. Et un écart de configuration, ça se comble en un week-end.

Tout ce qui suit s'applique aussi bien à Codex qu'à Claude Code. Les deux outils appartiennent à la même catégorie — les agents de coding qui travaillent dans tes fichiers — et le plan de rattrapage est identique. Si tu es sur l'écosystème Anthropic, remplace mentalement « Codex » par « Claude Code » à chaque étape.

#Comprendre le vrai changement : du prompt à l'exécution

Avant le plan pas-à-pas, il faut comprendre ce qui a changé. Pendant deux ans, utiliser l'IA voulait dire ouvrir un onglet de chat, coller du contexte, copier la réponse. L'unité de travail, c'était le prompt : une question, une réponse, et toi au milieu qui fais la navette.

Avec un agent comme Codex ou Claude Code, l'unité de travail devient l'exécution. Tu décris un résultat attendu, et l'agent lit tes fichiers, lance des commandes, vérifie son propre travail, et te rend une tâche terminée — pas un texte à recopier.

Un test simple pour savoir de quel côté tu travailles : est-ce que l'IA touche tes vrais fichiers, ou est-ce qu'elle vit dans un onglet de navigateur ? Si la réponse est « un onglet », tu utilises un chatbot, pas un agent. C'est exactement cet écart-là que le week-end de configuration vient combler.

Pourquoi c'est urgent ? Parce que les tâches, elles, ne t'attendent pas. Chaque mois, la part de ton travail qui pourrait être déléguée à un agent augmente — et ceux qui ont fait la bascule rendent des résultats traçables pendant que les autres copient-collent encore. Les conditions ne seront pas meilleures dans trois mois. Elles seront juste plus inconfortables.

#Jour 1 — installer et réussir une première tâche

L'objectif du premier jour n'est pas de tout comprendre. C'est d'obtenir une preuve vérifiable qu'un agent peut travailler dans tes fichiers. Trois ingrédients : un outil installé, un vrai dossier, une petite tâche.

#Installer l'outil

Codex existe sous quatre formes. Choisis-en une seule pour commencer — l'app desktop est la plus simple si tu n'aimes pas le terminal :

FormePour quiInstallation
App desktop (macOS/Windows)Le plus accessibleTéléchargement depuis le site OpenAI
Extension IDEVS Code, Cursor, WindsurfMarketplace de l'éditeur
CLIHabitués du terminalnpm install -g @openai/codex
WebZéro installationchatgpt.com/codex + dépôt GitHub

Tous les plans ChatGPT incluent Codex — tu te connectes avec ton compte existant, pas besoin de clé API. Côté Anthropic, l'équivalent est npm install -g @anthropic-ai/claude-code ou l'app desktop Claude.

#Choisir un vrai dossier

C'est le point que tout le monde rate. Ne teste pas l'agent sur un projet jouet : pointe-le vers un dossier que tu utilises vraiment — ton projet en cours, ton dossier de notes, le dépôt que tu n'oses pas toucher. La valeur d'un agent vient de son accès à ton vrai contexte. Un test sur un dossier vide ne prouve rien et ne t'apprend rien.

#Lancer une petite tâche vérifiable

Première mission : quelque chose de petit, dont tu peux vérifier le résultat en moins de deux minutes. Trois exemples reproductibles :

Analyse ce projet et explique-moi en 10 lignes comment il est organisé,
quels sont les fichiers importants, et ce qui te semble fragile.
Trouve tous les TODO et FIXME dans ce dossier, et liste-les
dans un fichier TODO.md classés par fichier.
Ce script plante avec l'erreur ci-dessous. Reproduis l'erreur,
explique la cause, puis propose un correctif minimal.

Le critère de réussite du jour 1 : tu as vu l'agent lire tes fichiers, agir, et produire un résultat que tu as pu vérifier. C'est tout. Si tu en es là dimanche soir, tu as déjà rejoint les 0,5 %.

#Semaine 1 — donner un cadre à l'agent

La deuxième phase consiste à transformer l'essai en habitude. Deux outils pour ça : un fichier de consignes, et des tâches avec une ligne d'arrivée.

#Le fichier de consignes

Codex lit un fichier nommé AGENTS.md à la racine de ton projet (Claude Code lit CLAUDE.md — même idée, même format). C'est un fichier texte où tu écris ce que l'agent doit savoir avant de toucher quoi que ce soit :

# AGENTS.md

## Contexte
Application de facturation interne. Stack : TypeScript + PostgreSQL.

## Règles
- Toujours lancer `npm test` après une modification
- Ne jamais toucher au dossier /migrations sans demander
- Les messages de commit suivent le format conventionnel (feat:, fix:)

## Commandes utiles
- `npm run dev` : serveur local
- `npm test` : tests unitaires

Dix lignes suffisent pour commencer. Chaque fois que l'agent fait une erreur évitable, ajoute la règle correspondante. Au bout d'une semaine, ce fichier vaut de l'or : c'est la mémoire de tout ce que tu n'as plus besoin de répéter.

#Des tâches avec une ligne d'arrivée

L'erreur classique de la première semaine : donner des tâches vagues (« améliore ce code ») et juger l'agent sur un résultat que tu n'avais pas défini. Prends l'habitude inverse — chaque tâche déléguée contient son critère de fin explicite :

  • ❌ « Corrige les bugs du formulaire »
  • ✅ « Le formulaire d'inscription doit accepter les emails avec un + et refuser les champs vides. Tâche finie quand les tests passent et que tu m'as montré la sortie. »

Ce réflexe a un double effet : l'agent sait quand s'arrêter, et toi tu sais quoi vérifier. La revue passe de « relire tout » à « contrôler la preuve ».

Garde une trace de chaque tâche déléguée et de sa preuve (sortie de tests, diff, capture). Au bout d'un mois, cette liste devient ton meilleur argument — pour toi-même, et pour ton équipe — de ce que l'agent fait réellement, chiffres à l'appui.

#Mois 1 — passer des tâches aux procédures

Au bout de quelques semaines, tu vas remarquer un motif : tu délègues souvent les mêmes familles de tâches. C'est le moment de monter d'un niveau d'abstraction avec deux concepts : les skills et les runbooks.

Une skill, c'est une procédure réutilisable que tu écris une fois et que l'agent rejoue à la demande — par exemple « préparer une release » ou « auditer les dépendances ». Claude Code a un système de skills dédié ; avec Codex, un fichier de procédure dans le dépôt joue le même rôle.

Un runbook, c'est la version documentée d'un workflow complet : les étapes, les vérifications, les cas d'erreur. Tu le rédiges avec l'agent (c'est lui qui connaît le mieux ce qu'il a fait), puis il devient le contrat d'exécution des fois suivantes.

La progression du mois ressemble à ça :

  1. Semaines 1-2 : tâches ponctuelles avec ligne d'arrivée, le fichier de consignes s'épaissit
  2. Semaine 3 : tu identifies 2-3 tâches récurrentes et tu les transformes en procédures écrites
  3. Semaine 4 : tu lances plusieurs tâches en parallèle — pendant que l'agent traite la première, tu en spécifies une deuxième

C'est à ce stade que le rapport au travail change vraiment : tu passes moins de temps à faire et plus de temps à spécifier et vérifier. C'est exactement la bascule décrite dans notre article sur piloter ou déléguer.

#Et la concurrence dans tout ça ?

Un mot de contexte pour finir, parce que le chiffre des 5 millions ne dit pas tout. Sur le marché entreprise, c'est Anthropic qui domine avec 60 % de parts de marché début 2026, contre 35 % pour OpenAI — qui en détenait 90 % un an plus tôt. Cisco, Nvidia ou Rakuten déploient Codex auprès de leurs équipes, pendant que Claude s'installe comme standard côté API entreprise.

Ce que ça veut dire pour toi : la guerre des outils n'est pas ton problème. Les agents convergent — mêmes paradigmes, mêmes fichiers de consignes, mêmes workflows. La compétence que tu construis ce week-end est transférable d'un outil à l'autre. Ce qui ne se transfère pas, c'est le retard.

#Ce qu'il faut retenir

  • 5 millions d'utilisateurs hebdo, ça reste 1 humain sur 1 600 et 0,5 % des knowledge workers : tu n'es pas en retard sur tout le monde, tu es en retard sur presque personne — pour l'instant
  • L'écart n'est pas un écart de talent mais de configuration : un week-end suffit pour le combler
  • Jour 1 : installe une seule forme de l'outil, pointe-la sur un vrai dossier, réussis une petite tâche vérifiable
  • Semaine 1 : écris un fichier de consignes (AGENTS.md ou CLAUDE.md) et donne à chaque tâche une ligne d'arrivée explicite
  • Mois 1 : transforme les tâches récurrentes en procédures (skills, runbooks) et commence à paralléliser
  • Le test qui résume tout : si l'IA ne touche pas tes vrais fichiers, tu n'as pas encore commencé