Un témoignage publié sur les réseaux sociaux a attiré l’attention : la personne utilisait toujours Astra, mais après avoir remplacé l’environnement Codex par Zed, toute la boucle de développement lui a semblé nettement plus rapide. Son quota d’utilisation semblait aussi diminuer beaucoup moins vite.
La confusion vient du fait que Zed, GitHub, Astra et Codex ressemblent à quatre noms pour une même pile d’outils. En réalité, leurs rôles sont différents.
Zed ne remplace ni GitHub ni Astra. C’est l’environnement dans lequel on ouvre le code, donne des instructions à un agent, modifie des fichiers, exécute un terminal et relit les changements. Même si le « cerveau » IA reste identique, changer son « corps » et le flux de travail autour de lui peut modifier fortement l’expérience.
1. La réponse en 30 secondes
Séparer les quatre rôles rend l’ensemble simple.
| Nom | Rôle approximatif |
|---|---|
| Zed | Éditeur et établi où travaillent le code et les agents |
| GitHub | Dépôt distant, historique, branches, PR et collaboration |
| GPT-6 Astra | Modèle d’IA qui raisonne et génère du code ou du texte |
| Codex | Surface et chemin d’exécution agentique pour le développement logiciel |
Une image pratique : GitHub est l’entrepôt et le registre, Zed est l’établi, Astra est le cerveau et Codex une autre ligne de production.
Surtout, Zed et Codex ne s’excluent pas. Zed prend officiellement en charge son agent natif, Codex comme agent externe via ACP, et Codex CLI dans des flux basés sur le terminal.[1][2][3]
2. Qu’est-ce que Zed IDE ?
Zed est un éditeur de code de la même grande famille que VS Code et Cursor. On parle aussi de Zed Editor.
Il est écrit en Rust et utilise une architecture de rendu orientée GPU. Zed 1.0 a été annoncé en avril 2026 et est disponible sur macOS, Linux et Windows.[4]
Le Zed actuel intègre également l’IA en profondeur. Zed Agent peut rechercher dans un projet, lire des fichiers, modifier le code, lancer des commandes dans le terminal et présenter les changements à relire.[2]
Il ressemble donc moins à un « bloc-notes amélioré » qu’à un établi de développement où éditeur, Git, terminal et travailleur IA se trouvent au même endroit.
3. Séparer Zed, GitHub, Astra et Codex
Une erreur fréquente consiste à placer Zed et GitHub au même niveau.
GitHub stocke les dépôts distants, conserve l’historique et coordonne les changements avec les branches et les Pull Requests. Zed est l’application locale dans laquelle on ouvre ce dépôt pour y travailler.
Astra se situe encore ailleurs. OpenAI a présenté GPT-6 Astra en septembre 2026 comme un modèle destiné aux tâches exigeantes, notamment l’ingénierie logicielle, l’utilisation d’ordinateurs, la navigation et la recherche.[5]
Codex est plus facile à comprendre comme un produit et un chemin d’exécution agentique pour le développement logiciel, pas simplement comme le nom d’un modèle. OpenAI présente actuellement Chat, Work et Codex comme des surfaces de travail distinctes.[6]
Le modèle peut donc rester identique alors que le chemin qui exécute le travail change.
4. Que change réellement le fait de « déplacer Astra de Codex vers Zed » ?
Il ne s’agit pas de transférer physiquement le modèle Astra sur l’ordinateur portable.
Ce qui change généralement, c’est la couche qui construit le contexte, lit les fichiers, appelle les outils, exécute le terminal, affiche les diffs et gère les fils de l’agent. Cette couche est souvent appelée agent harness. La documentation de Zed précise elle-même qu’un agent path peut parfois être appelé harness.[2]
Zed offre au moins trois chemins pertinents :
- utiliser les modèles OpenAI avec Zed Agent ;
- exécuter Codex comme agent externe ACP dans Zed ;
- exécuter Codex CLI dans le terminal ou les Terminal Threads de Zed.
Ainsi, dire « je suis passé de Codex à Zed » ne suffit pas à décrire une configuration technique unique.
Le cerveau peut rester le même ; c’est le corps et le poste de pilotage qui changent.
5. Pourquoi la même IA peut-elle sembler plus rapide ?
La durée totale d’une tâche agentique ne se résume pas au temps d’inférence du modèle.
Temps total
= raisonnement du modèle
+ collecte du contexte
+ recherche et lecture des fichiers
+ appels d’outils
+ exécution du terminal
+ nouvelles tentatives
+ attente de reconnexion
+ affichage et revue des diffs
Le modèle peut être identique tandis que les autres composantes changent. Si un environnement subit régulièrement des reconnexions ou des réessais et l’autre non, le second peut sembler beaucoup plus rapide même si la vitesse de calcul brute du modèle n’a pas changé.
Cela ne signifie pas non plus que Zed soit toujours plus rapide. Les très grands dépôts, les recherches de contexte larges ou les processus d’agents externes peuvent créer leur propre surcharge.
La vitesse perçue appartient à l’ensemble du système, pas seulement au nom du modèle.
6. « Mes tokens baissent à peine » signifie-t-il un usage illimité ?
La documentation officielle ne permet pas cette conclusion.
En mai 2026, Zed a annoncé que l’on pouvait se connecter à Zed Agent avec un compte ChatGPT et utiliser les modèles OpenAI avec le même usage inclus dans l’abonnement que dans Codex. Cette voie est distincte de l’utilisation d’une clé API OpenAI avec une facturation API par tokens.[1][7]
Zed indique toutefois que l’usage dépend du niveau du forfait ChatGPT.[1]
L’impression que « cela baisse à peine » peut venir de plusieurs causes :
- moins de contexte ou moins d’allers-retours avec des outils par tâche ;
- moins de réessais ;
- un indicateur d’usage qui ne correspond pas un pour un à tous les tokens internes ;
- des tâches comparées de difficulté différente.
Zed ne débloque donc pas l’immortalité des tokens.
7. Passer à Zed rend-il Codex inutile ?
L’architecture actuelle est moins binaire que cette question.
Codex peut fonctionner à l’intérieur de Zed.[2][3]
Zed Agent est naturel lorsqu’on veut une intégration étroite avec l’éditeur, la recherche de code, la modification de fichiers, le terminal et MCP. Pour conserver le comportement ou la configuration propres à Codex, on peut utiliser Codex via ACP ou exécuter Codex CLI dans Zed.
Astra dispose aussi de capacités spécifiques dans Codex. OpenAI décrit un nouveau mécanisme de contexte Codex permettant à Astra de conserver des notes entre fenêtres de contexte et de rechercher dans des contextes plus anciens au lieu de dépendre uniquement de compactages répétés.[5]
Utiliser Zed ne ramène donc pas la valeur de Codex à zéro.
On peut préférer l’établi Zed tout en choisissant Codex comme travailleur assis devant cet établi.
8. Et si « je travaille déjà via GitHub » ?
Si une IA modifie déjà un projet centré sur GitHub, le modèle mental est assez proche.
La différence est que GitHub sert généralement de référence distante, alors que Zed est l’établi local.
Dépôt GitHub
↓ clone / pull
Ouvrir le projet dans Zed
↓
Donner des instructions à l’agent IA
↓
Rechercher et modifier des fichiers
↓
Exécuter les tests dans le terminal
↓
Relire le diff
↓
commit / push
↓
Historique / PR / CI sur GitHub
Si l’image précédente était « l’IA travaille directement dans GitHub », Zed ressemble davantage au fait d’apporter ce même dépôt sur l’établi de son ordinateur et de travailler à côté de l’agent.
Same repo, different workspace.
9. À quoi ressemble le flux réel ?
Supposons qu’un service existant contienne un bug. Ouvrez le dépôt dans Zed et demandez à l’agent d’identifier la cause, de corriger le problème, d’exécuter les tests pertinents et d’expliquer le diff final.
Avec Zed Agent, le travail peut utiliser les outils natifs du projet et du terminal. Pour obtenir le comportement de Codex, ouvrez Codex comme agent externe ou exécutez la CLI dans le terminal.[2][3]
Après la modification, vérifiez le diff et les résultats des tests, faites un commit Git puis poussez vers GitHub. En équipe, la suite passe par Pull Request et CI.
Zed ne retire pas GitHub du flux. Il relie le travail agentique local à l’historique, à la revue et à l’intégration de GitHub.
10. Quel chemin pour quel travail ?
Plutôt que de chercher l’outil universellement « meilleur », il vaut mieux demander quel comportement on veut conserver.
| Objectif | Chemin naturel |
|---|---|
| Centrer le travail sur l’éditeur, la revue et l’agent natif de Zed | Zed Agent |
| Utiliser l’interface Zed tout en gardant Codex comme agent | Codex via ACP |
| Conserver la configuration et l’interaction natives de Codex CLI | Codex CLI / Terminal Threads |
| Utiliser des surfaces OpenAI plus larges ou des capacités orientées ordinateur | Combiner ChatGPT / Work / Codex selon le besoin |
| Stocker, partager, revoir et intégrer le code à distance | Continuer à utiliser GitHub |
Choisir Zed et abandonner Codex ne sont pas la même décision.
11. Malentendus fréquents
« Zed remplace GitHub »
Non. Zed est l’établi ; GitHub est le dépôt distant, l’historique et la couche de collaboration.
« Astra devient lui-même plus rapide dans Zed »
Pas nécessairement. Le harness, la construction du contexte, la connexion et la boucle d’outils changent.
« Zed signifie tokens illimités »
La documentation officielle ne le dit pas. L’usage inclus dans l’abonnement dépend du forfait ChatGPT concerné.[1]
« Zed et Codex sont concurrents, donc il faut n’en choisir qu’un »
Non. Codex peut fonctionner dans Zed via ACP et Codex CLI peut s’exécuter dans les terminaux de Zed.[2][3]
« Si le modèle est identique, changer d’environnement ne sert à rien »
Cela peut compter. Contexte, outils, réessais, stabilité de connexion et revue modifient tous le temps total.
12. Résumé
Zed IDE n’est ni le modèle d’IA ni un remplacement de GitHub. C’est un environnement rapide pour ouvrir du code, exécuter des agents, modifier des fichiers, lancer des commandes et revoir les changements.
Quand quelqu’un dit avoir « déplacé Astra de Codex vers Zed », le changement principal concerne souvent moins le cerveau que le chemin de travail qui l’entoure.
Le même Astra peut donc sembler beaucoup plus rapide. Mais « sembler plus rapide » ne prouve pas que le modèle lui-même a accéléré, et « le quota bouge à peine » ne prouve pas un usage illimité.
Le plus intéressant est que ce n’est pas simplement Zed contre Codex.
Codex peut s’asseoir à l’établi Zed.
Prenez le même dépôt dans l’entrepôt GitHub, travaillez dessus dans Zed avec Astra, utilisez la ligne Codex quand elle est utile, puis renvoyez le résultat vers GitHub.
Une fois le jargon séparé, l’architecture redevient étonnamment ordinaire : entrepôt, établi, cerveau et ligne de production.
- [4] Zed, “Zed 1.0” — https://zed.dev/blog/zed-1-0
- [1] Zed, “Use Your ChatGPT Subscription in Zed” — https://zed.dev/blog/chatgpt-subscription-in-zed
- [2] Zed Docs, “Agents” — https://zed.dev/docs/ai/agents
- [3] Zed Docs, “External Agents” — https://zed.dev/docs/ai/external-agents
- [7] Zed Docs, “Use an Existing Subscription” — https://zed.dev/docs/ai/use-an-existing-subscription
- [5] OpenAI, “GPT-6 Astra: A new generation of intelligence” — https://openai.com/index/gpt-6-astra/
- [6] OpenAI Help Center, “ChatGPT Work and Codex” — https://help.openai.com/en/articles/20001275/
Sources
- https://zed.dev/blog/chatgpt-subscription-in-zed zed.dev
- https://zed.dev/docs/ai/agents zed.dev
- https://zed.dev/docs/ai/external-agents zed.dev
- https://zed.dev/blog/zed-1-0 zed.dev
- https://openai.com/index/gpt-6-astra/ openai.com
- https://help.openai.com/en/articles/20001275/ help.openai.com
- https://zed.dev/docs/ai/use-an-existing-subscription zed.dev
