Kilo Code: análisis, precios y cuándo conviene usarlo

¿Qué es Kilo Code?

Kilo Code, también llamado Kilo, es un agente de IA para programar que lee el contexto del proyecto y utiliza herramientas para ayudar a escribir, modificar y revisar código. Es el software que rodea al modelo de lenguaje, no un modelo en sí mismo. Sus clientes de código abierto permiten trabajar en Visual Studio Code, en los entornos de desarrollo integrados (IDE) de JetBrains y en la terminal. Sus servicios alojados añaden Cloud Agents, revisiones de pull requests y una pasarela de acceso a modelos. La diferencia importa: poder inspeccionar el código fuente del agente no significa que controles la infraestructura o el modelo que atiende una solicitud alojada. El catálogo de modelos anunciado ofrece distintos motores; no demuestra que todos vayan a desenvolverse igual de bien en tu repositorio.

Información contrastada con las páginas de producto, la documentación y los precios de Kilo publicados al 31 de octubre de 2026. Las afirmaciones sobre las alternativas se comprobaron en las páginas de sus respectivos proveedores en esa misma fecha. Esta evaluación se basa en documentación pública e incluye propuestas de uso y ejemplos calculados; no es una prueba de rendimiento realizada dentro de una cuenta. El veredicto se apoya en la continuidad del trabajo entre entornos, el control sobre los modelos, la claridad de la facturación y los límites de la revisión.

¿Para quién vale la pena Kilo y quién puede prescindir de él?

Kilo resulta más atractivo para un desarrollador o un equipo pequeño que quiera conservar su editor, elegir modelos y conectar el trabajo local con la ejecución en la nube. Aporta menos si ya tienes un agente fiable y no puedes señalar una tarea concreta que Kilo te facilitaría.

La comparación se centra en lo que ganarías al cambiar. Una lista larga de funciones no demuestra que los cambios de código sean mejores, y este análisis no afirma que Kilo supere a ninguna de las dos alternativas en tu proyecto.

Kilo Code vs Cline: ¿qué aporta el cambio?

Cline es un agente de código abierto con interfaces para editor y terminal, elección de proveedor de modelos, compatibilidad con modelos locales y un flujo Plan/Act que separa la conversación sobre un cambio de su ejecución. Su sitio actual también documenta skills, integraciones y trabajo con varios agentes. Ninguna de esas capacidades es un motivo exclusivo para elegir Kilo. Funciones actuales de Cline.

Elige Kilo si buscas específicamente que Cloud Agents, el enrutamiento de modelos, las revisiones alojadas y la facturación compartida formen parte de una misma configuración de trabajo. Una agencia pequeña que mantenga varios repositorios podría usar el editor para correcciones interactivas, una tarea en la nube para una limpieza de alcance definido e instrucciones de revisión guardadas en el repositorio antes de que una persona integre el resultado.

Elige Cline si la configuración de proveedores, las aprobaciones y las reglas de proyecto que ya usas encajan con tu trabajo. Sustituir un flujo local que funciona solo para tener otro selector de modelos aporta poco. Cline también merece consideración si prefieres construir sobre su motor de ejecución de agentes en lugar de adoptar los servicios alojados de Kilo.

La comparativa Cline vs Claude Code profundiza en esas dos alternativas. Un matiz para quienes usan JetBrains: la página actual de precios de Cline incluye su extensión para JetBrains en Enterprise. No des por hecho que su oferta individual cubre los mismos editores que Kilo.

Kilo Code vs Claude Code: modelos y uso incluido

Claude Code es el agente de programación de Anthropic, disponible en la terminal, en IDE, en una aplicación de escritorio y en el navegador. Sus integraciones de terminal y editor también admiten configuraciones documentadas con proveedores externos. Por tanto, la diferencia no consiste en que Claude Code funcione solo en la terminal o únicamente pueda facturarse mediante una suscripción personal. Descripción general de Claude Code.

