Alternatives à l’éditeur Void après l’archivage : où migrer

L’éditeur Void est abandonné : le dépôt voideditor/void a été archivé par son propriétaire le 2 juin 2026 et son README indique « Void is now deprecated ». Les alternatives maintenues qui conservent le modèle d’accès direct au fournisseur de Void sont la fonction Bring Your Own Key intégrée à VS Code, Cline et Zed ; Cursor est l’option gérée, et sa documentation sur les propres clés couvre cinq fournisseurs officiels sans URL de base personnalisée.

La raison pour laquelle la situation reste confuse est que les deux présences officielles de Void se contredisent. Le dépôt est en lecture seule, sous Apache-2.0, compte environ 28,8 k étoiles, a reçu son dernier push le 2 juin 2026 et affiche la bannière « Ce dépôt a été archivé par son propriétaire le 2 juin 2026. Il est désormais en lecture seule. » (vérifiée le 19 septembre 2026). Le site marketing, vérifié le même jour, affiche toujours en titre « L’éditeur de code IA open source », propose toujours un bouton Download et ne comporte aucun avertissement d’aucune sorte sous un pied de page « © 2026 Glass Devtools, Inc. ». Lorsque deux sources officielles divergent, le dépôt l’emporte : un indicateur d’archivage est un état imposé par GitHub, tandis qu’une page marketing est un contenu que personne n’a mis à jour.

Une précision avant les tableaux, car les résultats de recherche les mélangent. Cette page concerne l’éditeur de code IA sur voideditor.com. Elle ne concerne ni Void Linux, ni l’agence logicielle qui exerce également sous le nom VOID, ni Void Analytics, ni le jeu Voices of the Void, ni le mot-clé void. Des sites d’annuaire publient des pages « Void pricing » assemblées à partir de ces éléments ; l’éditeur n’a jamais eu de prix.

Éditeur Void abandonné : les preuves datées

Le produit a donc cessé d’être publié environ un an avant l’archivage officiel, et l’archivage n’a jamais été reflété sur le site. La seule voie proposée par le README est une liste de forks qui se décrit comme « maintained by AI », non vérifiée et « unaffiliated with the original Void project » — pas un successeur recommandé. Aucune explication datée de la raison pour laquelle le projet a été abandonné n’existe sur les propriétés de Glass Devtools que cette page a pu trouver ; considérez donc comme non étayée toute explication de sa disparition que vous lirez ailleurs.

Ce qui se dégrade si vous restez sur la version figée

La base de Void est code-oss-dev version 1.99.3 (package.json, consulté le 19 septembre 2026), soit VS Code 1.99 d’avril 2025. La version actuelle de VS Code est 1.138, publiée le 16 septembre 2026 (notes de version). Cela représente environ 39 versions mineures de travail en amont sur l’éditeur et Electron que Void ne recevra jamais ; le dépôt étant en lecture seule, il n’existe pas non plus de voie pour obtenir un correctif de sécurité.

Deux voies de dégradation évoluent indépendamment de cela. Premièrement, Void fournit la galerie officielle d’extensions Microsoft (extensionsGallery.serviceUrl dans son product.json), et Microsoft impose dans ses extensions à code source fermé — C/C++, Pylance, C#, Remote-* — une vérification qui n’autorise leur utilisation que dans les éditeurs de Microsoft. Cette vérification a commencé à casser les forks de VS Code avec C/C++ v1.24.5 en avril 2025 (The Register, 24 avril 2025). Cet article daté constitue la preuve ; l’étendue actuelle de l’application de cette règle par Microsoft n’a pas été revérifiée pour cette page. Deuxièmement, les listes de modèles intégrées de Void sont figées sur des identifiants de mi-2025 — claude-opus-4-0, claude-sonnet-4-0, gpt-4.1, o3, o4-mini (modelCapabilities.ts, consulté le 19 septembre 2026). Tout ce qui est plus récent n’existe que sous forme de modèle personnalisé saisi manuellement.

Void contre Cursor, et pourquoi Cursor n’est pas la réponse par défaut

La version courte de cette comparaison est qu’elle n’a plus deux camps réellement en présence. La version plus utile est que Cursor résout un problème différent de celui que Void cherchait à résoudre. La promesse de la page d’accueil de Void était un éditeur qui « n’envoie pas vos messages via un backend privé comme Cursor ou Windsurf » ; la prise en charge documentée par Cursor de vos propres clés est la plus limitée de cet ensemble.

