Tutoriel

** TL;DR ** : Si vous utilisez Codex, utilisez une commande pour contrôler la session ou l’application, et utilisez une compétence pour enseigner à l’agent une manière de travailler. Dans Claude Code, la documentation actuelle traite déjà les compétences comme quelque chose qui peut être invoqué avec /nom-compétence, rendant les deux idées beaucoup plus entrelacées. Ce n’est pas le cas dans Codex : types peut exister sous forme de compétence et /types peut ne pas exister. ...

Vous installez Codex CLI. Vous le lancez plein d’enthousiasme. Vous lui dites : « Répare les tests cassés de ce repo ». Et c’est là que tout commence : Codex: Je vais lancer pytest. Permettre ? (o/n) Vous tapez o. Immédiatement après : Codex: Je vais modifier test_user.py. Permettre ? (o/n) Encore o. Et encore. Et encore. Chaque fichier que Codex veut lire, chaque commande qu’il veut exécuter, chaque ligne qu’il souhaite modifier. Confirmation, encore confirmation, toujours confirmation. C’est comme travailler avec un apprenti qui vous demande la permission pour tout. ...

Il y a deux semaines, OpenAI a présenté ses Automatisations Codex. L’idée : définir un déclencheur (un cron, un push, un nouvel ticket), écrire les instructions en langage naturel, et un agent les exécute automatiquement dans un worktree isolé. Rien à surveiller. Pendant votre sommeil, l’agent trie les tickets, résume les échecs CI, génère des notes de publication, et même améliore ses propres instructions. Ça semble magique. Et ça l’est, un peu. Mais il y a un détail qu’ils occultent souvent dans leur keynote : vous avez besoin de l’application Codex qui tourne sur votre bureau. macOS ou Windows uniquement. Pas de serveur headless. Pas question de l’installer sur un miniPC et l’oublier. ...