Elige Claude Code si quieres trabajar principalmente con Claude y el uso incluido en tu suscripción cubre tus tareas con margen. Hay pocos motivos para añadir otra pasarela solo para acceder a un modelo que ya utilizas. El límite relevante para esta decisión es que el uso incluido se comparte: las conversaciones con Claude y el trabajo en Claude Code consumen la misma asignación.

Elige Kilo si cambiar entre familias de modelos, usar tus propias claves de proveedor o combinar el trabajo local con los servicios alojados de Kilo forma parte de tu semana habitual. También puedes usarlo junto con Claude Code: reserva Kilo para tareas que necesiten otra ruta o entorno y compara el cambio de código resultante y el esfuerzo total antes de trasladar más trabajo. Usar un modelo Claude dentro de Kilo no convierte al cliente en Claude Code.

Kilo Code vs Cursor: el editor también cuenta

Cursor es un entorno de programación integrado con flujos de trabajo de agente, terminal y nube. Consérvalo si lo que valoras es el propio editor y no quieres administrar la configuración de otro agente. Elige Kilo si pesa más mantener tu editor preferido y controlar la ruta que utiliza el agente para acceder al modelo. La página de instalación de Kilo también incluye Cursor entre los editores que admiten su extensión, de modo que añadir Kilo no obliga a abandonar Cursor de inmediato. Cursor, opciones de instalación de Kilo.

Kilo Code vs OpenCode: una base común, servicios distintos

OpenCode es un agente de programación de código abierto con interfaces de terminal, editor y escritorio, además de elección de proveedor. La CLI actual de Kilo y su extensión reconstruida para VS Code se basan en OpenCode. Elige OpenCode si su forma de trabajar ya encaja contigo; elige Kilo si los servicios que lo acompañan son lo que te interesa. Compartir una base no implica el mismo comportamiento, ritmo de versiones o funciones alojadas. OpenCode, base de la CLI de Kilo.

Kilo Code vs Roo Code: plantéalo como una migración

Roo Code no debería figurar como un producto equivalente que sigue en mantenimiento al evaluar nuevas opciones. Su repositorio oficial está archivado y el README indica que la extensión dejó de funcionar. Quienes ya lo usaban y estén valorando Kilo deben plantear el cambio como una migración de instrucciones y flujos de trabajo, sin asumir que la configuración anterior se traslada tal cual. Repositorio de Roo Code.

Si ninguna de estas formas de trabajar encaja contigo, la selección más amplia de alternativas a Claude Code puede ayudarte.

Del editor a la terminal con el mismo agente

La primera ventaja práctica de Kilo es mantener el agente cerca del código y permitir que dividas el trabajo en cambios fáciles de revisar. Su propuesta actual para el editor incluye sesiones paralelas, worktrees y revisión de diferencias; va más allá de un panel de chat que sugiere fragmentos de código.

VS Code: separa la investigación de los cambios

La extensión de Kilo para VS Code comparte un núcleo portable con su CLI y admite agentes paralelos, worktrees y comentarios sobre líneas concretas del diff. Un worktree es otra copia de trabajo del repositorio en una rama propia. Permite que una tarea modifique archivos sin alterar de inmediato tu copia principal. La extensión también puede devolver tus comentarios de revisión a la conversación del agente. Kilo para VS Code.

Imagina un error en los reembolsos de una pequeña aplicación de comercio electrónico. Una tarea investiga dónde cambia el estado del reembolso; otra prepara una corrección acotada con una prueba que reproduce el error. Asigna un worktree propio a la tarea que va a modificar el código. Pide a la tarea de investigación que explique el comportamiento relevante antes de que cualquiera de los agentes amplíe el alcance del cambio.

Los criterios de aceptación deben describir el resultado: recibir de nuevo un webhook, una notificación de evento entrante, no debe generar un segundo reembolso; el caso que ya funciona debe seguir funcionando, y el código de pagos ajeno al problema debe quedar intacto. Es un punto de partida más útil que pedir al agente que mejore el sistema de pagos.

