Kimi Code : les tâches longues, sur un serveur, depuis partout

Kimi Code est l'agent de code de Moonshot, sur son propre abonnement, avec un contexte d'un million de jetons. Nous lui confions ce qui est long plutôt que difficile : lire un dépôt entier, une migration sur de nombreux fichiers, une tâche sur laquelle l'agent d'exploitation dépenserait son quota. Avoir deux agents hébergés, c'est aussi en garder un quand l'autre a épuisé son quota.

Ce que vous y gagnez. Un second cerveau pour les gros chantiers : un dépôt entier dans son contexte, une session qui continue quand vous fermez le portable, et que vous reprenez depuis le téléphone.

1. L'installer sur le serveur, pas sur le portable

npm install -g @moonshot-ai/kimi-code
kimi            # premier lancement : connexion au fournisseur géré

Lancez-le dans un multiplexeur de terminal sur la machine qui porte les dépôts, pour que la session survive au portable fermé :

tmux new -s kimi 'kimi'              # sur le serveur, une fois
ssh -t serveur tmux attach -t kimi   # depuis le portable, à tout moment

Un alias d'une ligne sur le portable en fait un seul mot. Depuis un téléphone, la même commande marche dans n'importe quelle appli SSH, par votre réseau privé.

2. Trois entrées : terminal, web, contrôle à distance

• Le terminal : la session dans tmux ci-dessus, attachée de partout.
• L'interface web : kimi web --host <adresse privée> --port <port> --no-open en service utilisateur, joignable par le seul réseau privé.
• Le contrôle à distance : kimi rc --no-open permet de suivre et de piloter une session depuis un autre appareil.

L'abonnement propose plusieurs modèles ; le nôtre liste un modèle de code, une variante plus rapide, et un modèle à long contexte de 256k jetons. Prenez le rapide pour les petites modifications, le long pour lire toute une base de code.

3. Votre abonnement derrière la passerelle

C'est Kimi Code lui-même qui nous a câblé celui-ci : un petit pont, environ 180 lignes de Python sans dépendance, qui permet à chaque outil du labo d'utiliser l'abonnement Kimi par la passerelle de modèles, comme n'importe quel autre modèle.

• Il n'écoute que sur la machine elle-même, et parle le format OpenAI (liste des modèles, discussion, flux) qu'attend la passerelle.
• Il réutilise la connexion du client officiel : il lit le même fichier d'identifiants au lieu de copier le jeton.
• Il rafraîchit le jeton quelques minutes avant son expiration, le réécrit de façon atomique dans ce même fichier, et relit le fichier dès que le client officiel l'a modifié. Les deux partagent une seule connexion, donc aucun n'invalide l'autre.
• Il n'affiche jamais un jeton, pas même dans son propre journal.

Lisez les conditions de votre abonnement avant d'en faire autant : les fournisseurs diffèrent sur l'usage permis de leurs abonnements de code. Celui de Kimi est fait pour les agents de code ; si votre fournisseur propose une clé d'API officielle pour son offre, préférez-la.

4. Dans un bac à sable quand il travaille seul

Quand une file confie une tâche à Kimi sans que vous regardiez (voir l'hybride par escalade), faites-le tourner dans un bac à sable comme bwrap : le dépôt en lecture-écriture, le reste du système en lecture seule, aucun accès à vos clés. Il ne peut pas casser ce qu'il ne voit pas.

Pièges

La liste d'outils a une limite de taille côté fournisseur. Avec un serveur d'outils qui exposait 170 outils, chaque requête revenait en 400 schema exceeds maximum allowed size, ce qui ressemblait à « modèle injoignable ». Exposez moins d'outils, ou découpez le serveur.

kimi --continue reprend la dernière session du dossier courant. Lancé depuis un autre dossier, il ouvre une session neuve et vide, et vous croyez l'historique perdu. Reprenez toujours depuis le dossier où le travail a commencé.

Utile ? Dites-nous ce qu'il faut mesurer ensuite.