Alternatives à Kimi Code : choisissez selon le workflow et le contrôle de l’API

L’alternative à Kimi Code qui vous convient dépend du « Kimi Code » que vous quittez — le client de terminal sous licence MIT, le service d’abonnement qui le finance, ou les modèles de la série K — et deux de ces trois éléments peuvent être remplacés sans modifier votre client de terminal. Presque toutes les pages bien classées pour cette requête comparent des modèles ; la première tâche consiste donc à distinguer les trois, et la seconde concerne l’élément qu’aucun article de liste ne traite : ce qui sort réellement de ~/.kimi-code lorsque vous migrez.

Un piège à connaître avant tout, car il est silencieux. pip install kimi-code n’installe pas Kimi Code CLI. Le README officiel de Moonshot décrit ce paquet PyPI comme « Archived. A legacy alias of kimi-cli, not the new Kimi Code CLI » (README de kimi-cli, vérifié le 21 septembre 2026). Un tutoriel qui installe avec uv tool install kimi-cli, configure ~/.kimi/config.toml, ou utilise les types de fournisseurs appelés openai_legacy et gemini décrit le client Python archivé, et non celui-ci — ce sont les appellations documentées propres à l’ancien client.

Trois produits, un seul nom : déterminez lequel vous remplacez

Chiffres des dépôts relevés via l’API GitHub le 21 septembre 2026. L’abonnement et l’Open Platform sont véritablement deux produits différents, avec des identifiants de modèles différents — l’abonnement utilise kimi-for-coding et k3, tandis que l’Open Platform utilise kimi-k3 et kimi-k2.7-code — et les deux ensembles d’identifiants ne se recouvrent pas ; une configuration écrite pour l’un ne peut donc pas être transférée telle quelle. Si votre question porte précisément sur le client et le service Kimi face à celui d’Anthropic, Kimi Code face à Claude Code couvre cette comparaison, que cette page ne répète pas.

Commencez par la raison de votre départ

Les règles de quota derrière les deux premières lignes méritent d’être lues avant de décider. La documentation de l’abonnement Kimi indique que « Les requêtes provenant du CLI, de VS Code, de Desktop et des outils tiers contribuent toutes à ce quota » et que « Tous les appareils connectés et les clés API partagent le même quota » ; pour les nouveaux membres, la limite hebdomadaire est supprimée tandis que la fenêtre glissante de cinq heures reste en vigueur, et les anciens forfaits sont toujours renouvelés tous les sept jours sans report ; elle précise également que « Le forfait Go n’a aucun quota de programmation ; Plus et les forfaits supérieurs peuvent utiliser Kimi Code » (vérifié le 21 septembre 2026). Aucun forfait ne publie de quota numérique de tokens ou de requêtes ; il n’existe donc aucun moyen honnête de convertir le prix d’un forfait en tarif par token — c’est précisément pourquoi la décision ci-dessous porte sur la structure de facturation plutôt que sur un montant d’économie.

Si la raison est la facturation, le client peut rester en place

La documentation des fournisseurs de Kimi Code décrit le type openai comme destiné au protocole OpenAI Chat Completions « ainsi qu’à tout service tiers compatible avec ce protocole (remplacez base_url si nécessaire) ». La migration la moins coûteuse possible consiste donc en une table de fournisseurs et un alias de modèle :

default_model = "kunavo/claude-sonnet-5"

[providers.kunavo]
type = "openai"          # the protocol, not the vendor
base_url = "https://api.kunavo.com/v1"   # the /v1 stays on openai types
api_key = "sk-kn-..."    # not read from your shell

[models."kunavo/claude-sonnet-5"]
provider = "kunavo"
model = "claude-sonnet-5"
max_context_size = 200000

Quatre détails déterminent si cela fonctionne du premier coup, tous lus sur cette page et la page env-vars le 21 septembre 2026. Un : type désigne le protocole, pas le fournisseur, et l’ensemble documenté est kimi, anthropic, openai, openai_responses, google-genai et vertexai. Deux : la forme de l’URL diffère selon le type — openai utilise par défaut https://api.openai.com/v1 et conserve /v1, tandis que google-genai et vertexai attendent uniquement la racine de l’hôte, car le SDK ajoute lui-même le chemin de version. Trois : les identifiants du fournisseur ne sont pas lus depuis votre shell, sauf si vous nommez vous-même la variable. La priorité documentée est api_key ou api_key_env (définissez-en exactement une), puis une sous-table [providers.<name>.env], après quoi le démarrage échoue ; la page précise que « la CLI ne se rabat pas sur les variables d’environnement du shell pour les identifiants », sauf pour un api_key_env explicitement déclaré. Quatre : api_key_env est documenté comme arrivant dans la version 2.0.1, publiée le 18 septembre 2026 — dans la version 2.0.0 ou toute version 0.4x, il n’est pas disponible.

