Analyse approfondie · Environ 5 min de lecture
Kimi Code en octobre : Linux et limites de session plus claires
Desktop 1.1.0 et CLI 2.2.0 modifient contrôles, progression, interruptions, hooks et sessions dérivées.
- Date de la source
- Publié ici
- Source vérifiée
Les journaux officiels datent Desktop 1.1.0 et CLI 2.2.0 du 14 octobre. Nous les traitons comme une seule mise à jour d’outils de programmation, pas deux modèles. Linux, contrôle distant et visibilité sont les ajouts visibles ; messages et isolation des sessions comptent autant.
Écouter les actualités
Écoutez cet article ou poursuivez la lecture des actualités.
Préparation de la lecture…
Voix de l’appareil
La voix est traitée par votre navigateur ou appareil. AISubHub n’envoie pas le texte à une API audio. Les voix et la lecture écran verrouillé dépendent de l’appareil.
La reprise peut répéter une courte phrase.
En bref
- Desktop ajoute des paquets Linux AppImage, deb et RPM. Remote Control doit être activé dans Settings ; les indications de progression sont désactivées par défaut dans les deux clients.
- En mode Tower du CLI, un message reçu pendant l’exécution interrompt le tour courant et s’exécute comme tour distinct. Une session dérivée ne déclenche plus les tâches cron de sa source.
Une même mise à jour ouvre davantage Linux
Desktop 1.1.0 ajoute des installateurs Linux AppImage, deb et RPM ainsi qu’un File Tree dans la barre latérale droite pour parcourir et prévisualiser les fichiers. Il corrige des différences ligne par ligne absentes, des saccades sur les gros fichiers et un plantage de certains Mac lorsque le chat contient des emoji. CLI 2.2.0 accompagne cette même date. Nous y voyons un accès élargi à un flux de programmation commun et une meilleure révision, pas un nouveau modèle sous-jacent. La présence de paquets ne démontre pas la compatibilité avec toute distribution ou configuration matérielle.
Le contrôle distant reste celui d’un agent local
Le journal Desktop indique qu’un lien ou QR code permet de contrôler l’agent local depuis un autre appareil après activation de Remote Control dans Settings. Il mentionne aussi progression des téléchargements, fenêtres surgissantes traitées par l’agent et contrôle de navigateur pouvant être suspendu. Ce sont des moyens d’observer et d’intervenir, sans transformer l’agent en service hébergé dans le cloud. Notre conseil est de confirmer l’espace de travail actif et de garder permissions et révision adaptées. Ce n’est pas une vérification indépendante du contrôle d’accès de cette version.
La progression est facultative selon le client
Desktop demande une activation dans Settings → Lab, avec progression désactivée par défaut. CLI ajoute NotifyUser pour les nouvelles sessions sur choix de l’utilisateur dans le panneau expérimental de la TUI, également désactivé. Les deux introduisent kimi app pour ouvrir une conversation Desktop dans le répertoire courant ou indiqué. CLI conserve aussi un résumé d’une ligne du message utilisateur lorsqu’il quitte la vue en plein écran ; un clic revient à l’original. Nous interprétons cela comme visibilité et passage entre interfaces, sans que les déclarations d’avancement de l’agent prouvent l’achèvement du travail.
Réception et interruption sont des comportements distincts
Desktop dit que les messages en attente ou envoyés pendant l’attente de tâches de fond arrivent désormais immédiatement. CLI Tower décrit une autre règle : un message pendant l’exécution interrompt le tour courant et s’exécute dans son propre tour. On ne peut résumer cela en messagerie parallèle sans interruption. CLI affiche aussi un état d’arrêt pendant les hooks de sortie ; Ctrl+C force alors la sortie immédiate sans attendre leur délai maximal. Les équipes dépendant du travail en cours ou du nettoyage devraient tester ces transitions. C’est notre conseil, pas un essai effectué.
Les hooks et configurations invalides demandent attention
CLI corrige décalages de tours, réponses perdues et affichage incorrect lorsqu’un hook UserPromptSubmit injecte du texte. Le JSON sans champ message n’entre plus dans la conversation. L’option executor = kaos, jamais implémentée, est retirée des serveurs MCP stdio ; une configuration la conservant échoue désormais à la validation au chargement. Ce sont des limites précises, pas la suppression générale des hooks ou de MCP. Nous recommandons d’inspecter configurations et sorties représentatives avant migration, sans supposer qu’un paramètre accepté auparavant était effectivement fonctionnel.
Les sessions dérivées ne doivent pas doubler le planning
CLI précise que les tâches cron de la session source ne se déclenchent plus dans une session dérivée. C’est une correction d’héritage entre sessions, pas la désactivation de toutes les tâches planifiées. Un contrôle limité peut dériver une session non critique, vérifier l’appartenance des tâches, envoyer un message pendant une exécution maîtrisée et inspecter hooks et modifications. Pause du navigateur et différences visibles facilitent la révision sans la remplacer. Nous n’avons pas effectué ces essais : confirmations et retour arrière habituels restent nécessaires, sans déduire une sécurité universelle d’un journal de changements.
Pourquoi cela compte
La mise à jour concerne le passage entre terminal et bureau ou la révision de longues tâches. Son acceptation devrait tester messages, hooks, configuration et planification, pas seulement l’ouverture du programme.
Limites et disponibilité
Nous avons lu les deux entrées datées complètes, sans installation ni exécution. Elles n’annoncent ni nouveau modèle, ni prix ou quota gratuit, et ne constituent pas un audit de sécurité ou une garantie universelle.
Sources et preuves
Date de la source: 14 oct. 2026 · Source vérifiée: 20 oct. 2026
Date de la source: 14 oct. 2026 · Source vérifiée: 20 oct. 2026
Articles assistés par IA, vérifiés avec les sources primaires citées. Les affirmations des fournisseurs sont attribuées ; la présence ne vaut pas recommandation.