Moonshot AI a conçu Kimi K3 pour les tâches de codage qui ne tiennent pas dans une seule invite. L'objectif est l'ingénierie à long terme : diriger un modèle vers un grand dépôt, le laisser lire des fichiers, exécuter des outils, lancer des tests, lire les journaux et les captures d'écran qui reviennent, et itérer jusqu'à ce que la tâche soit accomplie. C'est un travail différent de l'autocomplétion, et cela nécessite un agent de codage enveloppant le modèle. Moonshot propose un agent appelé Kimi Code. Ce guide explique comment exécuter K3 à l'intérieur, à quoi ressemble une vraie boucle agentique, où il se situe par rapport à Claude Code et Cursor, et où il présente honnêtement des lacunes.
TL;DR : Exécuter Kimi K3 pour le codage
Kimi K3 est le modèle phare de Moonshot AI, lancé le 16 juillet 2026, avec une fenêtre de contexte d'un million de tokens et une architecture optimisée pour le travail à l'échelle d'un dépôt. Vous codez avec Kimi Code, l'agent de codage de Moonshot pour terminal et IDE : sélectionnez le modèle avec la commande /model et donnez-lui une tâche. K3 est performant pour naviguer dans de grandes bases de code, utiliser des outils, déboguer et itérer en fonction d'images, de journaux, de tests et de retours d'exécution. Il est économique sur les boucles gourmandes en cache grâce à un taux de réussite de cache rapporté de plus de 90 %, mais il n'est pas le plus rapide, avec environ 62 tokens par seconde, et Moonshot admet lui-même qu'il est encore en deçà de Claude Fable 5 et GPT-5.6 Sol en termes de capacité brute. Lorsque K3 construit une API pour vous, Apidog est le moyen le plus rapide de tester les points de terminaison qu'il génère et de confirmer leur comportement. Pour en savoir plus sur le modèle, commencez par qu'est-ce que Kimi K3.
Qu'est-ce que Kimi Code
Kimi Code est l'agent de codage de Moonshot. Il s'exécute dans votre terminal (et s'intègre à votre IDE), lit et écrit des fichiers, exécute des commandes shell et gère une session d'ingénierie complète en votre nom au lieu de simplement répondre à une question. Ouvrez-le dans un répertoire de projet, décrivez ce que vous voulez, et il planifie, édite, exécute et vérifie son propre travail en boucle. Le modèle en lui-même est un moteur de texte et d'outils ; Kimi Code est le harnais qui lui donne un système de fichiers, un shell, des résultats de tests et des captures d'écran pour travailler. Ce harnais transforme "un modèle doué pour le code" en "un agent capable de clôturer un ticket".

Kimi Code n'est pas nouveau avec K3 ; la ligne Kimi K2 précédente fonctionnait avec le même agent. Notre guide CLI de Kimi Code couvre l'installation de A à Z, et comment utiliser Kimi CLI est la référence plus large pour la ligne de commande. Cet article suppose que la CLI est installée et se concentre sur l'utilisation de K3.
Mettre Kimi K3 en marche dans Kimi Code
La commande d'installation exacte et les drapeaux changent à mesure que Moonshot met à jour l'outil, alors considérez les étapes ci-dessous comme la structure du flux de travail et confirmez la syntaxe précise dans la documentation officielle de Kimi ou notre guide CLI de Kimi Code. Les commandes sont représentatives, pas exactes.

1. Installez l'agent et authentifiez-vous. Installez l'outil en ligne de commande une fois, puis connectez-vous pour qu'il puisse accéder à l'API Kimi. Vous aurez besoin d'un compte Kimi et d'une clé API depuis la plateforme développeur Kimi. Stockez la clé comme variable d'environnement plutôt que de la coller dans un fichier de configuration que vous pourriez commettre par accident.
# Représentatif, non exact. Vérifiez la documentation officielle pour la syntaxe actuelle.
export KIMI_API_KEY="votre-clé-ici"
kimi-code # lance l'agent dans le répertoire actuel
2. Ouvrez-le à l'intérieur de votre projet. Accédez au dépôt et démarrez l'agent à cet endroit. Kimi Code considère le répertoire actuel comme sa racine de travail et lit la structure du projet pour construire le contexte, donc l'endroit où vous le lancez est important.
3. Sélectionnez K3 comme modèle. À l'intérieur de la session, changez le modèle actif avec la commande /model et choisissez kimi-k3. C'est le même mécanisme que vous utiliseriez pour passer entre K3 et des modèles plus anciens comme le Kimi K2.7 Code, axé sur le codage, pour la même tâche.
/model kimi-k3
4. Définissez l'effort de raisonnement. K3 expose un effort de raisonnement configurable, y compris un réglage "max". Pour un débogage difficile ou une refactorisation importante, plus de réflexion aide ; pour des modifications rapides, réduisez-le afin de ne pas payer pour une profondeur dont vous n'avez pas besoin.
Une fois le modèle sélectionné et l'agent pointant vers votre dépôt, vous êtes prêt à lui donner du travail. Pour essayer K3 sans installer Kimi Code, ou sans coût, comment utiliser Kimi K3 gratuitement couvre les chemins sans frais.
Un flux de travail de codage agentique pratique
Le schéma est le même, que vous corrigiez un bug ou que vous livriez une fonctionnalité : donnez à K3 une tâche concrète, laissez-le recueillir le contexte et faites-lui prouver le résultat par rapport à quelque chose d'objectif.
Pointez-le vers le dépôt et donnez une tâche claire
Des instructions vagues produisent un travail vague. Au lieu de "améliorer le module d'authentification", donnez à l'agent une tâche qu'il peut vérifier : "Le point de terminaison /login renvoie une erreur 500 lorsque le champ du mot de passe est vide. Reproduisez-le, trouvez la cause, corrigez-le et ajoutez un test qui couvre le cas du mot de passe vide." Un objectif spécifique et testable est le levier le plus important pour la qualité de la sortie : il donne à l'agent une ligne d'arrivée par rapport à laquelle il peut se vérifier.
Le contexte d'1 million de tokens de K3 rend "le pointer sur l'ensemble du dépôt" réaliste : l'agent gère une grande partie de votre codebase à la fois, traçant un appel depuis le gestionnaire de route à travers la couche de service sans que vous n'ayez à lui fournir les bons fichiers. Moonshot cite la navigation dans de grands dépôts comme une force principale de K3.
Laissez-le utiliser des outils et lire les retours
C'est là qu'un agent se justifie. K3 prend en charge les appels d'outils, donc à l'intérieur de Kimi Code, il peut exécuter votre suite de tests, chercher dans le codebase avec `grep`, exécuter une compilation ou interroger un service en cours d'exécution, puis lire ce qui en résulte :
- L'agent lit les fichiers pertinents et formule une hypothèse.
- Il effectue une modification.
- Il exécute les tests ou l'application.
- Il lit la sortie défaillante, la trace de pile ou la ligne de journal.
- Il révise et répète jusqu'à ce que les vérifications passent.
Moonshot affirme que K3 est "particulièrement performant pour naviguer dans de grands dépôts, utiliser des outils, déboguer et itérer en fonction d'images, de journaux, de tests et de retours d'exécution". Cette boucle est le cœur du flux de travail : vous ne demandez pas au modèle d'avoir raison du premier coup, mais de s'exécuter, d'observer et de corriger comme un ingénieur humain.
Itérer en fonction des images et de la sortie d'exécution
Le retour n'est pas limité au texte. Moonshot met en évidence le raisonnement visuel comme faisant partie de la gamme de K3 : l'agent peut lire une capture d'écran pour confirmer qu'un changement frontal s'est rendu correctement, ou utiliser une image capturée pour guider le développement de jeux et le travail de CAO. Ainsi, une boucle UI est : changer le CSS, rendre, capturer l'écran, ajuster. Pour le travail backend, le retour est un rapport de test, un flux de journaux ou une réponse HTTP, et la boucle est la même.
Maintenez la boucle honnête avec des tests
Les tests empêchent une boucle autonome de dériver. Avec une suite de tests réussie comme objectif, l'agent dispose d'un signal clair "terminé" et "cassé" ; sans cela, une longue exécution peut s'égarer et casser discrètement quelque chose à trois fichiers de distance. Écrivez le test en premier, puis laissez K3 itérer jusqu'à ce qu'il soit vert.
Kimi K3 contre Claude Code et Cursor pour le codage
K3 dans Kimi Code n'est pas la seule configuration de codage agentique. Voici une comparaison honnête des trois façons les plus courantes d'exécuter un agent sur votre base de code à la mi-2026.
| Dimension | Kimi Code (Kimi K3) | Claude Code (Fable 5) | Cursor |
|---|---|---|---|
| Facteur de forme | Agent de codage terminal et IDE | Agent de codage terminal | Éditeur de code natif AI complet |
| Modèle par défaut | Kimi K3, échangeable via /model |
Claude Fable 5, plus d'autres modèles Claude | Modèles d'avant-garde personnels ou intégrés |
| Fenêtre de contexte | 1M de tokens | Grande, dépend du modèle | Dépend du modèle sélectionné |
| Navigation dans le dépôt | Forte ; conçu pour le travail sur de grands dépôts, à long terme | Forte ; accès agentique aux fichiers et au shell | Indexation et récupération intra-éditeur fortes |
| Utilisation d'outils | Appels d'outils, shell, tests, captures d'écran | Appels d'outils, shell, MCP | Outils intégrés à l'éditeur, terminal, MCP |
| Levier de coût | Faible coût sur les boucles gourmandes en cache (taux de réussite du cache >90%) | Tarif par token Claude | Abonnement plus utilisation du modèle |
| Poids ouverts | Attendu vers le 27 juillet 2026 | Fermé | L'éditeur est propriétaire ; les modèles varient |
| Idéal pour | Exécutions d'agents longues à l'échelle du dépôt avec un budget limité | Raisonnement et fiabilité de premier ordre | Développeurs qui veulent l'agent dans leur éditeur |
Quelques points à retenir. Pour la fiabilité brute la plus élevée sur une tâche difficile, Fable 5 dans Claude Code est le modèle que Moonshot lui-même concède être supérieur à K3. Si vous voulez l'agent dans un éditeur soigné, les outils de type Cursor et Cline conviennent mieux, et vous pouvez y exécuter d'autres modèles ouverts, comme le montre notre guide GLM-5.2 dans Claude Code, Cline et Cursor. L'avantage de K3 est un contexte très large, une forte navigation dans le dépôt et une tarification conçue pour les boucles longues et répétitives qui génèrent des coûts élevés avec un modèle d'avant-garde par token. Une fois que les poids seront disponibles, ce sera le seul des trois que vous pourrez héberger vous-même.
Forces et limites honnêtes
Ce pour quoi K3 est bon
Contexte à l'échelle du dépôt. La fenêtre de 1 million de tokens permet à l'agent de visualiser une grande base de code à la fois, réduisant ainsi le problème "quels fichiers dois-je lui donner" qui perturbe les modèles à contexte plus petit sur le travail en monorepo.
Utilisation d'outils et autonomie à long terme. K3 a été réglé pour soutenir des sessions d'ingénierie prolongées avec une intervention minimale, orchestrant des outils de terminal et se corrigeant en fonction de la sortie réelle. C'est ce qui sépare la fermeture d'un ticket de la suggestion d'un extrait de code.
Coût des boucles gourmandes en cache. Le codage agentique renvoie le même contexte (arborescence de fichiers, invite système, instructions) à chaque étape. Le prix d'entrée de K3 pour les succès en cache est de 0,30 $ par million de tokens contre 3,00 $ en cas d'échec, soit un écart de 10x, et l'inférence Mooncake de Moonshot atteint un taux de succès en cache supérieur à 90 % sur les charges de travail de codage. Ainsi, le modèle qui rend les boucles d'agents coûteuses ailleurs est là où K3 reste bon marché. Les chiffres complets se trouvent dans la ventilation des prix de Kimi K3.
Où K3 échoue
Ce n'est pas la pointe de la technologie, et Moonshot le dit. L'article de lancement déclare clairement que K3 "est toujours en retrait par rapport aux modèles propriétaires les plus puissants, Claude Fable 5 et GPT-5.6 Sol". Sur les benchmarks de codage publiés par Moonshot, la situation est proche mais cohérente : sur Terminal Bench 2.1, K3 marque 88,3 contre 88,8 pour GPT-5.6 Sol, et sur DeepSWE il affiche 67,5 contre 70,0 pour Fable 5 et 73,0 pour GPT-5.6 Sol. Compétitif, pas premier. Voir l'analyse des benchmarks Kimi K3 pour une vue d'ensemble.
Ce n'est pas rapide. Sur la liste de Artificial Analysis, K3 produit environ 62 tokens par seconde, en dessous de la médiane pour sa catégorie de prix, et son réglage par défaut privilégie un effort de réflexion maximal. Dans une boucle interactive où vous observez le flux de sortie, c'est perceptible. Si la vitesse compte plus que les quelques derniers points de qualité, comparez d'abord un modèle plus rapide.
« Open » est un événement programmé. Les poids complets sont attendus vers le 27 juillet 2026, et non le jour du lancement. Si votre plan dépend de l'auto-hébergement, c'est une date à surveiller plutôt qu'un interrupteur que vous pouvez activer dès maintenant.
Pour les comparaisons directes, voir Kimi K3 vs Claude Opus 4.8, Kimi K3 vs GPT-5.6 Sol, et Kimi K3 vs Kimi K2.7 Code, qui couvre la mise à niveau par rapport au précédent champion du codage de la lignée.
Cas d'utilisation réels
K3 excelle dans les tâches pour lesquelles le flux de travail ci-dessus est conçu : les refactorisations importantes dans un monorepo, où le contexte d'1 million de tokens montre l'ensemble de l'impact en une seule fois, de sorte qu'il peut travailler sur les modifications jusqu'à ce que la construction soit réussie ; les longues sessions de débogage, où il reproduit une erreur, lit la trace de pile, corrige et réexécute sans que vous n'ayez à le surveiller ; et la construction d'une API, où il échafaude le gestionnaire, la route et souvent les tests, puis passe le relais à un outil API dédié pour la vérification.
Vérifier les API que K3 construit
Lorsque K3 construit ou modifie une API dans Kimi Code, ses propres tests vous indiquent que le code s'exécute. Ils ne vous disent pas que le point de terminaison se comporte comme un client réel s'y attend : codes de statut corrects, forme de réponse appropriée, gestion des erreurs saine, authentification qui rejette un mauvais token. C'est un travail de test d'API.
C'est là qu'Apidog entre en jeu. Envoyez de vraies requêtes au point de terminaison généré, inspectez le corps de la réponse et les en-têtes, et ajoutez des assertions sur le code de statut et la forme JSON. Si l'agent a produit une spécification OpenAPI, importez-la et Apidog construira la collection de requêtes pour vous, de sorte que vous validerez par rapport au contrat plutôt que de deviner. Gardez vos clés dans les variables d'environnement Apidog afin qu'elles ne fuient jamais dans une collection partagée.
Étant donné qu'Apidog expose une interface MCP, vous pouvez également relier vos outils API directement au contexte d'un agent ; notre guide sur le débogage visuel avec le client MCP d'Apidog montre comment, et Apidog dans VS Code maintient la boucle de test à côté du code écrit par K3. Téléchargez Apidog pour vérifier la sortie du modèle dès qu'elle est prête, au lieu de faire confiance uniquement à une exécution de test réussie.
Où cela vous mène
Kimi K3 est un agent de codage réellement compétent dans Kimi Code lorsque vous l'utilisez pour ce pour quoi il a été conçu : de grands dépôts, de longues boucles autonomes et une itération constante par rapport aux tests, aux journaux et aux captures d'écran. Le contexte d'1 million de tokens et la tarification basée sur les succès de cache le rendent pratique pour le travail fastidieux et en plusieurs étapes qui devient rapidement coûteux ailleurs. Ce n'est pas le meilleur codeur disponible, et Moonshot mérite d'être félicité pour l'avoir dit, mais pour une grande partie du travail réel, l'écart est faible et les avantages en termes de coût et d'ouverture sont réels. Commencez par une tâche concrète et testable, laissez K3 itérer, et vérifiez les API qu'il produit avec Apidog avant de les déployer. Pour le contexte du modèle, le pilier qu'est-ce que Kimi K3 et le guide de l'API Kimi K3 prennent le relais.
Questions fréquemment posées
Comment utiliser Kimi K3 pour le codage ? Exécutez-le dans Kimi Code, l'agent de codage de Moonshot pour terminal et IDE. Installez l'agent, ouvrez-le dans le répertoire de votre projet, sélectionnez le modèle avec /model kimi-k3, puis donnez-lui une tâche concrète et testable et laissez-le lire des fichiers, exécuter des outils et itérer. L'intégralité du processus d'installation se trouve dans notre guide CLI de Kimi Code.
Kimi K3 est-il bon pour le codage agentique ? Oui. Il est conçu précisément pour les besoins du codage agentique : naviguer dans de grands dépôts, utiliser des outils, déboguer et itérer en fonction des tests, des journaux et des retours d'exécution sur un contexte d'1 million de tokens. Il est compétitif sur les benchmarks de codage, bien qu'il soit légèrement en retrait par rapport à Fable 5 et GPT-5.6 Sol.
Kimi K3 prend-il en charge les appels d'outils pour les flux de travail d'agent ? Oui. L'API K3 prend en charge les appels d'outils, les contraintes de choix d'outils, le mode JSON, la sortie structurée, la recherche sur Internet, le chargement dynamique d'outils et un effort de raisonnement configurable, ce qui lui permet d'exécuter des tests, d'exécuter des commandes shell et d'orchestrer une boucle d'agent complète dans Kimi Code. Le guide de l'API Kimi K3 couvre les détails côté développeur.
Puis-je tester les API écrites par Kimi K3 ? Oui, et vous devriez le faire. Les propres tests de l'agent confirment que le code s'exécute, mais pas que le point de terminaison renvoie les bons codes de statut, la bonne forme de réponse et le comportement d'authentification qu'un client réel attend. Envoyez de vraies requêtes aux points de terminaison générés dans Apidog, ajoutez des assertions et importez toute spécification OpenAPI produite par l'agent pour valider par rapport au contrat.
