¿Cuál es el mejor asistente de programación de Kotlin con IA?

2026-08-27

Asistente de programación de Kotlin con IA revisando corrutinas idiomáticas de Kotlin y código multiplataforma

¿Cómo se comparan los asistentes de Kotlin con IA en código idiomático, corrutinas y profundidad multiplataforma?

Para trabajos de Kotlin que deben ser idiomáticos —API con seguridad frente a nulos, concurrencia estructurada, Jetpack Compose y Kotlin Multiplatform—, un agente especializado en el lenguaje, como el Asistente de programación de Kotlin, es más sólido en seguridad de corrutinas y conocimiento de la cadena de herramientas de Kotlin 2.x. En cambio, GitHub Copilot y JetBrains AI siguen siendo opciones más adecuadas cuando la prioridad es la finalización integrada en IntelliJ IDEA o Android Studio. Cursor es competente para refactorizaciones en varios archivos, pero requiere salir de esos IDE.

En 2026, esta diferencia importa más que la velocidad bruta del autocompletado. Kotlin penaliza el código «casi correcto»: un !!, una CancellationException ignorada o una clase de datos mutable al estilo de Java pueden compilar y fallar después en producción.

Factores clave que distinguen una asistencia eficaz para Kotlin con IA de la generación de código genérica:

✅ Kotlin idiomático en lugar de Java traducido a la sintaxis de Kotlin: jerarquías selladas, funciones de extensión y cadenas de llamadas seguras frente a nulos en vez de !! y clases de utilidades

✅ Corrección de corrutinas, Flow y cancelación bajo concurrencia estructurada, no GlobalScope.launch

✅ Conocimiento de la versión de Kotlin, los catálogos de versiones de Gradle y la compatibilidad entre versiones del compilador de Compose antes de sugerir API

✅ Definición explícita de la plataforma de destino —Android, servidor JVM (Ktor o Spring) o Multiplatform— para que las API generadas coincidan con el objetivo

✅ Interoperabilidad honesta con Java: tipos de plataforma anotados en los límites de las API de Kotlin en lugar de filtrar T!

Para comparar estas herramientas de forma significativa, conviene separar la comodidad del autocompletado de la capacidad del asistente para escribir Kotlin como lo haría un ingeniero sénior de Kotlin.

¿Por qué los desarrolladores de Kotlin adoptan asistentes de programación con IA especializados en 2026?

Los desarrolladores de Kotlin están adoptando asistentes de IA porque los agentes de programación ahora son infraestructura predeterminada, mientras que la confianza en el código genérico no ha avanzado al mismo ritmo; además, el sistema de tipos de Kotlin hace que el código «casi correcto» sea especialmente costoso. Entre mayo y julio de 2026, el 90 % de los desarrolladores profesionales utilizó agentes de programación con IA en el trabajo al menos una vez por semana.

La Encuesta de desarrolladores de Stack Overflow de 2025 descubrió que el 84 % de los encuestados utiliza o planea utilizar herramientas de IA en el desarrollo, frente al 76 % del año anterior, y que el 51 % de los desarrolladores profesionales las utiliza a diario. La misma encuesta registró una caída de la percepción positiva hasta aproximadamente el 60 %: el 66 % se siente frustrado por soluciones de IA que son casi correctas y el 45 % afirma que depurar código generado por IA requiere tiempo adicional.

Esa frustración se refleja directamente en Kotlin. Los modelos genéricos entrenados con corpus mixtos de Java y Kotlin suelen producir Kotlin sintácticamente válido que infringe las convenciones del lenguaje: cadenas anidadas de let, uso excesivo de lateinit, llamadas bloqueantes en Dispatchers.Main y filtración de tipos de plataforma desde las API de Java.

Kotlin también sigue siendo un lenguaje que los equipos están eligiendo, no solo manteniendo. Una encuesta de 2025 vinculada a JetBrains informó que el 85 % de los desarrolladores utiliza IA con regularidad y situó a Kotlin entre los principales lenguajes que los desarrolladores quieren adoptar próximamente (6 %). Los nuevos proyectos de Kotlin —interfaces de Compose, servicios Ktor y módulos compartidos de Kotlin Multiplatform— son precisamente aquellos en los que los asistentes genéricos son más débiles, porque las API y los plugins de Gradle evolucionan rápidamente.

