Singularity vs Zed : éditeur ultra-rapide ou board d’agents ?

Zed attire les développeurs qui veulent un éditeur très réactif, open source, capable d’accueillir des agents IA sans les imposer. Écrit en Rust par Zed Industries, passé en 1.0 au printemps 2026, il propose un panneau d’agents, des fils en parallèle, l’édition collaborative en temps réel et l’Agent Client Protocol pour brancher Claude, Codex, Gemini CLI et d’autres agents externes.

Singularity part de l’autre extrémité : c’est un environnement de développement agentique (ADE) de bureau dont le centre est un board Kanban. Chaque ticket devient une mission confiée à un agent, exécutée dans un worktree Git isolé, puis relue et intégrée par rebase. La vraie question n’est donc pas « quel éditeur est le meilleur ? » mais « d’où piloter les agents : depuis l’éditeur, conversation par conversation, ou depuis un board qui suit chaque tâche jusqu’à l’intégration ? ».

Comparatif vérifié le 10 octobre 2026 à partir de la documentation officielle de Zed et de celle de Singularity. Il compare des workflows, sans benchmark de vitesse ni de qualité du code généré. Tarifs publics en USD (Zed) et EUR (Singularity) tels qu’affichés, hors taxes et consommation ; ils peuvent évoluer.

Périmètre : cet article compare l’éditeur Zed. Delta est un produit distinct de la même équipe : voir le repère Delta du hub, sourcé et daté du 11 octobre 2026.

En bref

• Zed est d’abord un éditeur : rendu GPU, édition multijoueur, Git intégré, développement distant en SSH. Les agents vivent dans un panneau et une barre latérale de fils.
• Singularity est d’abord un poste de pilotage d’agents : tickets, dépendances, un worktree par exécution, revue fichier par fichier et file d’intégration.
• Économie différente : Zed est gratuit, avec une offre Pro à 10 $/mois incluant des crédits de tokens ; Singularity est gratuit et ne facture que ses plugins payants (24 €/mois par poste).
• Ils se combinent bien : un worktree créé par Singularity est un dossier Git ordinaire que Zed ouvre sans difficulté.

Présentation de Zed

Zed est édité par Zed Industries, une entreprise financée par des investisseurs, et se résume sur sa page d’accueil par « The world’s fastest IDE. Open source. AI optional. ». Dans le billet « Zed is 1.0 » du 29 avril 2026, Nathan Sobo explique que l’équipe a quitté l’approche web d’Atom pour construire GPUI, son propre framework d’interface en Rust, fondé sur le rendu GPU. Le code est principalement sous licence GPL-3.0-or-later, avec des composants Apache-2.0, et l’éditeur tourne sur macOS, Linux et Windows.

L’IA passe par le panneau d’agents. Chaque fil est une conversation indépendante, avec son agent, son contexte et son historique. L’agent intégré cherche dans le code, modifie des fichiers et lance des commandes ; on accepte ou rejette chaque bloc de changement, et le bouton « Restore Checkpoint » ramène le code à son état antérieur. Depuis avril 2026, les agents en parallèle regroupent les fils par projet dans une barre latérale, chacun avec l’agent de votre choix. Selon la documentation, un fil peut démarrer dans un nouveau worktree Git, créé en HEAD détachée, puis on relit le diff et on fusionne « par votre workflow Git habituel ». Il n’y a pas de board de tâches.

Les agents externes se branchent via l’Agent Client Protocol (ACP) : Claude Agent, Codex, OpenCode, Copilot, Cursor, Gemini CLI et d’autres, selon le registre ACP. Zed ne les facture pas ; la facturation se règle avec leur éditeur. Les fils terminal lancent aussi le CLI natif d’un agent dans un terminal géré comme un fil. Pour son agent intégré, Zed accepte ses modèles hébergés, des clés API, des passerelles comme OpenRouter ou Bedrock, un abonnement existant ou un modèle local via Ollama, LM Studio ou llama.cpp. La complétion prédictive, l’Edit Prediction, utilise par défaut Zeta, un modèle open source développé par Zed.

