Cómo ejecutar varias sesiones de Kimi Code a la vez

Sí, puedes ejecutar varias sesiones de Kimi Code a la vez. Cada vez que ejecutas el comando kimi arrancas una sesión independiente con su propia conversación y su propio contexto, así que dos o más pueden trabajar en tareas distintas del mismo repositorio al mismo tiempo sin compartir nada. Lo que pide un poco de cabeza no es arrancar los procesos, es mantener las sesiones legibles: qué terminal lleva qué tarea, cuál está esperando un permiso y a qué ritmo se están bebiendo la única cuota que comparten todas. Kimi Code te da buenas piezas para esto (las sesiones se guardan en disco por proyecto, puedes nombrarlas con /title y retomarlas con --continue), pero de serie nada las une. Esta guía cubre cómo funcionan de verdad las sesiones de Kimi Code, las tres formas prácticas de ejecutar varias en paralelo y qué le hace el paralelismo a tu cuota. Para la foto completa de un enjambre, mira la guía del enjambre de agentes Kimi Code.

Respuesta corta: sí, cada proceso kimi es su propia sesión

Kimi Code es el agente de código para terminal de Moonshot AI, con Kimi K3 debajo. Lo instalas una vez (curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash, o npm install -g @moonshot-ai/kimi-code con Node 22.19+), haces login una vez con /login y lo arrancas con el comando kimi. Cada invocación es un proceso aparte con su propia conversación, su contexto y su directorio de trabajo.

Así que ejecutar varias sesiones de Kimi Code a la vez no es un modo especial. Abre un segundo terminal, ejecuta kimi otra vez y ya tienes dos sesiones independientes. Una puede estar migrando una capa de base de datos mientras la otra escribe tests de integración. Si Kimi Code te pilla de nuevas, empieza por cómo usar Kimi Code y vuelve.

Tampoco estás limitado a Kimi. Como cada agente es su propio proceso, puedes ejecutar Kimi Code en unos terminales y Claude Code o Codex CLI en otros, todos sobre el mismo repositorio. La visión general del enjambre de agentes CLI de IA muestra cómo encajan las distintas herramientas.

Todas tus sesiones de Kimi Code entran con la misma cuenta y comparten una única cuota de suscripción, con renovación semanal y una ventana móvil de 5 horas. Las sesiones en paralelo no cuestan más, solo gastan el mismo fondo más rápido. Más abajo entramos en detalle.

Cómo funcionan las sesiones de Kimi Code: disco, --continue y /title

Kimi Code guarda cada sesión en disco como archivos planos, organizadas por directorio de proyecto dentro de ~/.kimi-code/sessions/. Cada sesión conserva sus metadatos (título, fechas) y el transcript completo. Esto es lo que hace manejables las sesiones en paralelo: son cosas reales, con nombre y retomables, no solo scrollback.

kimi arranca una sesión nueva en el directorio actual
kimi --continue (o -c) retoma la sesión más reciente de ese directorio
kimi --session <id> retoma una sesión concreta por su id
/title Mi migración dentro de una sesión le pone nombre, para distinguir tus terminales después

Dos hábitos se amortizan en cuanto ejecutas más de una sesión. Primero, ponle título a cada sesión nada más arrancarla: tres sesiones sin nombre en un mismo repo se vuelven indistinguibles en una hora. Segundo, ten en cuenta que --continue va por directorio, así que si ejecutas varias sesiones en la misma carpeta retoma la última, que no tiene por qué ser la que querías. Cuando esa ambigüedad muerda, retoma por id. El historial de conversaciones de Kimi Code profundiza en dónde viven las sesiones y cómo encontrar las antiguas.

Método 1: varias pestañas de terminal (gratis, básico)

La forma más directa de ejecutar dos sesiones de Kimi Code a la vez es abrir varias pestañas de terminal, entrar en tu proyecto en cada una y arrancar kimi.

bash

# Pestaña 1
cd ~/mi-proyecto
kimi
# y dentro: /title Tests de la API

# Pestaña 2
cd ~/mi-proyecto
kimi
# y dentro: /title Migración del esquema