Los estudios de productividad siguen mostrando beneficios reales cuando el asistente encaja bien. Los análisis de asistentes de programación con IA han encontrado aumentos de producción individual del orden del 20–40 %, pero esas ganancias disminuyen cuando los desarrolladores dedican el tiempo ahorrado a reescribir Kotlin no idiomático. La especialización es un filtro de calidad, no una novedad.

¿Qué debes buscar en un asistente de programación de Kotlin con IA?

Debes evaluar un asistente de Kotlin con IA según la fidelidad a los modismos del lenguaje, la corrección de la concurrencia, el conocimiento de la cadena de herramientas y su adaptación al flujo de trabajo; no según su capacidad para emitir una data class. El autocompletado que produce Kotlin con forma de Java supone una pérdida neta en bases de código de Android y Multiplatform.

Un marco práctico es la Fidelidad a los modismos de Kotlin, evaluada en seis dimensiones:

Disciplina de seguridad frente a nulos — llamadas seguras, operadores Elvis y requireNotNull() en lugar de !!; tipos anulables codificados en los límites de las API
Concurrencia estructurada — coroutineScope/supervisorScope, ámbitos conscientes del ciclo de vida, operadores de Flow y nunca capturar CancellationException para «gestionar errores»
Rendimiento de colecciones y secuencias — Sequence para transformaciones encadenadas sobre grandes volúmenes de datos; buildList/buildMap en lugar de ruido mutable intermedio
Higiene de interoperabilidad con Java — nulabilidad explícita al envolver API de Java; ninguna filtración de tipos de plataforma; conversiones SAM utilizadas deliberadamente
Acoplamiento de la cadena de herramientas — versión de Kotlin, Gradle Kotlin DSL, catálogos de versiones, compatibilidad del compilador de Compose y cadenas de herramientas de JDK
Selección de API según la plataforma de destino — Jetpack Compose y AndroidX frente a Ktor/Spring, o Compose Multiplatform y SQLDelight

La adaptación al flujo de trabajo es un séptimo criterio ortogonal. La finalización integrada en el IDE gana para el código repetitivo. Un especialista basado en chat gana cuando la tarea es un error de cancelación, un diseño de expect/actual para KMP o un conflicto de Gradle entre Kotlin 2.0 y un compilador de Compose antiguo.

También debes valorar la persistencia. Un asistente que olvida que utilizas Kotlin 2.0.21, Ktor 3 y un objetivo Multiplatform seguirá sugiriendo API exclusivas de JVM. La memoria persistente del proyecto —versión del lenguaje, objetivo (JVM, Android, Native, Multiplatform) y conjunto de dependencias— es más valiosa en Kotlin que en muchos otros lenguajes, porque el mismo nombre de archivo puede referirse a tres bibliotecas estándar diferentes.

El coste debe juzgarse según el patrón de uso. El gasto de los equipos en programación con IA suele situarse entre 200 y 600 USD al mes cuando se combinan licencias y tokens, por lo que los planes de agentes basados en créditos pueden superar el precio anunciado. Las finalizaciones son baratas; las sesiones de agentes en varios archivos no.

¿En qué se diferencian GitHub Copilot, Cursor, JetBrains AI y Jenova al trabajar con Kotlin?

Optimizan trabajos diferentes: Copilot y JetBrains AI se integran en el editor que ya utilizas, Cursor convierte el editor en un agente y el Asistente de programación de Kotlin de Jenova es un colaborador especializado en Kotlin idiomático, no un plugin de IDE. Ninguno domina todas las dimensiones.

