Claude Code est désormais disponible en bêta dans Zed

 (zed.dev)
9 points par GN⁺ 2025-09-04 | 3 commentaires | Partager sur WhatsApp
  • L’intégration de Claude Code avec Zed est lancée en bêta publique
  • L’introduction du nouveau Agent Client Protocol (ACP) ouvre la voie à une connexion élargie avec divers agents
  • Les développeurs peuvent désormais utiliser Claude Code dans Zed en temps réel, sur plusieurs fichiers et avec des workflows personnalisés
  • L’adaptateur ACP pour Claude Code a été publié en open source, ce qui ouvre la possibilité de l’utiliser dans d’autres éditeurs
  • À l’avenir, divers agents IA devraient pouvoir être étendus et exploités plus facilement grâce à ACP

Introduction

  • À la suite des demandes continues des développeurs, la fonctionnalité d’intégration native entre Claude Code et l’éditeur Zed est désormais disponible en bêta publique
  • Cette intégration ne prend pas la forme d’un simple plugin : elle repose sur le nouvel standard ouvert Agent Client Protocol (ACP)
  • ACP est un standard qui permet de connecter divers agents non seulement à Zed, mais aussi à d’autres éditeurs

Fonctionnalités principales

  • Il est possible d’exécuter Claude Code comme un agent pleinement fonctionnel dans Zed
    • Au-delà d’une simple interface terminal, cela ouvre de nombreuses possibilités d’usage dans un éditeur haute performance
  • Il est possible de visualiser en temps réel les modifications simultanées sur plusieurs fichiers ainsi que le support du serveur de langage
  • La fonctionnalité multibuffer permet une révision fine des modifications de code, avec approbation ou rejet
  • La liste des tâches peut être épinglée dans la barre latérale pour garder en permanence une vue sur le travail en cours
  • Des commandes slash personnalisées permettent de créer des workflows d’automatisation pour les tâches de développement répétitives ou fréquentes

Contexte et mode d’intégration

  • Cette approche surmonte les limites de l’interface CLI en terminal et offre une gestion du code plus large ainsi qu’un meilleur contrôle grâce à une intégration profonde avec Zed
  • Il est possible d’utiliser Claude Code aux côtés des agents natifs de Zed (comme Gemini CLI), ainsi que de le combiner avec tous les agents compatibles ACP
  • L’intégration repose sur un adaptateur qui convertit le SDK de Claude Code vers le format JSON RPC d’ACP
  • Cet adaptateur fonctionne comme un exécutable autonome, tandis que Zed fournit l’interface utilisateur, ce qui illustre une grande flexibilité d’extension

Open source et extensibilité

  • L’adaptateur ACP pour Claude Code est publié en open source sous licence Apache, ce qui permet son utilisation libre dans tous les éditeurs adoptant ACP
    • Par exemple, le plugin CodeCompanion de Neovim prend déjà en charge ACP, ce qui permet désormais d’utiliser Claude Code
  • L’utilisateur GitHub Xuanwo a rapidement mis en œuvre ACP pour Claude Code, contribuant ainsi à la diffusion du protocole, ce qui lui vaut des remerciements

Orientation future et possibilités de participation

  • À l’avenir, d’autres agents seront pris en charge en plus de Gemini CLI et Claude Code
  • Grâce à ACP, d’autres agents IA pourront eux aussi être utilisés librement dans divers éditeurs comme Zed ou Neovim
  • De nombreuses fonctionnalités clés de Claude Code sont actuellement prises en charge via le SDK, et d’autres devraient être ajoutées par la suite
  • Les développeurs comme les créateurs d’agents sont invités à participer au développement de l’adaptateur ACP et Claude Code au sein de la communauté, ainsi qu’à faire part de leurs retours

Références et modalités de participation

  • Les développeurs d’agents peuvent prendre contact pour discuter d’une intégration avec Zed
  • Si vous souhaitez davantage de fonctionnalités Claude Code, il est recommandé de demander à Anthropic l’adoption du SDK ou d’ACP
  • Il est recommandé de contribuer aux projets open source (ACP, adaptateur Claude Code) et de participer aux discussions