Les limites des propres clés de Cursor sont citées depuis sa documentation des clés API (consultée le 18 septembre 2026). Sa liste de prix nécessite une réserve : cursor.com/pricing est rendue en JavaScript avec un sélecteur mensuel/annuel, et deux consultations espacées d’un jour ont renvoyé des ensembles de niveaux différents — une consultation du 18 septembre affichait Hobby gratuit, 20 $, 60 $ et 200 $ pour les niveaux individuels, avec un forfait d’équipe sur contact commercial, tandis qu’une consultation du 19 septembre affichait Hobby gratuit, un forfait individuel à 20 $ et Teams à 40 $ par utilisateur et par mois. Le niveau gratuit et le forfait à 20 $ apparaissent dans les deux. Confirmez le niveau que vous souhaitez réellement dans le propre processus de paiement de Cursor au lieu de faire confiance à l’une ou l’autre consultation, y compris celle-ci.

Alternatives à l’éditeur Void maintenues, selon la raison pour laquelle vous utilisiez Void

Prix de Zed, Cline et Kilo vérifiés le 19 septembre 2026 sur les pages liées ci-dessus ; conditions BYOK de VS Code tirées de sa propre documentation le même jour. Deux réserves méritent d’être retenues. Kilo Code a été racheté par Anaconda dans une annonce datée du 15 juillet 2026 et consultée le 18 septembre 2026, qui indique que Kilo « reste disponible aujourd’hui sans modification des produits, forfaits ou de l’assistance existants pour les utilisateurs actuels » — très bien, mais il s’agit d’un changement de propriétaire en cours, dont vous devez avoir connaissance avant de le standardiser. Et le BYOK de VS Code couvre uniquement le chat et les tâches utilitaires : sa documentation précise que « certaines fonctionnalités nécessitent toujours un compte GitHub : la recherche sémantique, les suggestions inline (complétions de code) et les fonctionnalités qui reposent sur les embeddings ».

Kunavo ne fournit aucun modèle d’embeddings. Cette étape n’est pas fournie par Kunavo, sur cette page ni ailleurs — un workflow qui en a besoin l’exécute localement ou auprès d’un fournisseur externe, quel que soit l’outil que vous choisirez.

Trois destinations à éviter, qui figurent encore toutes dans les listes d’« alternatives à Void ». Roo Code est archivé : l’API GitHub signalait que le dépôt était archivé lors de la vérification du 19 septembre 2026, son dernier push est daté du 15 mai 2026, et son README renvoie les lecteurs vers Zoo Code et Cline. Le README de Continue indique que le dépôt « n’est plus activement maintenu et est en lecture seule pour tous les utilisateurs », et continue.dev annonce « Continue a rejoint Cursor » ; les deux ont été consultés le 19 septembre 2026. Enfin, les forks de Void sont écartés par la liste officielle elle-même, comme indiqué ci-dessus.

Ce qui migre depuis Void, et ce qui ne migre pas

Clés de stockage lues dans storageKeys.ts, voidSettingsService.ts et chatThreadService.ts de Void le 19 septembre 2026. Les chemins exacts sur disque par système d’exploitation sont volontairement absents ici : le product.json de Void fournit applicationName: "void" et dataFolderName: ".void-editor", mais aucune documentation publiée ne confirme le chemin des paramètres utilisateur par système d’exploitation ; utilisez donc la propre commande de l’éditeur plutôt qu’un chemin copié depuis un blog.

Sauvegarde et restauration. Copiez settings.json et keybindings.json quelque part hors de l’éditeur avant toute manipulation, et conservez l’installeur de Void que vous avez déjà au lieu de compter sur la persistance d’un téléchargement. Puisque les clés ne peuvent pas être exportées, l’ordre sûr est le suivant : créez une nouvelle clé pour le nouvel outil, faites-y fonctionner une tâche, puis révoquez la clé détenue par Void. Ainsi, une restauration vous coûtera une rotation de clé, et non une information d’identification perdue — c’est également le bon moment pour retirer toute clé restée pendant un an dans un éditeur non maintenu.

Configurer un endpoint de passerelle dans l’outil de remplacement

Quel que soit l’outil choisi, la structure est la même : une URL de base, une clé et un identifiant de modèle que vous saisissez vous-même. L’URL de base compatible OpenAI de Kunavo est https://api.kunavo.com/v1 — le /v1 en fait partie — et sa surface compatible Anthropic est l’origine nue, https://api.kunavo.com. Dans Zed, cela correspond à un bloc dans settings.json, la clé étant saisie dans l’interface des paramètres du fournisseur plutôt que dans le fichier — la documentation de Zed indique : « Ne mettez pas les clés API dans settings.json » :

{
  "language_models": {
    "openai_compatible": {
      "kunavo": {
        "api_url": "https://api.kunavo.com/v1",
        "available_models": [
          {
            "name": "claude-sonnet-5",
            "display_name": "Claude Sonnet 5",
            "max_tokens": 200000,
            "max_output_tokens": 64000,
            "capabilities": { "tools": true, "images": true }
          }
        ]
      }
    }
  }
}