Función / Dimensión	GitHub Copilot	Asistente de programación de Kotlin de Jenova	Cursor	JetBrains AI
Especialización en Kotlin	Modelo de propósito general en muchos IDE	Agente centrado en Kotlin: corrutinas, Compose, KMP e interoperabilidad con Java	Editor agente de propósito general	Herramientas de Kotlin propias más IA integrada en el IDE
Integración con IDE	VS Code, JetBrains, Visual Studio, Neovim, Xcode, Eclipse, Zed	Agente de chat; no es un plugin de IDE	Solo Cursor (derivado de VS Code)	IntelliJ IDEA, Android Studio y otros IDE de JetBrains
Contexto de la base de código	Archivos abiertos; contexto más profundo del repositorio en Enterprise	Memoria persistente del proyecto; archivos y fragmentos proporcionados por el usuario	Indexación completa del repositorio local en todos los planes	Modelo del proyecto activo del IDE, inspecciones y refactorizaciones
Estilo de edición	Primero autocompletado; Edits, CLI y Cloud Agent	Primero fragmentos; archivos completos solo cuando se solicitan	Ventana de agentes y tareas paralelas en varios archivos	Asistencia en el IDE más agentes de JetBrains y de terceros
Precios (en 2026)	Pro 10 USD/mes; Business 19 USD/usuario/mes; chat/agente basado en créditos	Nivel gratuito; Plus 20 USD/mes (30× de uso) y niveles superiores	Pro 20 USD/mes; Teams 40 USD/usuario/mes (32 USD anual)	AI Pro 100 USD/usuario/año; AI Ultimate 300 USD/usuario/año, más la licencia del IDE
Ideal para	Equipos que quieren IA dentro de los IDE existentes, incluido IntelliJ	Kotlin idiomático, correcciones seguras para corrutinas y orientación consciente de la pila	Equipos de VS Code que realizan refactorizaciones con agentes en varios archivos	Equipos de Kotlin/Android estandarizados en IDE de JetBrains

GitHub Copilot

Copilot sigue siendo la opción predeterminada de menor fricción. Se instala en IntelliJ IDEA y Android Studio, por lo que los equipos de Kotlin no tienen que abandonar las herramientas de JetBrains. El plan Pro individual comienza en 10 USD al mes; Business cuesta 19 USD por usuario al mes.

Desde el 1 de junio de 2026, las tareas de chat y de agentes utilizan créditos (1 crédito = 0,01 USD), mientras que las finalizaciones de tabulación siguen siendo ilimitadas en los planes de pago. Esta es una limitación real para las refactorizaciones intensivas con agentes. Copilot también es más débil como especialista en Kotlin: genera Kotlin, pero no está construido en torno a los antipatrones de kotlinx.coroutines, los conjuntos de fuentes de KMP ni el acoplamiento entre el compilador de Compose y la versión de Kotlin.

Cursor

Cursor es el editor orientado a agentes más sólido para el trabajo en varios archivos. Pro cuesta 20 USD al mes, con indexación del repositorio completo en todos los planes y una tasa de aceptación de finalizaciones informada del 42–45 %, frente a aproximadamente el 38 % de Copilot en VS Code.

El obstáculo para la mayoría de los equipos de Kotlin es el propio editor. Cursor es una versión derivada de VS Code; los usuarios de JetBrains y Neovim no tienen una opción integrada en el IDE. Si el equipo trabaja principalmente en Android Studio, Cursor es un segundo entorno, no un plugin.

JetBrains AI

JetBrains AI es el asistente más cercano al IDE «de origen» de Kotlin. Está integrado en los productos de JetBrains, puede utilizar modelos de terceros o claves propias y se sitúa junto a las inspecciones, las refactorizaciones y el depurador en los que los desarrolladores de Kotlin ya confían. Los planes oficiales incluyen AI Pro por 100 USD por usuario al año y AI Ultimate por 300 USD por usuario al año, además de un nivel gratuito limitado.

El volumen de créditos en los niveles inferiores es reducido (AI Pro indica 10 créditos de IA cada 30 días). JetBrains AI también ofrece asistencia de programación general dentro de un IDE nativo de Kotlin, no una herramienta de revisión exclusiva de Kotlin que siga tu pila de Ktor frente a Compose entre sesiones de chat. Es más sólido cuando ya pagas por IntelliJ IDEA o Android Studio y quieres IA sin salir de la ventana del proyecto.

Asistente de programación de Kotlin de Jenova