Autres informations

  • Zed peut être téléchargé et utilisé sur macOS et Linux
  • Si vous vous intéressez à l’avenir du développement logiciel, vous pouvez postuler via la page de recrutement de l’équipe

À lire aussi

3 commentaires

 
pmc7777 2025-09-04

Sous Windows aussi, l’installation est possible via scoop.
 
GN⁺ 2025-09-04
Avis Hacker News

  • J’aime vraiment beaucoup Zed, et je suis content qu’il y ait maintenant une prise en charge native de Claude ; avant, je l’intégrais séparément en suivant ce billet de blog
    L’autocomplétion IA reste quand même décevante ; j’ai essayé la solution maison de Zed ainsi que supermaven (désormais intégré à Cursor), mais l’autocomplétion et la prédiction IA de Cursor étaient bien plus précises (même l’expérience de recherche pour ouvrir des fichiers était plus fiable dans Cursor)
    Le fait d’apprendre que Zed a levé des fonds me rend encore plus optimiste : Zed pourrait concurrencer Cursor en tant que nouvel IDE de haute qualité qui n’est pas basé sur VSCode

    • Ce qui m’étonne, c’est qu’il n’y ait toujours pas de moyen pour l’utilisateur d’ajouter lui-même une IA d’autocomplétion locale comme Ollama dans Zed ; même de petits modèles d’environ 1,5b de paramètres, comme Qwen 2.5 coder, tournent vite et correspondent bien à ce que je veux faire, et ils fonctionnent aussi sans connexion Internet, donc c’est indispensable pour moi
      J’aimerais qu’une entreprise comme Zed propose une version vendue de son propre modèle d’autocomplétion IA, exécutable en local (je préférerais l’acheter et l’exécuter chez moi plutôt que le louer sur serveur comme aujourd’hui)
      Un modèle de 10 à 15b de paramètres entraîné en priorité sur de la documentation et des livres de programmation, ainsi que sur des données de rédaction professionnelle, serait excellent ; si un agent combinait les connaissances en code de Qwen Coder avec l’expertise et la prévisibilité d’IBM Granite 3, je serais prêt à payer cher pour l’acheter, surtout s’il était régulièrement mis à jour avec de nouveaux documents, corrections de bugs, fils GitHub, etc.

    • Je suis d’accord ; l’autocomplétion IA de Cursor est de loin sa fonctionnalité la plus efficace et la plus utile, plus que l’agent lui-même

    • Je me demande si l’équipe d’Augment développe un plugin Zed
      J’utilise Augment depuis plus d’un an dans les IDE JetBrains, et j’ai été très impressionné à la fois par l’autocomplétion et par l’agent façon Cursor
      J’ai aussi essayé Cursor, mais je ne suis pas convaincu qu’un IDE dédié soit vraiment nécessaire (un plugin me semble suffire) ; parmi mes collègues, certains sont passés de Cursor à Augment et le trouvent meilleur
      Augment a bien un site officiel, mais cela reste un outil d’IA encore peu connu de la plupart des développeurs

    • En ce moment, l’autocomplétion de Cursor est tellement agressive qu’elle m’agace ; ça devient presque impossible de taper du code, et j’ai l’impression qu’il intercepte non seulement Tab mais aussi CMD

    • Zed est un peu en retrait sur la qualité de génération de code, mais le fait que ce ne soit pas une application Electron compense largement

  • J’aimerais essayer Zed, mais le mode Helix semble encore immature ; le mode Vim a l’air correct aussi, mais j’ai du mal à quitter Helix
    J’ai aussi beaucoup personnalisé la configuration de saisie de Helix pour qu’elle me convienne, et ces derniers temps j’ai l’impression qu’on choisit son éditeur en fonction de la méthode d’entrée qu’on préfère, comme à l’époque pré-LSP où l’on choisissait son éditeur selon les fonctionnalités propres à chaque langage
    J’aimerais qu’il existe une interface commune permettant d’intégrer facilement ces moteurs d’édition dans les éditeurs ; il y a beaucoup trop de friction à chaque fois qu’on veut essayer un nouvel éditeur

    • Je pense exactement la même chose ; j’ai toujours imaginé un éditeur avec un modèle d’édition entièrement séparé et enfichable
      Il me semble que l’éditeur Yi avait ce genre d’architecture (on pouvait compiler et brancher plusieurs modèles d’édition, comme des styles Emacs/Vim)
      J’ai utilisé Emacs, Vim, mais aussi Helix et Kakoune, et quand on organise tout autour des fonctionnalités et des plugins, on finit toujours par rencontrer des limites ou de la fatigue
      Zed a récemment été repensé, et l’équipe travaille à ajouter un mode Helix et à modulariser le modèle d’édition (c’est encore au début, mais les bugs sont corrigés vite), donc je vais lui redonner sa chance
      Cette discussion et l’éditeur Ki valent aussi le détour ; il y a également un comparatif entre Ki et Helix (lien)
      Je préférais Kakoune à Helix parce que je le trouvais plus cohérent ; dans tous les cas, si l’on pouvait changer facilement de modèle d’édition, on pourrait choisir son éditeur pour ses fonctionnalités sans devoir faire de compromis inutiles sur la manière d’éditer
      Fait amusant, Ki peut aussi être utilisé dans VSCode (comme Vim d’ailleurs), mais je n’aime pas VSCode parce qu’il est trop lourd et trop lent

    • Neovim peut tourner en mode serveur, donc un autre éditeur peut lui envoyer l’entrée et Neovim renvoie le tampon ; dans VSCode, j’utilise l’extension Neovim plutôt que l’extension Vim, ce qui me permet en pratique de réutiliser directement ma configuration et mes plugins Neovim
      Si Helix prenait lui aussi en charge un mode serveur, il serait facile à intégrer dans n’importe quel éditeur

    • De ce que je vois, Helix a un support LSP plutôt bon ; parmi les langages que j’utilise au travail, seul GraphQL me semble encore en retrait sur certains points comme l’auto-indentation
      Si tu veux une expérience proche de helix dans emacs, je recommande meow-mode ; je ne suis pas utilisateur de helix, mais ça ne doit pas être difficile d’y reproduire un style helix avec meow

    • Si on est déjà habitué aux raccourcis Vim, je me demande si le modèle object-then-action de Helix apporte vraiment assez de valeur

    • J’ai eu exactement le même problème ; moi aussi j’attendais beaucoup du mode helix, puis j’ai découvert qu’aucun de mes raccourcis de retour arrière ne fonctionnait, ce qui m’a complètement refroidi ; je l’ai essayé un moment puis je suis retourné à helix

  • En visitant le site de Zed dans Safari, mon iPhone 11 Pro s’est mis à planter en boucle ; plus précisément, non seulement l’app Safari, mais aussi d’autres apps et même la connexion Bluetooth tombaient simultanément ; c’est la première fois que je vois ça, au point d’en trouver l’aspect technique presque « innovant »

    • Je suis vraiment curieux de savoir pourquoi cela arrive ; si tu peux consulter les logs, regarde dans l’app Console sur Mac, ou avec idevicesyslog sur Linux

  • J’aime le concept de Zed et les principes fondamentaux de son architecture ; j’aimerais voir davantage d’outils comme Zed
    Mais plusieurs petits détails rendent l’adoption de Zed difficile
    D’abord, la gestion des paramètres est un peu déroutante, et j’ai souvent envie d’ouvrir rapidement le fichier settings.json (ce serait bien si on pouvait l’ouvrir facilement directement depuis la fenêtre des paramètres), et ce serait encore mieux si ce fichier se rouvrait automatiquement après un redémarrage de Zed
    Ensuite, j’aimerais utiliser des LLM qui n’ont pas de prise en charge native du tool calling, mais il n’y a ni alternative ni solution de contournement
    Enfin, l’interface paraît un peu complexe et chargée pour un débutant
    Je n’utilise pas encore Zed de façon intensive, mais je suis prêt à lui redonner sa chance ; globalement, cela me semble être un outil optimisé pour une manière de penser très orientée ingénieur, excellent pour les power users, mais avec une barrière d’entrée potentielle pour les nouveaux venus
    Aucun de ces défauts n’est rédhibitoire, mais ils me font penser : « je vais attendre encore un peu avant de réessayer »

    • Beaucoup de petits détails et d’irritants sont corrigés rapidement ; la plupart des choses gênantes d’il y a six mois ont déjà été patchées

    • Il semble que Zed ait désormais un raccourci pour ouvrir directement settings.json (Ctrl+,)
      J’imagine que ce raccourci peut aussi être personnalisé

    • J’aime la philosophie de Zed, et un éditeur pensé pour les power users me convient, mais j’ai fini par abandonner à cause du manque de coloration syntaxique, surtout pour distinguer les fonctions, arguments et variables locales
      Je suis sans doute trop habitué à un système complexe et flexible comme celui de SublimeText, qui permet de séparer finement les « contextes » du thème ; les raccourcis du mode Vim me paraissent aussi un peu confus, même si je pense pouvoir m’y habituer
      Quoi qu’il en soit, j’ai l’intention de le réessayer bientôt ; les fonctions d’IA ont clairement l’air très réussies

  • En l’essayant, j’ai eu l’impression qu’il manquait encore quelques fonctions importantes

  • La fonction d’acceptation automatique demande toujours des manipulations manuelles, alors que c’est justement censé être de l’acceptation automatique (ça ressemble à un bug)
  • J’aimerais pouvoir revenir à un message précis pour supprimer les modifications, comme dans la version CLI
  • Je n’arrive même pas à trouver où est le Plan Mode
  • J’aimerais aussi pouvoir voir facilement les tâches en arrière-plan
  • Il n’est pas évident de savoir comment changer de modèle
  • Créer une nouvelle session (par ex. avec la commande /new) ou l’absence de commande /clear ne sont pas très accessibles
  • Dans le terminal, toutes les modifications affichées se déplient entièrement ; ce serait mieux de les replier par défaut ou de les montrer sous forme d’aperçu

  • Zed combine bien les raccourcis natifs et les keybindings Vim, ce qui rend le workflow assez puissant ; les raccourcis de gestion des fenêtres sont excellents, et c’est même l’une des raisons décisives qui m’ont fait basculer une partie de mon usage depuis vscode vers Zed
    Il me donne assez facilement ce que je cherchais avec la combinaison neovim+tmux, sans configuration compliquée
    En revanche, il n’y a pas d’annulation pour la suppression de fichiers, et l’autocomplétion IA est tellement mauvaise que je l’ai désactivée
    Pour l’instant, j’utilise toujours vscode au travail, et Zed donne l’impression d’être juste à un cheveu de devenir mon IDE principal (si seulement il corrigeait quelques points frustrants, je pourrais basculer complètement)
    Se concentrer sur le renforcement des fonctions d’IA est sans doute la meilleure stratégie pour maintenir les investissements, mais ce n’est pas forcément ce dont Zed a le plus besoin aujourd’hui

    • J’aimerais qu’il prenne en charge vimrc nativement ; je n’ai pas envie de réécrire tous mes raccourcis un par un au format de Zed

  • À noter : si vous utilisez le développement distant via SSH, cette fonctionnalité ne marche pas dans Zed
    Tweet associé

    • C’est dommage ; j’utilise Zed dans un environnement de développement conteneurisé à distance via SSH, et comme les fonctions d’agent me semblent fragiles sur le plan de la sécurité, je veux au minimum les limiter à l’effet sur le dossier de mon dépôt
      Je suis en train de déplacer mon environnement de développement vers des conteneurs et des connexions SSH distantes

    • Je me demande pourquoi ; j’aimerais savoir si c’est un problème de prise en charge temporaire ou si cela ne sera jamais pris en charge

  • Je trouve Zed vraiment excellent ; si l’interface de VS Code ressemblait juste un peu plus à celle de Zed, je basculerais immédiatement complètement

    • Je me demande s’il y a des gens qui l’utilisent sous Linux ; j’ai l’impression que les performances y sont un peu mauvaises
      En réalité, même vscode n’est pas vraiment satisfaisant sous Linux (surtout en mode vim)

    • Je suis curieux : quels aspects de l’interface te semblent insuffisants ?

    • Je me demande quels sont, selon toi, les points forts de Zed

  • Zed est l’éditeur que j’ai préféré parmi tous ceux que j’ai essayés ces dernières années ; je n’ai pas encore vraiment testé en profondeur son support IA

  • Je reconnais les efforts de l’équipe de Zed, mais honnêtement, aujourd’hui j’ai du mal à imaginer quitter VSCode pour adopter un nouvel outil
    Avec les plugins, les réglages, la gestion de plusieurs profils, etc., VSCode m’est devenu trop familier, et son extensibilité est telle que je ne ressens pas vraiment le besoin d’une alternative
    J’utilise aussi des IDE comme IntelliJ, mais l’aspect universel de VSCode et la possibilité d’y adapter mon environnement restent très attirants pour moi
    Je ne suis pas vraiment motivé à changer d’éditeur ni à en utiliser plusieurs
    J’utilise un peu Neovim aussi, mais au final cela se résumait surtout à du travail de configuration

    • Point de vue intéressant ; moi, j’évite VSCode autant que possible : c’est trop lent, trop lourd, l’UI n’est pas bonne, et j’ai l’impression d’être de plus en plus enfermé dans l’écosystème Microsoft
      Sans Zed, j’aurais probablement continué avec helix, neovim et emacs

    • La principale raison pour laquelle je choisis Zed plutôt que VSCode, c’est qu’il réagit à la saisie immédiatement, sans ce minuscule délai perceptible
      VSCode a toujours un très léger retard, et comme je le remarque en permanence, je préfère Zed

    • J’aurais aimé apprécier VSCode moi aussi, mais je sens une latence à la frappe, et quand plusieurs conteneurs Docker tournent en même temps (surtout sur Mac quand ils reposent sur une VM), VSCode devient lourd au point de ralentir tout le système
      La configuration est aussi encombrante ; dans l’ensemble, c’est peu cohérent et assez pénible
      Emacs a aussi ses côtés bricolés, mais sa philosophie de conception est meilleure que celle de VSCode
      Zed reste fidèle aux fondamentaux tout en étant un éditeur batteries incluses, donc hors emacs, c’est celui que j’utilise le plus souvent
      J’aimerais surtout que la configuration, notamment l’ajout de linters et de formatters, soit plus facile à vérifier, mais dans 95 % des cas j’en suis satisfait à 95 %

    • Il existe toujours une « meilleure souricière » ; certains continuent à utiliser leurs outils parce qu’ils y sont habitués, d’autres essaient sans cesse de nouveaux outils
      J’ai beau personnaliser VSCode autant que possible, ça ne me convient pas vraiment
      Ce n’est ni assez simple, ni un IDE complet, et au final il lui manque toujours ce petit quelque chose
      Aujourd’hui, j’utilise en parallèle un éditeur simple (SublimeText, NeoVim) et un IDE (IntelliJ) selon les besoins
      Pendant un temps, Zed m’a aussi semblé un peu brut, mais honnêtement, je pense qu’il vaut largement la peine d’être réessayé

    • Personnellement, sur VSCode, j’essaie de limiter au strict minimum les plugins (les plugins sont intrinsèquement risqués), et si les plugins WASM de Zed sont bien sandboxés, ils devraient être un peu plus sûrs
      Je suis d’accord sur le fait que la prise en charge de Typescript est meilleure dans Zed (elle fonctionne bien même sur des projets complexes),
      J’utilise VSCode au travail, mais pour mes projets personnels j’utilise Zed ou Helix ; quand je fais des AI stuff, je préfère Zed, sinon je préfère généralement Helix