Cuando llegue la corrección, lee los archivos modificados, examina qué comprueba la aserción del test y envía comentarios concretos sobre la línea que necesita ajustes. Trabajar en paralelo solo ayuda si reduce las esperas sin aumentar el tiempo que dedicas a reconciliar cambios incompatibles. Dos agentes que escriben en la misma copia de trabajo pueden interferir entre sí.

JetBrains: soporte nativo y detalles de los worktrees que conviene revisar

Kilo ofrece un plugin nativo para IDE de JetBrains, entre ellos IntelliJ IDEA, PyCharm y WebStorm, sin necesidad de Node.js. Se instala desde Settings → Plugins → Marketplace y se configura en Settings → Tools → Kilo Code. Los ajustes compartidos del agente se guardan en kilo.jsonc; los específicos del IDE permanecen en el plugin. Documentación de JetBrains.

Para quien desarrolla backend, la prueba práctica consiste en comprobar si el agente puede trabajar con la estructura de proyecto y la configuración de compilación que ya utiliza. Pídele que siga el recorrido de un controlador por su servicio y su capa de persistencia, que proponga un cambio acotado y después evalúa el resultado con las inspecciones y pruebas habituales de tu IDE.

La integración tiene límites concretos. De forma predeterminada, los worktrees de los agentes quedan fuera del índice del proyecto que los contiene. Por ello, sus archivos pueden carecer de la resolución de referencias y las inspecciones habituales. Abre el worktree como un proyecto independiente cuando necesites una indexación completa. Además, un script de preparación del worktree puede arrancar sin que el agente espere a que termine. Deja que estén listas las dependencias y los archivos generados antes de pedir al agente que los utilice. Son condiciones del flujo de trabajo, no una señal de que el modelo no haya entendido el código.

CLI: una opción práctica para trabajar en la terminal

La interfaz de línea de comandos de Kilo permite usar el agente desde el directorio de un proyecto y elegir entre una cuenta de Kilo o tus propias claves de proveedor. La instalación mediante npm que recoge su documentación es la siguiente: CLI de Kilo.

npm install -g @kilocode/cli
kilo

Ejecuta el segundo comando desde el repositorio en el que quieras trabajar. Como primera tarea, pide una explicación del test que falla y una propuesta de solución antes de aprobar modificaciones. Una reparación breve y fácil de inspeccionar te dirá más que una petición general de modernizar el repositorio.

Kilo también documenta /sandbox, que limita la ejecución de herramientas a nivel del sistema operativo. Entre los controles anunciados están la escritura restringida al espacio de trabajo, los metadatos de Git en modo de solo lectura y las restricciones de red opcionales. Los permisos determinan si una acción se ejecuta; las reglas del sandbox delimitan a qué puede acceder esa acción. Configura ambos según la tarea, sin tratar la aprobación automática como un sustituto de esos límites.

Modelos de Kilo Code: elige también cómo acceder a ellos

La flexibilidad de Kilo resulta útil cuando distingues el modelo del servicio que tramita la solicitud. Gateway proporciona acceso alojado; usar tu propia clave (BYOK) permite que la inferencia —el procesamiento de la solicitud por el modelo— corra a cargo de tu cuenta con un proveedor. La compatibilidad con modelos locales permite ejecutarlos en tu propio equipo mediante software como Ollama o LM Studio. Una clave de proveedor es una credencial de acceso a una API, no una forma de trasladar sin más la suscripción de otra aplicación. Opciones de inferencia de Kilo, Gateway.

Aquí hay dos decisiones: qué modelo intentará resolver la tarea y qué cuenta e infraestructura procesarán la solicitud. Dejarlas claras permite comparar los costos después con sentido.

Kilo Auto Model ofrece las rutas Efficient, Frontier y Free. Efficient clasifica el trabajo y elige una estrategia de modelos según su dificultad; Frontier utiliza modelos de pago orientados a tareas exigentes; Free recurre a los modelos gratuitos disponibles. También puedes seleccionar un modelo concreto. Auto Model.