Dans Cline, sélectionnez le fournisseur OpenAI Compatible et renseignez Base URL, API Key et Model ID, ainsi que les champs facultatifs de fenêtre de contexte et de prix des entrées/sorties exposés par sa configuration de modèle. Dans VS Code, ouvrez Chat: Manage Language Models, choisissez Custom Endpoint et sélectionnez le type d’API correspondant à la surface vers laquelle vous pointez ; VS Code écrit alors chatLanguageModels.json avec l’identifiant du modèle, l’url, l’apiType et les limites de tokens — son apiType accepte chat-completions, responses ou messages, de sorte qu’une seule entrée VS Code peut pointer vers l’une ou l’autre surface. Zed atteint également les deux, via des blocs openai_compatible et anthropic_compatible distincts ; le fournisseur OpenAI Compatible de Cline ne couvre que la surface OpenAI.

Un détail propre à Void, si vous le laissez fonctionner pendant la migration : son fournisseur openAICompatible transmet votre endpoint au SDK verbatim, sans rien ajouter, contrairement à ses fournisseurs LiteLLM, vLLM, LM Studio et Ollama, qui ajoutent eux-mêmes /v1. C’est donc le https://api.kunavo.com/v1 complet qui doit être placé dans ce champ. Il n’a pas non plus de découverte des modèles — list: null dans sa table des fournisseurs — ; les identifiants de modèles sont donc saisis manuellement, et les mainteneurs de Void ont laissé un commentaire sur ce chemin de code avertissant que la route du SDK OpenAI « pourrait ne pas gérer correctement les tools, le reasoning, le FIM, etc. ». Son fournisseur Anthropic est câblé en dur : le client est construit avec une clé API et aucune URL de base, et le schéma des paramètres ne comporte aucun champ d’endpoint ; une passerelle compatible Anthropic est donc inaccessible depuis les paramètres de Void. Tout cela a été lu dans le sendLLMMessage.impl.ts archivé le 19 septembre 2026, et rien n’a été testé à l’exécution — Void n’a jamais été testé avec Kunavo et ne peut plus l’être de manière fiable.

À quoi ressemble la facture des modèles après la migration

Il s’agit d’arithmétique illustrative des tokens, pas de coûts de tâches mesurés ni d’un plafond de facturation. Supposons une session qui envoie 200 000 tokens d’entrée non mis en cache et reçoit 12 000 tokens de sortie. Les tarifs sont les prix actuels du catalogue Kunavo par million de tokens.

Multipliez par votre nombre de sessions quotidiennes avant de considérer cela comme un budget, et notez qu’un éditeur sur abonnement et une clé facturée à l’usage correspondent à des dépenses différentes : un forfait mensuel de 20 $ reste fixe que vous l’utilisiez ou non, tandis qu’un solde prépayé ne diminue qu’en fonction du travail réellement exécuté. Le montant du catalogue Kunavo constitue un plancher de facturation et non un plafond — lorsque l’amont signale son coût, la facture correspond au plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple. Le rechargement minimal est de $10 de crédit prépayé, un minimum de financement et non des frais de tâche ou un abonnement ; consultez les détails de facturation.

Kunavo publie des guides de configuration pour plusieurs des outils ci-dessus. Il s’agit de références de configuration plutôt que de tests de compatibilité — rien sur cette page n’a été testé à l’exécution avec ces clients. Commencez par le guide de configuration Cline ou le guide de configuration Zed, gardez une route fonctionnelle pendant vos essais, exécutez une tâche limitée, puis consultez le montant enregistré par votre compte. Créez un compte Kunavo lorsque vous serez prêt à approvisionner une clé.

Vous comparez encore les éditeurs plutôt que les endpoints ? Alternatives à Cursor détaille davantage le choix entre gestion complète et BYOK, Cline contre Cursor compare un agent à un IDE, et le guide de l’API compatible OpenAI explique ce que cette URL de base doit réellement servir.

Questions fréquentes

Dépôt, README, site marketing, journal des modifications, binaires et fichiers source de Void vérifiés le 19 septembre 2026 ; Cursor, Zed, Cline, Kilo, VS Code ainsi que les dépôts Roo Code, Zoo Code et Continue vérifiés les 18–19 septembre 2026. Le comportement de Void est tiré de son code source archivé et n’a pas été testé à l’exécution, ici ni avec Kunavo. Les tarifs de tokens de Kunavo proviennent du catalogue actuel, et chaque exemple en dollars est une arithmétique illustrative des tokens.