Análisis en profundidad · Unos 5 min de lectura
Kimi Code en octubre: Linux y límites de sesión más claros
Desktop 1.1.0 y CLI 2.2.0 cambian controles, progreso, interrupciones, hooks y comportamiento de sesiones bifurcadas.
- Fecha de la fuente
- Publicado aquí
- Fuente revisada
Los registros oficiales fechan Desktop 1.1.0 y CLI 2.2.0 el 14 de octubre. Los tratamos como una actualización de herramientas de programación, no dos lanzamientos de modelos. Linux, control remoto y visibilidad son novedades claras; los límites de mensajes y sesiones también importan.
Escucha las noticias
Escucha este artículo o continúa con las noticias.
Preparando la lectura…
Voz del dispositivo
El navegador o dispositivo procesa la voz. AISubHub no envía el texto a una API de audio. Las voces y la reproducción con pantalla bloqueada dependen del dispositivo.
Al continuar puede repetirse una frase breve.
Resumen
- Desktop añade paquetes Linux AppImage, deb y RPM. Remote Control requiere activación en Settings; las actualizaciones de progreso están desactivadas inicialmente tanto en Desktop como en CLI.
- En modo Tower de CLI, un mensaje durante la ejecución aborta el turno actual y se ejecuta como turno separado. Una sesión bifurcada ya no activa tareas cron de la sesión original.
Una actualización amplía la entrada a Linux
Desktop 1.1.0 incorpora instaladores Linux AppImage, deb y RPM, además de File Tree en la barra lateral derecha para explorar y previsualizar archivos. Enumera correcciones de diferencias línea por línea ausentes, lentitud al calcular cambios en archivos grandes y bloqueos de algunos Mac con emoji en el chat. CLI 2.2.0 comparte fecha con Desktop. Interpretamos que se amplía el acceso a un flujo de programación común y se mejora su revisión, sin anunciar otro modelo. Tener un paquete no demuestra compatibilidad con todas las distribuciones o configuraciones de hardware.
El control remoto sigue actuando sobre un agente local
Según Desktop, un enlace o código QR permite controlar el agente local desde otro dispositivo tras activar Remote Control en Settings. El navegador integrado añade progreso de descargas, ventanas emergentes gestionadas por el agente y posibilidad de pausar su control. Son formas de observar e intervenir, sin convertir automáticamente el agente local en un servicio alojado en la nube. Recomendamos confirmar el espacio de trabajo activo y conservar permisos y revisión adecuados. Es consejo operativo, no una comprobación independiente del control de acceso de esta versión.
El progreso es opcional en ambos clientes
Desktop muestra progreso al habilitarlo en Settings → Lab; está desactivado inicialmente. CLI incorpora NotifyUser para sesiones nuevas de forma voluntaria en el panel experimental de la TUI, también desactivado. Ambos añaden kimi app para abrir un chat de escritorio en el directorio actual o especificado. CLI mantiene además una línea de resumen del mensaje del usuario cuando este sale de vista en pantalla completa; pulsarla vuelve al original. Nuestra lectura es mayor visibilidad y continuidad entre interfaces, no prueba de que las declaraciones de progreso del agente acrediten trabajo terminado.
Recibir un mensaje no equivale a continuar sin interrupción
Desktop indica que los mensajes en cola o enviados mientras el agente espera tareas de fondo llegan ahora inmediatamente. CLI Tower describe otra regla: un mensaje durante la ejecución aborta el turno en curso y se ejecuta como uno independiente. No deben resumirse como mensajería paralela sin interrupciones. CLI también muestra estado de cierre mientras ejecuta hooks de salida; Ctrl+C fuerza la salida inmediata sin esperar su tiempo límite. Quienes dependan de trabajo en curso o limpieza deben probar esas transiciones; lo recomendamos, pero no las hemos ensayado.
Hooks y configuración inválida requieren revisión
CLI corrige turnos desplazados, respuestas perdidas y problemas visuales cuando UserPromptSubmit inyecta texto. El JSON de hooks sin campo message ya no se añade a la conversación. También elimina executor = kaos de la configuración de servidores MCP stdio: nunca estuvo implementado y los archivos que lo conservan fallan al validarse durante la carga. Son límites específicos, no la eliminación global de hooks o MCP. Aconsejamos revisar configuración existente y salidas representativas antes de actualizar, preservando el contenido deseado sin asumir que una opción aceptada anteriormente funcionaba.
Las bifurcaciones no deben duplicar tareas programadas
CLI señala que las tareas cron de la sesión original ya no se activan dentro de una sesión bifurcada. Se corrige la herencia entre sesiones, no se deshabilita toda programación. Una comprobación acotada puede bifurcar una sesión no crítica, revisar la titularidad de tareas, enviar un mensaje durante ejecución controlada e inspeccionar hooks y cambios. Pausa del navegador y diferencias de Desktop ayudan, sin sustituir revisión. No realizamos estas pruebas: deben conservarse confirmaciones y reversión normales, sin deducir seguridad universal a partir de un registro de cambios.
Por qué importa
Resulta relevante al pasar entre terminal y escritorio o revisar tareas largas. La aceptación de una actualización debe comprobar mensajes, hooks, configuración y programación, además de abrir la aplicación.
Límites y disponibilidad
Leímos las dos entradas fechadas completas, sin instalar ni ejecutar productos. No anuncian modelo, precio o cuota gratuita nuevos, ni constituyen auditoría de seguridad o garantía de compatibilidad universal.
Fuentes y pruebas
Fecha de la fuente: 14 oct 2026 · Fuente revisada: 20 oct 2026
Fecha de la fuente: 14 oct 2026 · Fuente revisada: 20 oct 2026
Contenido editorial asistido por IA y contrastado con fuentes primarias. Las afirmaciones del proveedor se atribuyen; la inclusión no implica recomendación.