Agents

Il y a un moment dans la vie de tout développeur équipé de copilotes où vous regardez la facture mensuelle et vous pensez : “C’est bien, mais ça ressemble plus à une liste d’abonnements qu’à mon ancien fitness du quartier.” Ce moment m’est arrivé avec une combinaison assez sérieuse : Claude Max 5, Codex Plus, et la tentation d’ajouter Z.AI avec OpenCode pour les petits jobs. L’idée avait l’air solide. Mais voilà le problème : si vous intégrez trois agents dans votre flux sans structure, vous finissez par ressembler à un chef de chantier où tout le monde est occupé à tourner en rond, mais personne ne tient les plans. ...

** 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. ...

TL;DR : Après 165 sessions de Claude Code et 27 de Codex CLI, le schéma est clair : Claude est parfait pour le travail interactif, où vous réfléchissez à voix haute, et Codex pour les tâches autonomes que vous déléguez et oubliez. La question n’est pas de savoir lequel est meilleur — mais quand utiliser chaque outil. Mes données montrent que la combinaison est plus efficace qu’un seul agent à lui tout seul. ...

Si vous avez lu mon article sur les worktrees avec Claude Code, vous savez que la clé c’est un simple drapeau : --worktree. Vous lancez une commande et un agent fonctionne sur sa propre copie isolée. Vous en lancez trois et vous obtenez trois agents en parallèle sans conflits. Du pur génie. Et puis vous ouvrez Codex CLI, vous cherchez le drapeau équivalent et… il n’existe pas. Pas de --worktree. Pas de --tmux. Pas de isolation: worktree pour les agents personnalisés. L’issue #12862 est ouverte sur GitHub et des gens ont déjà développé des solutions dans leurs forks, mais aucune n’a été intégrée. À l’heure où cet article est écrit, le parallélisme natif avec Codex CLI n’existe pas. ...

Il y a quelques semaines, j’ai écrit un article sur les git worktrees — ce que c’est, comment les créer, pourquoi ils sont mieux que cloner le repo trois fois. Les bases. Mais les bases, ce n’est que la moitié de l’histoire. Claude Code ne se limite pas à fonctionner sur les worktrees — il les prend en charge nativement. Des flags dédiés, un isolement automatique, une intégration avec tmux. Et la différence entre savoir que les worktrees existent et comprendre comment Claude Code les exploite, c’est comme avoir une voiture et découvrir qu’elle a un mode sport. ...

Cette semaine, j’ai publié six articles. Un sur PostgreSQL. Un autre sur l’intelligence artificielle et ses agents. Un sur la gestion du contexte. Un tutoriel sur l’automatisation. Une analyse de debugging. Et enfin un design de conseil adversarial pour évaluer les MVPs. Rien n’était planifié. Chaque article découle d’un article scientifique, une conférence ou un projet que j’ai trouvé intéressant indépendamment. Mais en les regardant collectivement, un fil conducteur apparaît, que je n’avais pas perçu en les écrivant. ...

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. ...

Imaginez que vous engagez un consultant brillant. Il a deux doctorats, parle sept langues, et résout des problèmes dont vous ignoriez même l’existence. Vous l’installez dans une salle et lui dites : “j’ai besoin que vous refactorisiez l’authentification du projet”. Le consultant vous regarde, acquiesce, et demande : “Quel projet ?” Vous ne lui avez pas donné accès au code. Vous ne lui avez pas expliqué l’architecture. Il ne sait pas si vous utilisez des tokens JWT ou des cookies de session. Il ne connaît ni le langage que vous utilisez, ni le nombre de microservices, ni pourquoi la dernière tentative de migration s’est soldée par un désastre. ...

La première fois que j’ai utilisé Claude Code pour refactoriser un module entier, j’ai vécu une expérience presque mystique. Je lui ai décrit ce que je voulais, je suis parti prendre un café, et quand je suis revenu j’avais une pull request avec 14 fichiers modifiés, des tests mis à jour et un message de commit correct. “C’est de la magie”, me suis-je dit. Ce n’est pas de la magie. C’est une boucle while. ...

Un homard spatial dans votre ordinateur Imaginez qu’un développeur autrichien crée un assistant IA personnel, lui donne un nom de homard spatial, et décide de le rendre public. En 24 heures il a 9'000 étoiles sur GitHub. En 48 heures, 17'000. Il a aussi 300+ issues ouvertes, plusieurs d’entre elles de sécurité critique, et quelqu’un a créé une cryptomonnaie non officielle avec son nom. Bienvenue dans Clawdbot. Qu’est-ce que c’est exactement ? Clawdbot est un assistant IA open source qui s’exécute localement sur votre machine. La différence avec d’autres assistants : il ne répond pas seulement aux questions, il fait des choses. ...