Cada pestaña es ahora una sesión de Kimi Code independiente. Dale a cada una una tarea distinta y ve cambiando entre ellas mientras trabajan. Cuando una sesión se para a pedir aprobación antes de un comando o una escritura de archivo, esa pestaña se queda esperándote en silencio, así que acabas saltando de pestaña en pestaña para que la cosa avance.

Ventajas

Gratis, nada que configurar más allá de Kimi Code
Funciona al instante con herramientas que ya tienes
Fácil de razonar: una pestaña es una sesión

Desventajas

Pierdes la pista de qué pestaña hace qué casi de inmediato
Sin aviso cuando una sesión termina o se para en un permiso
Sin vista compartida: hay que entrar en cada pestaña para ver el progreso
No hay forma de buscar en el historial de las distintas sesiones
Si dos sesiones editan el mismo archivo, desliarlo es cosa tuya

Método 2: tmux o screen (gratis, avanzado)

Si vives en el terminal, tmux te deja dividir una ventana en paneles y mantener sesiones vivas en segundo plano, así que puedes ver varias sesiones de Kimi Code a la vez sin cambiar de pestaña.

bash

# Inicia una sesión nueva de tmux
tmux new-session -s kimi

# Divide en horizontal
tmux split-window -h

# Divide el panel derecho en vertical
tmux split-window -v

# Ahora tienes 3 paneles - ejecuta kimi en cada uno

Desconectar y volver a conectar funciona como siempre, así que las sesiones sobreviven a cerrar la ventana. Las pegas son las de siempre con tmux: sin notificaciones de escritorio, sin búsqueda entre sesiones y paneles que se quedan pequeños a partir de tres o cuatro. Y una cautela específica de Kimi: hay reportes abiertos upstream de sesiones que se cuelgan en silencio cuando una petición se atasca, y en un panel desconectado de tmux una sesión colgada se ve exactamente igual que una ocupada.

¿Mismo repo o worktrees separados?

Ejecutar varias sesiones sobre la misma copia de trabajo va bien mientras sus tareas toquen zonas distintas. En cuanto dos sesiones editan los mismos archivos, el merge te lo comes tú. Si piensas tener varias sesiones de Kimi Code ocupadas horas en el mismo repositorio, dale a cada una su propio git worktree: mismo repo, carpetas separadas, ramas separadas, cero pisotones.

bash

git worktree add ../mi-proyecto-tests feature/tests
git worktree add ../mi-proyecto-migracion feature/migracion

# Sesión 1
cd ../mi-proyecto-tests && kimi

# Sesión 2
cd ../mi-proyecto-migracion && kimi

Como extra, los worktrees quitan la ambigüedad a --continue, porque cada sesión vive en su propio directorio. La guía de git worktrees para agentes de IA cubre el montaje completo, y worktree contra rama explica cuándo compensa cada uno.

Qué le hacen las sesiones en paralelo a tu cuota

Todas las sesiones de Kimi Code tiran del mismo fondo de suscripción: una cuota que se renueva en ciclos semanales más una ventana móvil de 5 horas por encima. Tres sesiones a pleno rendimiento consumen más o menos tres veces más rápido que una, así que las ráfagas intensas en paralelo suelen chocar primero con la ventana de 5 horas, incluso con cuota semanal de sobra. Al llegar no se rompe nada: esperas a que la ventana ruede.

Puedes consultar el consumo con /usage dentro de cualquier sesión. El consejo práctico: usa sesiones en paralelo para tareas de verdad independientes, y quédate en las dos o tres que puedas supervisar de verdad. La guía de planes y precios de Kimi Code tiene el detalle de niveles y multiplicadores.

Método 3: CodeAgentSwarm (visual, completo)

CodeAgentSwarm es una app de escritorio para macOS y Windows construida para ejecutar y supervisar varias sesiones CLI de IA en un solo sitio. Kimi Code es un agente de primera clase junto a Claude Code, Codex CLI, Antigravity CLI y opencode: eliges el agente por terminal, así que ejecutar tres sesiones de Kimi Code es abrir tres terminales y elegir Kimi Code en cada uno.

Lo que añade sobre los terminales a pelo:

Títulos dinámicos: cada terminal muestra en qué está su sesión ahora mismo, en lugar de tres pestañas etiquetadas "kimi"
Notificaciones de escritorio: aviso nativo cuando una sesión termina o se para a pedir un permiso, se acabó hacer de niñera de pestañas
Historial buscable: CodeAgentSwarm lee las sesiones que Kimi Code guarda en local, así que buscas y retomas conversaciones de todos los terminales y todos los agentes
Indicador de cuota: una vista en vivo de tu cuota compartida de Kimi, ciclo semanal y ventana de 5 horas, para todas las sesiones juntas
Diffs de archivos en vivo: mira lo que cambia cada sesión en tiempo real, por terminal y por proyecto
Tablero de tareas: un kanban junto a tus terminales que los propios agentes actualizan por MCP

Si tu agente principal es Claude Code, el mismo montaje está cubierto en ejecutar varias sesiones de Claude Code, y los montajes mixtos funcionan igual: un agente distinto por terminal y todo supervisado en una ventana.

¿Nuevo en esto de varios terminales a la vez? La guía de varios terminales en paralelo repasa el layout y el flujo de trabajo, y aplica igual tanto si el agente es Kimi Code como Claude Code.

Preguntas frecuentes

Sí. Cada vez que ejecutas el comando kimi obtienes una sesión independiente con su propia conversación y contexto, así que puedes abrir varios terminales y ejecutar kimi en cada uno. No comparten estado ni se pisan salvo que editen los mismos archivos. CodeAgentSwarm soporta varios terminales para que supervises varias sesiones de Kimi Code en una sola ventana.

Usa kimi --continue (o -c) para retomar la sesión más reciente del directorio actual, o kimi --session con el id de la sesión para retomar una en concreto. Las sesiones se guardan por proyecto en ~/.kimi-code/sessions/, y ponerles nombre con /title sobre la marcha hace mucho más fácil encontrar la buena.

No hay sobrecoste por ejecutar sesiones en paralelo, pero todas tiran de la misma cuota de suscripción, que se renueva cada semana y tiene además una ventana móvil de 5 horas. Las sesiones en paralelo terminan el trabajo antes gastando el fondo común más rápido, así que las ráfagas intensas notan primero la ventana de 5 horas. El trabajo total que te da tu plan no cambia.

Sí. Cada agente es un proceso aparte, así que puedes ejecutar Kimi Code en unos terminales y Claude Code o Codex CLI en otros, sobre el mismo proyecto. En CodeAgentSwarm eliges el agente por terminal, así que el montaje mixto es lo normal. También existe otra opción si quieres un solo harness: ejecutar el modelo K3 dentro de Claude Code, cubierta en la guía de Kimi K3 con Claude Code.

El mismo repo va bien mientras las tareas toquen zonas distintas. Para trabajo en paralelo largo, mejor git worktrees: cada sesión tiene su carpeta y su rama, las sesiones nunca editan la misma copia de trabajo, y --continue deja de ser ambiguo porque cada directorio tiene su propio historial de sesiones.

Kimi Code no impone un límite duro, cada sesión es solo un proceso. En la práctica te limitan la cuota compartida y tu atención: la ventana móvil de 5 horas frena las ráfagas intensas, y las sesiones sin supervisar acumulan permisos pendientes. De dos a cuatro sesiones supervisadas es el punto dulce para la mayoría del trabajo.

Ejecuta varias sesiones de Kimi Code a la vez en CodeAgentSwarm. Varios terminales en una ventana, notificaciones de escritorio cuando una sesión termina, historial buscable y una vista en vivo de tu cuota compartida de Kimi.

Probar CodeAgentSwarm

También te puede interesar

Kimi Code vs Claude Code: ¿qué agente de terminal te conviene?

Kimi Code es el agente de programación en terminal de Moonshot AI, y es el competidor más directo de Claude Code que ha salido hasta ahora. Y no en plan vago de "otro CLI con IA": Kimi Code clona los nombres de las herramientas de Claude Code tal cual (Bash, Write, Edit, Read, incluso el prefijo mcp__ para las herramientas MCP), lee la misma carpeta compartida de skills y acepta el mismo .mcp.json a nivel de proyecto. Si sabes usar Claude Code, ya sabes usar casi todo Kimi Code.

Leer guía

Ver todas las guías