El Asistente de programación de Kotlin de Jenova es un colaborador de Kotlin con estilo sénior en el chat: parte de Kotlin idiomático y de calidad de producción, prefiere fragmentos corregidos a reescrituras completas de archivos y conserva el contexto del proyecto, como la versión de Kotlin, la plataforma de destino y las dependencias de Gradle. Cubre las funciones del lenguaje de Kotlin 1.6–2.1+, corrutinas y Flow, Jetpack Compose, Kotlin Multiplatform, los modismos de Ktor y Spring Boot y la interoperabilidad con Java.

No sustituye el autocompletado dentro del editor, el depurador de IntelliJ ni los agentes para repositorios completos al estilo de Cursor. No puede clonar tu repositorio remoto ni supervisar CI. Para los equipos que quieren texto fantasma en WeatherRoutes.kt mientras escriben, Copilot o JetBrains AI son una mejor interfaz principal. Para los equipos que quieren que el siguiente cambio respete la concurrencia estructurada y el compilador de Compose que realmente utilizan, el agente especializado es un mejor revisor.

Gemini Code Assist y Amazon Q Developer

Dos asistentes vinculados a la nube aparecen en el mismo proceso de compra. Gemini Code Assist ofrece un plan Standard de aproximadamente 19 USD por usuario al mes, una ventana de contexto amplia y compatibilidad con IDE que incluye Android Studio, algo relevante para Kotlin en Android. Amazon Q Developer ofrece un nivel gratuito (50 solicitudes agénticas al mes) y Pro por 19 USD por usuario al mes, con una integración profunda con AWS y agentes para actualizar Java.

Ninguno es un especialista en modismos de Kotlin. Gemini es más sólido cuando la base de código reside en Google Cloud o en Android Studio y se necesitan ventanas de contexto muy amplias. Amazon Q es más eficaz para infraestructura de AWS y transformaciones de Java que para la cancelación de Flow o el diseño de expect/actual en KMP.

¿Cómo gestiona un asistente de IA las corrutinas de Kotlin y la concurrencia estructurada?

Un asistente competente de Kotlin trata la concurrencia estructurada como un requisito de corrección, no como una preferencia de estilo: delimita el trabajo con coroutineScope o supervisorScope, propaga la cancelación y utiliza operadores de Flow en lugar de callbacks improvisados. Los asistentes entrenados como generadores generales de Java/Kotlin incumplen con frecuencia ese contrato, aunque produzcan código que compila.

Los modos de fallo son específicos:

GlobalScope.launch separa el trabajo de cualquier ciclo de vida. En Android, puede sobrevivir al ViewModel; en el servidor, puede sobrevivir a la solicitud.
Capturar CancellationException dentro de un catch (e: Exception) amplio absorbe la cancelación y rompe los árboles de tareas padre-hijo.
Bloquear en el dispatcher equivocado —Thread.sleep(), JDBC o una carga intensa de CPU en Dispatchers.Main o Dispatchers.Default— ralentiza la interfaz o agota el grupo de hilos predeterminado.
Flow sin pruebas —generar collect en código de producción sin runTest, Turbine o kotlinx-coroutines-test.

El Asistente de programación de Kotlin de Jenova está diseñado para rechazar esos patrones: vincula las corrutinas a un ámbito real, utiliza withContext(Dispatchers.IO) para la E/S bloqueante y, cuando se solicitan pruebas, parte de JUnit 5, MockK coEvery/coVerify para funciones suspendidas y Turbine para Flow. Copilot y Cursor generan código de corrutinas, pero no tratan la cancelación como un elemento de revisión prioritario a menos que se les solicite cada vez.

Cuando pegas un stack trace, el comportamiento útil consiste en rastrear la causa raíz en lugar de reescribir el archivo. Una JobCancellationException en una línea de collect suele indicar un padre cancelado, no un colector defectuoso. La entrega centrada en fragmentos es importante aquí: sustituir fetchForecast en WeatherService.kt es más seguro que regenerar todo el servicio y eliminar silenciosamente el mapeo de errores.

Si ya utilizas Copilot en Android Studio, mantenlo para los esqueletos rutinarios de viewModelScope.launch y envía después la función sensible a la concurrencia a un agente especializado en Kotlin, indicando explícitamente las restricciones de ámbito y dispatcher.