Zed reste aussi un éditeur d’équipe : édition multijoueur en temps réel et canaux avec chat vocal, panneau Git avec staging par bloc, stash, worktrees et résolution de conflits, et développement distant en SSH, où code, serveurs de langage et terminal tournent sur la machine distante.

Singularity en quelques mots

Singularity est un ADE de bureau édité par Meteor Factory : un éditeur CodeMirror 6, de vrais terminaux système, un client Git (graphe, diffs, stash, worktrees), des serveurs de langage et des espaces de travail multiprojets. Son cœur, Mission Control, est un board Kanban qui sert de surface d’exécution aux agents. Un ticket porte la demande, la priorité et la configuration de l’agent, affiche le statut et l’activité en direct, puis conserve le compte rendu, les blocages et une résolution courte. Les tickets peuvent dépendre les uns des autres et se découper en enfants.

L’orchestration lance chaque exécution dans un worktree Git dédié, puis réapplique ses commits sur la branche de base par rebase ; une file ordonne les intégrations d’un même projet. Selon vos réglages, le résultat est intégré automatiquement ou attend dans l’onglet Revue. Tests et relecture restent indispensables : l’isolation ne supprime ni conflits ni régressions. Singularity pilote les CLI de sept fournisseurs (Claude Code, Codex, Copilot, Cursor, Gemini, Mistral, Ollama) avec vos propres comptes. L’application est gratuite ; la Singularity Licence (24 €/mois par poste, 14 jours d’essai) débloque seulement les plugins payants du Marketplace. Voir les tarifs.

Tableau comparatif

Une même fonctionnalité dans les deux outils

Prenons un export CSV des factures, avec un endpoint API et un bouton dans l’interface.

Dans Zed, vous démarrez un fil avec l’agent intégré ou Claude Agent, puis un second fil dans un nouveau worktree pour que les deux agents ne modifient pas les mêmes fichiers. Pendant qu’ils travaillent, vous restez dans un éditeur très complet : lecture, corrections manuelles, diff du projet. À la fin, vous acceptez ou rejetez les blocs, créez une branche dans le worktree, commitez et fusionnez avec vos commandes Git. L’ordre « API d’abord » reste dans votre tête ou votre outil de suivi.

Dans Singularity, vous créez deux tickets, le bouton bloqué par l’endpoint. Le ticket API part dans son worktree avec le modèle choisi ; le ticket interface attend que le premier soit intégré. Si l’agent pose une question, le ticket passe en attente et vous répondez dans son fil. L’onglet Revue affiche ensuite le diff : approbation par fichier, note sur une sélection, relance avec retours ou fusion par rebase, dans l’ordre de la file. Dans les deux cas, lancez les tests après intégration.

Parallélisme, revue et intégration

Dans Zed, l’unité de travail est un fil : une conversation que vous démarrez, observez et archivez. Le worktree est une option ; archiver le fil enregistre son état Git puis le retire du disque, et rouvrir le fil le restaure. C’est souple pour qui garde la main sur chaque conversation, et le client Git (blame en ligne, stash, conflits, messages de commit générés) aide à finir le travail. Mais l’intégration d’un worktree d’agent reste une opération manuelle.

Dans Singularity, l’unité est un ticket : critères d’acceptation, priorité, dépendances, agent assigné. Le planificateur peut prendre le prochain ticket prêt dans la limite d’agents simultanés. L’agent communique avec l’application par une passerelle MCP propre à sa session, pour poser une question ou créer un ticket de suivi. Ses commits sont rejoués par rebase sur la base à jour, et rien n’arrive sur votre branche sans approbation si la fusion automatique est désactivée. Au-delà de trois ou quatre tâches simultanées, un board rend visibles les états « en attente », « échoué » ou « action utilisateur ».

Modèles, coûts et données

Zed peut vendre l’accès aux modèles : l’offre Pro inclut 5 $ de tokens par mois, puis facture au prix API plus 10 %, selon sa page tarifs, qui précise aussi que l’usage avec vos clés ou des agents externes est illimité, même en gratuit. D’après sa page confidentialité, Zed ne conserve pas prompts ni contexte de code par défaut.