Para crear la estructura inicial de pruebas rutinarias, prueba una ruta económica y define con precisión el comportamiento esperado. Ante un fallo que afecte a varios servicios, proporciona al agente las trazas relevantes y pídele explicaciones alternativas antes de autorizar cambios. Evalúa si identifica el código correcto y propone una forma de refutar su hipótesis. Un modelo más caro solo compensa si reduce el trabajo total necesario para llegar a un resultado aceptable.

El enrutamiento automático aporta comodidad, pero no equivale a una configuración experimental fija. La documentación de Kilo indica que los modelos subyacentes pueden cambiar del lado del servidor y que el selector desplegado muestra los modelos elegidos y su costo. Si comparas herramientas con una misma tarea, registra el modelo y la ruta reales, no solo la palabra Auto. Documentación de Auto Model.

Skills de Kilo Code: documenta el trabajo que se repite

Kilo admite skills: carpetas que contienen un archivo SKILL.md con instrucciones para una tarea repetible. Actualmente, las skills de proyecto se guardan en .kilo/skills/; el agente descubre sus metadatos y carga las instrucciones pertinentes cuando las necesita. Sirven para proporcionar un procedimiento documentado al agente, sin garantizar que vaya a ejecutar correctamente cada instrucción. Documentación de skills.

En el ejemplo de los reembolsos, una skill de proyecto podría indicar dónde están los datos de prueba de pagos, qué comando de pruebas cubre los reintentos y cómo distinguir un webhook duplicado de un segundo reembolso legítimo. Redacta una descripción lo bastante concreta para que el agente reconozca cuándo se aplica. Guarda el procedimiento bajo control de versiones para que el siguiente desarrollador también pueda revisarlo.

La ventaja es tener que repetir menos explicaciones. El límite es que las instrucciones siguen dependiendo de un entorno funcional y de la revisión humana. Ni el mejor procedimiento de pruebas compensa que una copia del repositorio en la nube no haya instalado sus dependencias.

Cloud Agents: delega tareas que se puedan reproducir

Kilo Cloud Agents resulta útil cuando una tarea puede ejecutarse en un entorno alojado sin depender de tu portátil. Kilo documenta conexiones a repositorios, un entorno Linux remoto, creación de ramas y worktrees, y perfiles de entorno reutilizables. Esos perfiles contienen comandos de preparación, variables de entorno y secretos. Cloud Agents.

Una buena primera tarea para delegar es una refactorización acotada con una comprobación de aceptación ejecutable, como sustituir una función auxiliar obsoleta en un módulo concreto conservando sus pruebas. Una mala candidata es una tarea que depende de servicios locales sin documentar y de credenciales que solo aparecen en el historial de tu shell.

El límite de portabilidad es concreto: Cloud Agents no detecta ni ejecuta automáticamente .kilo/setup-script. Si ese script prepara el repositorio, invócalo expresamente desde Setup Commands en el perfil de nube. Las skills de proyecto pueden viajar con el repositorio; las skills globales del usuario guardadas en su directorio personal, no. Documentación de Cloud Agent.

También hay que distinguir entre conversaciones separadas y entornos de ejecución separados. Los chats en la nube comparten un contenedor, y los que usan el mismo worktree ven las modificaciones de los demás. Los worktrees separados ayudan a mantener los cambios apartados, pero no equivalen a máquinas independientes. La diferencia importa si las tareas instalan dependencias distintas, inician servicios en el mismo puerto o dan por hecho que tienen acceso exclusivo a los archivos generados.

Code Reviews: las reglas del repositorio antes que los comentarios genéricos

Kilo Code Reviewer puede añadir comentarios a las pull requests de GitHub y las merge requests de GitLab que configures, con el modelo y el enfoque de revisión que elijas. También permite revisar localmente antes de hacer commit. Lo útil es comprobar si sus comentarios señalan riesgos de tu código sobre los que se pueda actuar, no si es capaz de producir una lista larga de sugerencias. Kilo Code Reviewer.