Il existe une voie plus légère, avec une vraie limite : le bloc d’environnement KIMI_MODEL_* n’accepte que kimi, anthropic et openai pour KIMI_MODEL_PROVIDER_TYPE, les endpoints Responses, Gemini et Vertex doivent donc passer par config.toml. L’importateur interactif /provider a ses propres limites : il refuse les protocoles propriétaires tels qu’Amazon Bedrock et Cohere, et importe les fournisseurs dont le protocole n’est pas déclaré compatible avec OpenAI dans son catalogue avec une note « guessed ».

Ce qu’un endpoint tiers n’atteint pas

Changer de fournisseur de modèle n’emporte pas quatre éléments avec lui, et c’est ce que manque une comparaison de prix. Le téléversement vidéo est répertorié comme une capacité supplémentaire du type de fournisseur kimi spécifiquement, et non du chemin compatible avec OpenAI. La recherche et la récupération sur le Web ne font pas partie du fournisseur de modèle : la page config-files indique que la table services configure exactement deux clés fixes, moonshot_search et moonshot_fetch, chacune avec sa propre URL de base et sa propre clé, et que les autres clés sont ignorées. Le Remote Control (kimi rc) « nécessite un abonnement payant et n’est pas disponible pour les utilisateurs gratuits », selon son propre guide, qui précise également que la fenêtre distante s’ouvre en se connectant avec le même compte Kimi que celui de la CLI locale. Et le sélecteur /login ne propose que deux options Moonshot — Kimi Code OAuth ou une clé API Kimi Platform —, la page de démarrage vous invitant à modifier directement config.toml pour tout autre fournisseur.

Un élément que vous n’avez pas besoin de reconstruire : Kimi Code recherche dans votre dépôt avec ripgrep plutôt qu’avec un index vectoriel. La page sur les emplacements des données décrit le téléchargement et la mise en cache de rg sous bin/ la première fois que Grep en a besoin — en privilégiant un rg système dans votre PATH avant le cache — et la mise en cache de fd à cet endroit pour la complétion des références de fichiers. Il n’y a donc rien à réindexer lorsque le fournisseur change. Kunavo ne fournit aucun modèle d’embeddings, et cette voie n’en nécessite pas.

Limite à garder honnêtement à l’esprit pour tout ce qui précède : ces informations proviennent de la documentation de Moonshot, et non d’une session. Aucune page Moonshot trouvée le 21 septembre 2026 n’affirme explicitement que la CLI fonctionne sans aucun compte Kimi lorsqu’une entrée [providers.*] seule est présente, et les pages de démarrage et IDE indiquent toujours qu’une connexion terminée constitue une première étape. Vérifiez-le vous-même avant d’annuler quoi que ce soit.

Si vous quittez également le client

Métadonnées du dépôt lues depuis l’API GitHub le 21 septembre 2026. Un pushed_at ancien est une observation, pas un avis de dépréciation : Aider n’est pas archivé et aucune déclaration d’un mainteneur n’a été trouvée ; considérez donc cette date comme un indice de cadence et vérifiez vous-même avant de standardiser une équipe sur cet outil. Deux exclusions méritent d’être indiquées plutôt que dissimulées. Continue n’est pas proposé comme destination ici : un recensement du 17 septembre 2026 l’a indiqué comme acquis et en lecture seule, avec une version finale, et ce statut n’a pas été revérifié aujourd’hui — vérifiez-le à nouveau avant de l’envisager. Par ailleurs, les détails de configuration de chaque client ci-dessus ont été vérifiés dans les propres pages d’intégration de Kunavo à des dates antérieures, et non retestés aujourd’hui ; c’est pourquoi ce tableau renvoie vers ces pages au lieu de répéter leur configuration.

Si vous voulez un éditeur plutôt qu’un autre agent, notez que Kimi Code parle déjà l’Agent Client Protocol : son guide IDE expose un serveur ACP sous kimi acp et montre l’entrée Zed agent_servers qui le pilote. Il s’agit d’un changement de surface, pas d’une migration de client — consultez Zed pour la partie éditeur.

Ce qui vous suit, et ce qui ne vous suit pas

Lu sur la page des emplacements des données le 21 septembre 2026. L’arborescence entière est déplacée avec KIMI_CODE_HOME, qui est également le moyen le plus propre de mettre de côté une configuration fonctionnelle pendant que vous testez autre chose. Notez ce que les copies « génériques » promettent ou non : Kimi indique qu’il les conserve en dehors de son propre répertoire afin que d’autres outils puissent les partager. Il ne promet pas que l’agent d’un autre fournisseur les lira ; vérifiez donc la convention de fichiers d’instructions propre à votre destination.