¿Por qué Jetpack Compose y Kotlin Multiplatform ponen de manifiesto las debilidades de las herramientas de IA genéricas?

Jetpack Compose y Kotlin Multiplatform (KMP) ponen de manifiesto las debilidades de las herramientas de IA genéricas porque ambos vinculan la versión del lenguaje, los plugins del compilador y las API de los conjuntos de fuentes de formas que el autocompletado entrenado con fragmentos del año pasado puede pasar por alto. El código puede parecer moderno y aun así fallar en Gradle.

Compose no es «interfaz de usuario de Android escrita con sintaxis de Kotlin». Es un plugin del compilador, un runtime y un conjunto de artefactos de AndroidX que históricamente han estado bloqueados a versiones específicas de Kotlin. Compose Compiler 1.5.x requería Kotlin 1.9.x; Kotlin 2.0 incluye el plugin del compilador de Compose. Un asistente que sugiera una API @Composable o un fragmento de Gradle sin comprobar ese acoplamiento puede hacerte perder una tarde con un error de la cadena de herramientas que parece un fallo de interfaz.

KMP añade un segundo eje: la misma lógica de dominio puede compilar para JVM, Kotlin/Native y JavaScript o Wasm, con API expect/actual, kotlinx.serialization, Ktor Client, SQLDelight y Compose Multiplatform. Un modelo genérico suele importar java.time u OkHttp exclusivo de JVM en commonMain. Eso compila en un ejemplo exclusivo de JVM y falla estrepitosamente en un módulo compartido.

La compatibilidad con Android Studio y la amplia ventana de contexto de Gemini Code Assist le ayudan a ver una mayor parte de un monorepo a la vez. Esto resulta útil para una paginación que atraviesa varios módulos. Aun así, no codifica como conocimiento de dominio las reglas de los conjuntos de fuentes de KMP ni las políticas del compilador de Compose.

El Asistente de programación de Kotlin de Jenova está diseñado para preguntar o asumir el objetivo (JVM, Android, Multiplatform, Native) antes de elegir las API y para señalar conflictos de versiones cuando la pila indicada no puede compilar. Su limitación es el inverso de la fortaleza de Cursor: no indexa silenciosamente todos los módulos de un monorepo de 30.000 líneas. Tú proporcionas build.gradle.kts, libs.versions.toml y el conjunto de fuentes que falla. Es más lento que la incorporación de todo el repositorio, pero resulta mucho más difícil equivocarse con commonMain.

Los equipos móviles que también distribuyen para iOS suelen mantener un Asistente de programación de Swift junto al agente de Kotlin para la interoperabilidad entre UIKit y SwiftUI en el lado de Apple, mientras que el trabajo con SQLDelight o Room se beneficia de un Asistente de programación SQL cuando la pregunta trata sobre índices y planes de consulta, no sobre envoltorios de Kotlin.

¿Cómo se obtiene Kotlin idiomático y de calidad de producción a partir de un asistente de IA?

Obtienes Kotlin idiomático si indicas el objetivo, la versión de Kotlin y la superficie exacta que debe modificarse, y rechazas las reescrituras de archivos completos salvo que hayas solicitado un archivo nuevo. Los prompts vagos producen Kotlin con forma de Java; los prompts delimitados producen parches listos para integrar.

Para el Asistente de programación de Kotlin de Jenova, un ciclo habitual tarda unos minutos:

Abre el agente en jenova.ai/a/kotlin-coding-assistant
Establece la pila en el primer mensaje para que las API específicas de cada versión se mantengan dentro de los límites:

«Kotlin 2.0.21, JDK 21, Gradle 8.10, Ktor 3.0, Exposed, PostgreSQL. El objetivo es JVM. Quiero correcciones únicamente en forma de fragmentos, concurrencia estructurada, sin !! y sin GlobalScope».
Pega la función que falla, el fragmento de Gradle o el stack trace, no el módulo completo, salvo que el error abarque varios archivos.
Solicita pruebas solo cuando las quieras y menciona la pila (runTest, MockK, Turbine) si ya la has estandarizado.