En un equipo pequeño, úsalo como una revisión adicional antes de la humana. Pídele que se centre en comportamientos relevantes para el repositorio: la autorización en un portal de clientes, el tratamiento seguro de eventos repetidos en facturación o la compatibilidad de migraciones en un servicio compartido. Deja las discusiones de formato a las herramientas que ya lo aplican.

La configuración más útil es REVIEW.md, una política de revisión que pertenece al repositorio. Inclúyela mediante un commit en la rama base y activa Use REVIEW.md en los ajustes de Code Reviews. Kilo lee la política de esa rama base, no del cambio propuesto. De lo contrario, una pull request podría modificar las instrucciones con las que se la evalúa. Documentación de Code Reviews.

Para un servicio de reembolsos, esa política podría pedir que se revisaran los eventos duplicados, la autorización de acceso por tenant y las aserciones de pruebas sobre llamadas externas fallidas. Solicita la ruta pertinente, una explicación y evidencia para cada problema señalado. Son criterios de revisión propuestos, no una afirmación de que el agente haya detectado esos defectos en una prueba realizada aquí.

Para el trabajo local, /review examina los cambios sin commit; /review branch compara la rama con su base. Una secuencia útil es revisar localmente, aplicar correcciones concretas y después abrir una pull request para seguir el proceso habitual del equipo. Observa si las ejecuciones repetidas aportan nuevas pruebas o simplemente reformulan la misma objeción.

El límite es importante: de forma predeterminada, las revisiones alojadas ignoran las pull requests creadas por bots, incluidos los que actualizan dependencias. Además, se centran en los archivos modificados y tienen límites de ejecución y concurrencia. Si tu principal problema es revisar actualizaciones automáticas de dependencias, no asumas que activar Code Reviews cubre ese trabajo pendiente. Comprueba que admite el flujo previsto antes de convertirlo en una parte obligatoria del proceso.

Precios de Kilo Code para un desarrollador o un equipo pequeño

Kilo separa el acceso a la plataforma, la inferencia de modelos y el cómputo alojado. Empieza con la plataforma individual, salvo que necesites administración compartida. Estos son los planes actuales y los cargos relevantes para decidir:

• Free & Open Source: sin cargo de plataforma; el consumo se paga aparte.
• Teams: $15/usuario/mes para compartir facturación, claves, agentes y visibilidad del consumo. Enterprise: precio a medida para controles de gobernanza como restricciones de proveedores y modelos, inicio de sesión único y registros de auditoría.
• Inferencia: uso de Gateway a las tarifas del proveedor, con una comisión de procesamiento del 5% por la compra de créditos indicada por separado. Con BYOK, la inferencia se factura a través de tu proveedor. La opción Kilo Pass parte de $19/mes y ofrece créditos por suscripción; no incluye uso ilimitado ni una licencia de Teams.
• Cómputo: Code Review $0.33/hora; Docker/Small Cloud Agent $0.60/hora; Standard $1.20/hora, medido por segundo y cobrado además de la inferencia. Precios de Kilo.

Por tanto, un espacio de trabajo de Teams para tres personas parte de $45/mes antes del consumo (3 × $15). Con la tarifa de cómputo publicada para las revisiones, una revisión hipotética de diez minutos consumiría $0.055 de cómputo (10 ÷ 60 × $0.33), más inferencia y las comisiones aplicables. Es un cálculo, no un tiempo de ejecución observado ni el precio total de una revisión. El razonamiento del modelo y los reintentos siguen determinando buena parte de la factura final.

La nube también exige un saldo de $5 para iniciar la ejecución: es un requisito de saldo, no un cargo adicional. BYOK no elimina los cargos de cómputo. Detalles de facturación de la nube. Si estás valorando Pass, cuenta solo los créditos de bonificación que vayas a utilizar: caducan cada mes. Condiciones de Kilo Pass.

Lo que justifica pasar de Free a Teams es la gestión compartida. De Teams a Enterprise, la gobernanza. Contrata los controles que necesitas y presupuesta el consumo por separado.