Vous venez plutôt du client Python ? Il s’agit d’une migration, pas d’un choix. Exécutez kimi migrate : le guide de migration indique que cette commande transfère la configuration, la configuration des serveurs MCP, l’historique des entrées et les sessions de discussion que vous sélectionnez, mais que les identifiants OAuth, les autorisations des services MCP et les plugins kimi-cli ne sont pas copiés — prévoyez donc d’exécuter /login et de réautoriser les serveurs MCP ensuite. Le retour en arrière est sans frais : « La migration ne modifie ni ne supprime jamais les anciennes données sous ~/.kimi/. » La désinstallation de l’ancien outil ensuite se fait avec uv tool uninstall kimi-cli ou brew uninstall kimi-cli, selon les étapes de migration du README archivé — une formule différente de celle du nouveau client, que ce README installe avec brew install kimi-code.

Deux sources Moonshot ne s’accordent pas sur l’urgence, et toutes deux ont été consultées le 21 septembre 2026. Le README archivé indique : « Les installations existantes ne sont plus prises en charge et cesseront de fonctionner. Veuillez migrer dès que possible. » Le guide de migration toujours présent sur la branche principale de kimi-code indique encore : « L’ancienne version sera progressivement abandonnée » et « kimi-cli continue de fonctionner comme avant, et les deux n’interfèrent pas l’un avec l’autre. » Le README constitue la déclaration la plus récente et la plus précise ; planifiez en fonction de celle-ci plutôt que de la formulation plus rassurante.

Coût des voies facturées, en arithmétique de tokens

Supposons une session qui envoie 250,000 tokens d’entrée non mis en cache et reçoit 20,000 tokens de sortie. Il s’agit d’estimations illustratives, et non de coûts de tâche mesurés ni d’un plafond de facturation ; la mise en cache, les nouvelles tentatives et le trafic des outils ne sont pas inclus dans le calcul. Les chiffres de Kimi sont ses propres tarifs publiés par token ; ceux de Kunavo proviennent du catalogue en direct. Les familles de modèles sont différentes : cette comparaison porte donc sur les tarifs, pas sur les résultats.

Tarifs Kimi lus sur platform.kimi.ai le 21 septembre 2026 ; le tableau K3 indique également un tarif d’écriture du cache de 3,00 $ pour une durée de vie de cinq minutes et de 6,00 $ pour une heure. Le prix affiché le moins cher et le coût le plus bas pour terminer une tâche sont deux affirmations différentes : un modèle qui nécessite trois tentatives peut coûter plus cher qu’un modèle plus onéreux qui réussit en un seul passage ; mesurez donc sur une tâche bornée dans votre propre dépôt plutôt que par rapport au tableau.

Le montant du catalogue Kunavo constitue un plancher de facturation plutôt qu’un plafond : lorsque l’amont communique son coût, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Le rechargement minimal est de $10 en crédit prépayé, ce qui alimente un solde — ce n’est ni des frais de tâche ni un abonnement. Consultez les détails de facturation.

Si la voie par fichier de configuration est celle que vous souhaitez, Kunavo publie le bloc complet du fournisseur pour ce client. Il s’agit d’une référence de configuration publiée, et non d’un test de compatibilité : Kimi Code n’a jamais été testé en environnement d’exécution avec l’endpoint de Kunavo, et tout ce qui précède provient de la documentation de Moonshot ainsi que des API GitHub et npm. Conservez votre voie existante pendant l’essai, exécutez une tâche bornée, puis consultez le montant réellement enregistré par votre compte. Commencez par le guide d’intégration de Kimi Code, ou créez un compte Kunavo lorsque vous êtes prêt à approvisionner une clé. Pour comprendre au niveau du protocole ce qu’une URL de base compatible avec OpenAI transporte ou non, consultez l’API compatible avec OpenAI ; pour une vue plus large des clients, consultez le répertoire des API d’agents IA.

Questions fréquentes

Vérifié le 21 septembre 2026 : métadonnées des dépôts pour kimi-code, kimi-cli et les sept clients de destination via l’API GitHub ; entrée du registre npm pour @moonshot-ai/kimi-code ; pages Moonshot consacrées aux fournisseurs, aux variables d’environnement, aux fichiers de configuration, aux emplacements des données, aux IDE et à la migration ; README de kimi-cli ; page d’abonnement Kimi Code ; page tierce d’OpenCode ; et tableau des tarifs de discussion de Kimi Open Platform. Aucun tarif de forfait Kimi Code n’est cité sur cette page : kimi.com affiche les prix des niveaux côté client et aucun n’apparaît dans le HTML serveur ; confirmez donc le montant lors du paiement. Le statut de Continue et les détails de configuration propres aux clients de destination n’ont pas été revérifiés aujourd’hui. Kunavo n’a exécuté aucune session de ce client sur son propre endpoint, et chaque montant en dollars indiqué ici correspond à une arithmétique illustrative de tokens.