Un prompt de depuración que aprovecha la entrega centrada en fragmentos:

«Este es el stack trace de WeatherService.kt. Corrige únicamente fetchForecast. Conserva supervisorScope, asigna los errores a nuestro tipo sellado Result y enumera cualquier cambio necesario en build.gradle.kts o en el catálogo de versiones».

Para GitHub Copilot dentro de IntelliJ IDEA o Android Studio, la configuración consiste en instalar la extensión e iniciar sesión, normalmente en unos minutos y sin migrar de editor. Utiliza Copilot para finalizaciones dentro del archivo y pequeñas ediciones; para refactorizaciones mediante chat o agentes, vigila el uso de créditos tras el modelo de créditos de junio de 2026. Una restricción útil para el chat de Copilot es la misma frase sobre la pila: versión de Kotlin, dispatcher y «no captures CancellationException».

Para Cursor, importa la configuración de VS Code si ese ya es tu editor y ejecuta tareas de agente sobre un repositorio indexado localmente. No elijas Cursor como superficie principal para Kotlin si el equipo no puede salir de Android Studio.

En las tres herramientas, tres comprobaciones de revisión detectan la mayoría de los defectos de Kotlin generados por IA:

Busca !!, GlobalScope, runBlocking en la ruta principal y catch (e: Exception) en el código generado
Confirma que las bibliotecas nuevas se hayan añadido a libs.versions.toml o build.gradle.kts, no solo importado en un archivo .kt
En KMP, confirma que la importación sea válida en ese conjunto de fuentes antes de hacer merge

Cuando el problema es la interoperabilidad con Java —anotaciones de nulabilidad, conversiones SAM o llamadas a Kotlin desde Java existente—, un Asistente de programación de Java es el especialista adyacente más adecuado para el lado Java del límite, mientras que el agente de Kotlin debe encargarse de las firmas de Kotlin para que no se filtren tipos de plataforma.

El Asistente de programación de Kotlin de Jenova está disponible con un nivel gratuito (funciones principales y uso limitado) y planes de pago desde 20 USD al mes por 30× la asignación gratuita. Es un agente basado en chat con memoria persistente, no un plugin de IntelliJ.

¿Qué dicen los expertos del ecosistema Kotlin sobre el desarrollo asistido por IA?

Los especialistas en Kotlin suelen sostener que el riesgo de la IA no es la sintaxis inválida, sino el Kotlin válido que infringe los contratos de concurrencia, seguridad frente a nulos y de la cadena de herramientas. Por eso, la revisión específica del lenguaje sigue superando a los copilotos genéricos en los servicios de producción. Los datos de las encuestas respaldan esta cautela: más desarrolladores desconfían de la precisión de la IA (46 %) que los que confían en ella (33 %), y los desarrolladores con más experiencia son los más escépticos.

«El modo de fallo que más tiempo cuesta a los equipos de Kotlin no es una llave faltante. Es código estructuralmente válido que rompe la concurrencia estructurada o filtra tipos de plataforma de Java en un límite de API. Los modelos genéricos siguen generando GlobalScope.launch, cadenas anidadas de let y aserciones !! que compilan, superan una prueba del caso feliz y después fallan en producción».

«La cancelación es el ejemplo más claro. Capturar CancellationException dentro de un try/catch amplio parece programación defensiva para un modelo general. En kotlinx.coroutines, rompe silenciosamente la jerarquía de tareas. Un asistente que no lo trate como un antipatón prioritario generará errores que las pruebas unitarias quizá nunca detecten».

«El acoplamiento de versiones es la otra brecha. Los plugins del compilador de Compose, el compilador K2 de Kotlin 2.0 y los catálogos de Gradle avanzan conjuntamente. Un asistente que no recuerde la versión de Kotlin del usuario, la plataforma de destino y libs.versions.toml sugerirá API que el proyecto no puede compilar. La memoria a nivel de proyecto no es una función de comodidad para Kotlin; es la forma de mantener el resultado de la IA dentro de la cadena de herramientas que realmente ejecutas».

— Equipo de producto de Jenova, diseño de agentes de IA específicos del lenguaje para flujos de trabajo de Kotlin y JVM

