Codex CLI est un agent de codage open source qui tourne dans votre propre terminal. On tape une commande dans le répertoire du projet, et il lit les fichiers, modifie le code et exécute des commandes, chaque changement restant une modification ordinaire de l'arbre de travail : git diff la montre, git checkout l'annule.

Même terminal, mêmes habitudes Git, avec à côté un assistant qui peut réellement tendre la main vers le clavier.

Pas de réseau, d'usine

Au premier lancement, il ne se précipite pas pour expédier votre code quelque part. La documentation officielle est nette : l'accès réseau est coupé par défaut, et l'écriture s'arrête au répertoire de travail courant. Ce réglage par défaut en dit plus long sur le positionnement de l'outil que n'importe quelle phrase publicitaire, car il part du principe que vous ne lui faites pas encore confiance.

Le tenir en laisse passe par deux portes séparées, configurées indépendamment. L'une est le bac à sable, qui régit ce qu'il peut toucher. L'autre est l'approbation, qui régit le moment où il doit s'arrêter pour demander.

Le bac à sable connaît trois niveaux. Un mode lecture seule n'autorise aucune écriture. Un mode écriture d'arbre de travail permet de modifier le répertoire courant et laisse le réseau coupé par défaut. Un mode accès complet lève toutes les limites, ce que la documentation ne recommande que dans un environnement déjà isolé, un conteneur par exemple.

L'approbation a elle aussi trois niveaux. Le plus strict demande avant toute commande dont l'agent n'est pas sûr. Le niveau intermédiaire laisse filer les opérations courantes et ne lève la main que lorsqu'une étape sort du cadre. Le dernier n'interrompt jamais et appartient aux environnements préparés pour cela.

Au quotidien le partage est évident : laisser l'agent modifier le code et lancer les tests seul, et le faire marquer une pause pour un clic quand il faut installer une dépendance ou accéder au réseau. Élargir le périmètre n'oblige pas à couper le bac à sable entièrement ; il suffit d'ajouter à une liste autorisée les répertoires qui ont besoin d'accès.

Ce que la réécriture en Rust a changé

Le projet a commencé en Node.js et a été réécrit en Rust dans la seconde moitié de 2025 ; la ligne principale est désormais cette implémentation. La différence est concrète : ce qui est livré est un exécutable unique compilé statiquement, si bien qu'aucun environnement d'exécution séparé n'est à préparer à côté, ce qui est appréciable sur une machine où l'on vient d'installer le système et rien d'autre. Le projet publie ses propres compilations par plateforme, en distinguant sur macOS les deux générations de processeurs et sur Linux les deux architectures courantes.

Il est publié sous licence Apache, écrit en Rust, et la description du dépôt tient en une phrase : un agent de codage léger qui tourne dans votre terminal. À la mi-septembre 2026, le projet avait réuni plus de cent vingt mille étoiles et près de vingt mille dérivations.

Lui donner une mémoire de projet

Expliquer les règles maison depuis zéro à chaque fois devient vite épuisant. La réponse est un fichier AGENTS.md dans le dépôt, qui précise comment compiler, comment lancer les tests, quels répertoires ne pas toucher et de quel côté penche le style du code. Le fichier est lu automatiquement, donc les mêmes consignes n'ont pas à être répétées.

La recherche est étagée : d'abord vos réglages globaux, puis la racine du dépôt, puis le sous-répertoire courant, fusionnés de l'extérieur vers l'intérieur. Les habitudes personnelles vivent donc en global, les accords d'équipe dans le dépôt, et les règles propres à un module dans ce module, chaque couche veillant sur sa portion. Tapez /init dans une session et il parcourt le dépôt pour dresser une première version du fichier.

S'asseoir à côté, ou l'accrocher à une chaîne

Le mode quotidien est l'interactif : on décrit une tâche en langage ordinaire, et il planifie, modifie des fichiers et exécute des commandes pendant que vous suivez la progression et intervenez quand vous voulez. Une série de commandes à barre oblique gère le quotidien depuis le même écran. L'une indique le modèle courant, les réglages d'autorisation et le contexte restant. L'une montre ce que cette session a touché. L'une lui fait d'abord relire ses propres modifications. L'une compresse le contexte quand une longue session commence à peser.

Pour l'insérer dans une chaîne, on passe par codex exec. Aucune interface ne s'ouvre : il prend une tâche, la mène à son terme et se termine, la sortie étant directement exploitable en aval, qu'il s'agisse d'un audit de dépôt en lecture seule, d'une conclusion écrite dans un fichier ou d'un flux d'événements JSON transmis à un script. Une session peut aussi reprendre la précédente, sans avoir à raconter de nouveau le contexte. Les tâches planifiées et les plages sans surveillance de l'intégration continue sont exactement le cas d'usage de ce chemin.

Se connecter, et ce que cela coûte

Deux voies existent : se connecter avec un compte ChatGPT, ou configurer sa propre clé d'API. Par la voie du compte, Codex fait désormais partie des abonnements ChatGPT, Plus, Pro, Business, Edu et Enterprise l'incluant, et les paliers Free et Go étant ouverts pour l'instant à titre temporaire. Les enveloppes sont étagées selon l'offre, le dépassement s'achète en crédits ; la voie de la clé d'API facture à l'usage sur un compte séparé.

Il place un agent dans le terminal que vous utilisez déjà, et sépare en deux molettes ce qu'il peut toucher et le moment où il doit demander. Pour obtenir son aide, on commence par l'enfermer dans un bac à sable : non par méfiance, mais parce que c'est la condition pour le laisser tourner longtemps.