Tous trois sont des agents de développement en terminal, se rattachent à un répertoire de projet et reprennent nativement une conversation. Les différences importantes n’apparaissent que lorsqu’un autre système les pilote : persistance d’une instruction permanente, lecture de leur propre mémoire durable, interruption d’une exécution et modes d’autorisation réellement accessibles. Ces lignes sont mesurées ici, pas reprises d’ailleurs.
Les lignes marquées « mesuré » proviennent de l’inventaire des capacités qu’Orkas tient pour piloter chaque outil comme moteur CLI local. Elles décrivent le contrat exposé par chaque Agent à l’hôte, et non la qualité de son code.
| Fonctionnalité | Claude CodeAnthropic | CodexOpenAI | OpenCodeMIT, communauté |
|---|---|---|---|
| Éditeur et licence | Anthropic ; propriétaire | OpenAI ; Apache-2.0 | Communauté ; MIT |
| Étendue du choix de modèles | Modèles Claude d’Anthropic | Un abonnement ChatGPT, une clé API, des fournisseurs personnalisés ou des modèles locaux | Des dizaines de fournisseurs, tout service compatible OpenAI et des environnements d’exécution locaux |
| D’où vous le pilotez | Un terminal ou une intégration IDE | Un terminal, des extensions pour VS Code, Cursor et Windsurf, et une version cloud | D’abord une interface en terminal, avec une application de bureau plus récente |
| Reprendre là où il s’est arrêté (mesuré) | Une opération native de reprise | Une opération native de reprise | Une opération native de reprise |
| Conserver une instruction permanente (mesuré) | Un champ d’instruction natif, mais limité à une invocation — l’hôte le renvoie à chaque exécution | Un champ natif d’instruction développeur conservé dans la session | Aucun champ natif — l’instruction arrive comme premier message utilisateur et reste dans la session |
| Associer un répertoire de projet (mesuré) | Oui | Oui | Oui |
| Accéder aux outils propres à l’hôte (mesuré) | Oui — un pont peut être attaché à chaque exécution | Oui — un pont peut être attaché à chaque exécution | Oui — un pont peut être attaché à chaque exécution |
| Lire et mettre à jour la mémoire durable de l’Agent (mesuré) | Oui | Oui | Non — le pont est attaché, mais la mémoire n’en fait pas partie |
| Recevoir un nouveau message en cours d’exécution (mesuré) | Oui — via son transport JSON en continu | Oui — via son transport app-server | Non — le tour se termine d’abord |
| Modes d’autorisation applicables par un hôte (mesurés) | Reprendre son réglage par défaut, demander à chaque fois ou accès complet | Reprendre son réglage par défaut, demander à chaque fois ou accès complet | Mode automatique uniquement — son transport d’exécution ponctuelle n’a pas de canal de retour pour les approbations |
Deux lignes de ce tableau peuvent faire basculer votre décision. OpenCode est le seul des trois à ne pas disposer de canal de retour pour les approbations : un hôte ne peut donc pas proposer de mode « me demander à chaque fois » et doit l’exécuter dans le mode automatique qu’il prend en charge. Choisissez-le pour des tâches où cela est acceptable. Par ailleurs, le champ d’instruction de Claude Code est limité à une invocation et non à la session. C’est invisible lorsque vous saisissez vous-même dans un terminal, mais essentiel lorsqu’un autre outil relance le processus pour vous.
Cette comparaison a été mise à jour le 21 septembre 2026 ; consultez le site de chaque fournisseur pour connaître les conditions actuelles.
Orkas exécute les trois comme sessions CLI locales. Ce projet doit donc connaître exactement, et non approximativement, le contrat que chacun expose à l’hôte.
L’inventaire est une déclaration unique dans le code source d’Orkas. Un moteur ne peut pas être lancé tant que sa sémantique de conversation n’y est pas déclarée.
Il couvre cinq moteurs au total : Claude Code, Codex, OpenCode, OpenClaw et Hermes. Les trois de cette page sont ceux qui s’associent à un répertoire de projet.
Cette page ne porte aucun jugement sur la qualité du code écrit par ces outils. L’absence d’une capacité côté hôte relève généralement d’un choix de conception, pas d’un défaut.
Les sept lignes marquées « mesuré » ont été établies à nouveau à partir du code source d’Orkas le 11 septembre 2026, à trois reprises, avec des résultats identiques pour les sept. Claude Code et Codex ont ensuite été vérifiés par une seconde méthode, indépendante de ce code source : --resume, --permission-mode, --append-system-prompt et stream-json figurent tous dans claude --help, tandis que resume, --sandbox, app-server et exec figurent tous dans codex --help. Versions au moment de la vérification : Claude Code 2.1.267, Codex CLI 0.153.4, sous macOS 15.6.
Une lacune reste ouverte plutôt que dissimulée : OpenCode n’était pas installé sur la machine utilisée pour la vérification. Sa colonne repose donc uniquement sur le code source d’Orkas, sans seconde source de confirmation. Pour y remédier, il faut l’installer avant la prochaine revue, et non reformuler la ligne. Aucune de ces lignes ne dit quoi que ce soit sur la qualité du code écrit par l’un des trois : l’absence d’une capacité côté hôte relève généralement d’un choix de conception.
Oui. Orkas exécute Claude Code, Codex et OpenCode comme moteurs CLI locaux dans la même fenêtre, avec OpenClaw et Hermes. Ces cinq outils constituent l’ensemble complet pris en charge — il n’y a ni moteur Cline ni moteur Gemini CLI.
Parce que son transport d’exécution ponctuelle ne dispose d’aucun canal pour renvoyer une question d’approbation à l’hôte et attendre la réponse. Proposer un sélecteur « me demander à chaque fois » laisserait croire à une pause impossible ; il fonctionne donc dans son mode automatique pris en charge.
Codex et OpenCode la conservent tous deux dans la session. Le champ d’instruction de Claude Code est limité à une invocation : un hôte qui relance le processus doit donc renvoyer l’instruction à chaque exécution pour qu’elle continue de s’appliquer.
Orkas est gratuit et sous licence MIT. Il pilote Claude Code, Codex, OpenCode, OpenClaw et Hermes comme sessions CLI locales sur votre propre machine.