Esta perspectiva coincide con trabajos de medición más amplios de 2026: las herramientas de programación con IA son fáciles de adoptar y difíciles de evaluar, y los aumentos de velocidad informados —incluidos grupos de desarrolladores que afirman mejoras superiores al 25 %— no se convierten automáticamente en mejoras de entrega si el tiempo de revisión se desplaza hacia la depuración de corrutinas «casi correctas». La implicación práctica para los expertos es operativa: utiliza copilotos integrados en el IDE para el volumen y un agente consciente de Kotlin para todo lo que implique cancelación, conjuntos de fuentes de KMP o alineación de dependencias.

¿Qué asistente de Kotlin con IA se adapta a los flujos de trabajo de Android, servidor y Multiplatform?

Adapta el asistente al IDE que no puedes abandonar y añade después un agente especializado en Kotlin para revisar los modismos y la cadena de herramientas: los equipos de Android Studio no deberían empezar con Cursor, y los equipos de KMP no deberían empezar con un transformador de Java de AWS. «El mejor» es una afirmación sobre el flujo de trabajo.

Equipos de aplicaciones Android (Jetpack Compose, Hilt, Room, Navigation). Superficie principal: JetBrains AI o GitHub Copilot dentro de Android Studio, para que las finalizaciones, las inspecciones y la vista previa del diseño permanezcan en una sola ventana. Gemini Code Assist es una alternativa razonable si ya trabajas principalmente en Google Cloud y quieres una ventana de contexto muy amplia en Android Studio. Utiliza el Asistente de programación de Kotlin de Jenova cuando el error esté relacionado con la cancelación de viewModelScope, el estado o la recomposición de Compose, o una incompatibilidad entre Kotlin y el compilador de Compose.

Equipos de servidor JVM (Ktor, Spring Boot, Micronaut, Exposed/jOOQ). Copilot en IntelliJ es suficiente para el enrutamiento rutinario y el código repetitivo de DTO. El Asistente de programación de Kotlin de Jenova es más sólido para ámbitos de solicitud basados en corrutinas, jerarquías de errores selladas o Result tipados y la higiene de los catálogos de Gradle. Amazon Q Developer es el mejor complemento únicamente si el trabajo consiste en infraestructura de AWS, IAM o CloudFormation, no si trata sobre el control de presión de Flow.

Equipos de Kotlin Multiplatform. No elijas un asistente que dé por supuesto que commonMain utiliza JVM. El Asistente de programación de Kotlin de Jenova se encuentra entre las opciones más sólidas para límites expect/actual, kotlinx.serialization, Ktor Client y SQLDelight, siempre que pegues el conjunto de fuentes y el catálogo. Cursor puede ayudar si el repositorio compartido ya está en VS Code y necesitas agentes para varios archivos. Copilot sigue siendo útil para ediciones integradas, pero necesita restricciones explícitas como «no uses importaciones exclusivas de JVM en commonMain».

Desarrolladores individuales y equipos pequeños con presupuesto limitado. Copilot Pro, por 10 USD al mes, es la opción integrada en el IDE más barata. El nivel gratuito de Jenova cubre sesiones limitadas de Kotlin; Plus, por 20 USD al mes, iguala el precio anunciado de Cursor Pro, pero ofrece un agente especializado en Kotlin en lugar de una versión derivada de VS Code. JetBrains AI Pro, por 100 USD al año, es económico si ya pagas IntelliJ, aunque tiene límites de créditos reducidos.

Empresas que no pueden cambiar de editor. GitHub Copilot Business (19 USD por usuario al mes) o JetBrains AI junto con la flota existente de JetBrains. El modo de agente más profundo de Cursor resulta irrelevante si el despliegue exige IntelliJ. Añade un agente especializado en Kotlin para la revisión de arquitectura y concurrencia sin obligar al equipo a utilizar un segundo IDE.

El patrón duradero en 2026 es la combinación, no el reemplazo: un copiloto integrado en el IDE para el volumen y un agente competente en Kotlin para el código que debe ser correcto bajo las restricciones de seguridad frente a nulos, concurrencia estructurada y Multiplatform.