Singularity ne vend aucun modèle : il lance les CLI de vos fournisseurs, qui utilisent vos comptes ou clés. Les données de l’application restent dans une base SQLite locale ; seuls les CLI configurés communiquent avec leurs services, et avec Ollama en local l’inférence reste sur le poste.

Où Zed est plus fort

• L’éditeur : Zed est mature et très complet ; l’éditeur de Singularity n’a ni multi-curseurs, ni éditeur scindé, ni minimap, ni blame en ligne.
• La collaboration en temps réel : édition multijoueur et canaux vocaux n’ont pas d’équivalent dans Singularity.
• Le développement distant en SSH, avec interface locale.
• L’open source : Zed est sous GPL ; Singularity est propriétaire.
• Le choix d’agents et de modèles : registre ACP, modèles locaux, passerelles, et une complétion prédictive que Singularity n’offre pas.

Où Singularity se distingue

• Le ticket comme unité de travail : spécification, dépendances, enfants, statut et compte rendu au même endroit.
• Un worktree par exécution, par défaut : les agents ne touchent jamais vos fichiers non commités.
• Une revue avant fusion structurée : approbation par fichier, notes, fusion partielle, relance avec retours.
• Une intégration ordonnée : rebase sur la base à jour et file par projet.
• Aucune revente de tokens : les coûts d’IA vont directement à vos fournisseurs.

Peut-on utiliser les deux ?

Oui. Singularity crée ses worktrees dans .singularity-worktrees/ : ce sont des dossiers Git ordinaires. Ouvrez le dépôt ou un worktree d’agent dans Zed pour lire, corriger ou déboguer, pendant que Singularity suit les tickets et l’intégration. Claude Code, Codex, Copilot, Cursor et Gemini fonctionnent des deux côtés avec vos comptes ; évitez seulement deux agents dans le même worktree au même moment. Si vous hésitez avec un éditeur plus classique, lisez aussi Singularity vs VS Code.

Quel outil choisir ?

• Vous vivez dans l’éditeur et utilisez l’IA ponctuellement : Zed.
• Vous codez en binôme ou à distance : Zed, pour le multijoueur et le SSH.
• Vous déléguez plusieurs tâches par jour et voulez suivre chacune jusqu’à l’intégration : Singularity.
• Petite équipe ou projet solo chargé : Singularity pour le board et la revue, Zed comme éditeur sur les mêmes dépôts.

Protocole d’essai

1. Choisissez une fonctionnalité réelle touchant API et interface, avec des tests existants.
2. Utilisez le même agent des deux côtés (Claude Code ou Codex, par exemple) pour comparer les workflows, pas les modèles.
3. Dans Zed, lancez deux fils dont un dans un worktree, puis relisez et fusionnez vous-même.
4. Dans Singularity, créez deux tickets liés par une dépendance, fusion automatique désactivée, et passez par l’onglet Revue.
5. Comparez temps de relecture, interventions manuelles et lisibilité de l’historique Git, puis lancez la suite de tests complète.

Questions fréquentes

Zed est-il gratuit ?

Oui : l’offre Personal est gratuite avec 2 000 prédictions d’édition acceptées, et l’usage avec vos clés API ou des agents externes n’est pas limité. Pro coûte 10 $/mois et Business 30 $ par siège et par mois, selon la page tarifs de Zed au 10 octobre 2026.

Zed peut-il faire travailler plusieurs agents en même temps ?

Oui, via Parallel Agents, avec isolation optionnelle en worktree. Il ne propose ni board de tâches ni intégration automatique.

Singularity utilise-t-il ACP ?

Non. Il lance directement, pour chaque ticket, les CLI de Claude Code, Codex, Copilot, Cursor, Gemini, Mistral ou Ollama installés sur votre poste.

Les extensions Zed fonctionnent-elles dans Singularity ?

Non. Singularity a son propre Marketplace, compatible ni avec les extensions Zed ni avec celles de VS Code.

Pour aller plus loin, consultez tous les comparatifs Singularity, dont Singularity vs Cursor, lisez le guide de démarrage ou téléchargez Singularity.