Limitaciones que pueden cambiar tu decisión

La flexibilidad de Kilo trae consigo decisiones de configuración de las que un equipo pequeño debe hacerse cargo. Estas son las limitaciones con más posibilidades de cambiar la recomendación.

Auto Free no es adecuado para trabajo confidencial sin comprobar por dónde pasan los datos. La propia documentación de Auto Model de Kilo indica que las rutas gratuitas pueden utilizar proveedores que registran los prompts y las respuestas y los usan para mejorar sus servicios. Desaconseja expresamente enviar datos personales o confidenciales. Que el código del cliente sea abierto no anula las prácticas de datos del proveedor seleccionado. Usa una ruta aprobada para el código privado. Tratamiento de datos en Auto Free.

La configuración local no se convierte automáticamente en configuración de nube. Que .kilo/setup-script no se ejecute de forma automática y que falten las skills del directorio personal puede hacer que la misma instrucción produzca un comportamiento distinto en remoto. Guarda bajo control de versiones las instrucciones de proyecto necesarias y define expresamente la preparación de la nube. De lo contrario, estarás comparando tanto los entornos como los agentes.

Una revisión alojada no garantiza la cobertura de todo el repositorio. La revisión de archivos modificados, la exclusión de bots y los límites de ejecución dejan huecos. La actualización propuesta por un bot de dependencias o un comportamiento que no aparece en el diff pueden seguir necesitando atención aparte. Que el revisor no señale problemas no demuestra que sea seguro publicar una versión.

La información pública sobre los precios de las revisiones es contradictoria. La página de la función anuncia revisiones gratuitas con modelos gratuitos; la documentación describe cómputo gratuito durante una beta limitada. Las páginas específicas de precios y nube sí indican un cargo de cómputo. Este análisis utiliza la página de precios como referencia para presupuestar. Confirma cualquier exención de la beta o de tu cuenta antes de prometer al equipo revisiones alojadas sin costo. La contradicción tampoco justifica presentar la tarifa publicada como un cargo medido en una cuenta que no se ha probado.

Un plan de equipo no incluye todos los controles de gobernanza. Si necesitas restringir de forma centralizada qué modelos o proveedores pueden recibir código, la página de precios sitúa ese control en Enterprise. Compartir la facturación no equivale a aplicar esa política. Esto puede decidir la compra antes de entrar a discutir la calidad de los modelos.

Veredicto sobre Kilo Code: cambia si vas a aprovechar su forma de trabajar

Kilo merece estar entre las opciones si buscas un agente cuyo código puedas inspeccionar, elección de modelos y servicios conectados para trabajo local, nube y revisión. Su argumento de compra más sólido es el trabajo que puedes organizar con esa combinación. El tamaño del catálogo, por sí solo, es un motivo débil para migrar.

Elige Kilo si puedes señalar una tarea recurrente que se beneficie del paso entre entornos, el enrutamiento de modelos o la configuración de revisiones del repositorio, y estás dispuesto a gestionar la factura de consumo correspondiente. Elige Cline si tu agente de código abierto actual ya resuelve bien el trabajo local. Elige Claude Code si quieres una experiencia centrada en Claude y el uso incluido se ajusta a tus necesidades. Usar Kilo junto a cualquiera de los dos tiene sentido mientras su aportación siga siendo concreta.

La próxima semana, elige una tarea pequeña y reversible en un repositorio. Registra la ruta del modelo, el trabajo de preparación, el consumo facturado, las correcciones humanas y si el cambio final supera tu propia comprobación de aceptación. Repite solo si el resultado responde a una duda relevante para la compra. Lleva más trabajo a Kilo cuando reduzca el esfuerzo necesario para conseguir un cambio aceptado, no simplemente cuando genere más código.

Preguntas frecuentes

Usa la lista de verificación para auditar flujos de trabajo empresariales con IA para definir la tarea, la persona responsable de revisarla y la comprobación de aceptación antes de ampliar tu configuración de agentes.