Jorge Turbica / blog · Blog ← Todos los artículos EN · Read in English
Lenguajes

Repo del día: OpenIDEA, el IDE con atajos de IntelliJ que arranca en 1,1 s con 169 MB

Un IDE nativo en Rust con el keymap de IntelliJ: 7.663 estrellas en 18 días y 12 veces menos memoria en su benchmark. Aún es una 0.1.

OpenIDEA abre un proyecto Python de unos 770 ficheros y queda listo en 1,1 segundos con 169 MB de memoria; IntelliJ IDEA 2026.2.3 necesita 13,2 segundos y 2.011 MB en la misma máquina, según el benchmark de su README. El repositorio se creó el 21 de octubre de 2026 y a 8 de noviembre suma 7.663 estrellas y 653 forks: la promesa de tener los atajos y las ventanas de IntelliJ en una aplicación nativa ha calado.

Qué es y cómo está construido

OpenIDEA es un IDE de escritorio que copia la forma de trabajar de IntelliJ IDEA (su keymap, las tool windows, el "search everywhere") sobre un núcleo en Rust. Trae editor, análisis de código, depurador, Git, terminal y clientes de bases de datos y HTTP para más de 60 lenguajes, con builds para macOS, Windows y Linux. Licencia Apache 2.0 y sin relación con JetBrains, como aclara el propio README.

Por dentro es una aplicación Tauri 2: el núcleo en Rust gestiona el proyecto y habla con servidores de lenguaje por LSP y con depuradores por DAP (tiene crates propios para ambos), y la interfaz es TypeScript con CodeMirror 6 dentro del webview del sistema (WebView2 o WebKit). Es decir, la inteligencia de código no la escribe OpenIDEA desde cero: la aportan los mismos servidores de lenguaje que usan otros editores, como jdtls para Java.

Lo más interesante es el sistema de plugins. Cada plugin es un componente WebAssembly que se ejecuta aislado en wasmtime (component model, WASI preview 2), con una API definida en WIT (openidea:[email protected]). Un plugin puede registrar acciones, aportar completado, quick fixes y marcadores en el margen, abrir tool windows o editores propios, y solo llama a servicios web o ejecuta programas si se le aprueba. Los temas, iconos y lenguajes no necesitan código.

Cómo probarlo

Se instala desde la última release; en Windows hay además un zip portable con openidea.exe. Para escribir plugins hay una herramienta de línea de comandos y un SDK en Rust con un host simulado para tests:

bash
cargo install --locked --git https://github.com/l0ng-ai/openidea ide-host --bin openidea-plugin
openidea-plugin new my-plugin        # plugin de comandos en Rust
cd my-plugin
cargo test                           # lógica contra el host simulado del SDK
openidea-plugin build                # genera dist/plugin.wasm y lo valida
openidea-plugin link                 # carga la carpeta en el IDE

Ese cargo install compila desde la rama principal del repositorio, no desde una release; las releases adjuntan un binario de la herramienta para Linux x64 si prefieres no compilar.

El benchmark se puede repetir con tus proyectos, y es lo primero que haría antes de creerse las cifras:

bash
pip install -r perf/compare/requirements.txt
python perf/compare/bench.py ~/src/spring-petclinic --runs 10
python perf/compare/bench.py ~/src/spring-petclinic --runs 5 --wipe-caches   # índice en frío

El script lanza cada IDE desde fuera, alterna el orden, descarta las ejecuciones de calentamiento y suma memoria y CPU de todos los procesos que arranca, incluidos el webview y los servidores de lenguaje.

Lo que me convence y lo que no

Me convence que el benchmark sea honesto con sus límites: el README admite que IDEA analiza Python más a fondo, así que "listo" no significa el mismo trabajo en los dos lados, y publica el método para que cualquiera lo reproduzca. También el diseño de plugins: Wasm aislado con permisos explícitos es bastante más defendible que cargar código arbitrario en el proceso del IDE.

Lo que no me convence es la madurez. El paquete va por la versión 0.1.38, la API de plugins está marcada como preview y los plugins oficiales son 0.x. Tiene 184 issues abiertos, 32 con la etiqueta de bug, y entre los más votados hay peticiones que muchos dan por hechas en un IDE de JetBrains: soporte de C#/.NET al nivel de Rider, trabajar con proyectos dentro de WSL o importar la configuración de IntelliJ. Al depender de LSP, la profundidad de refactorizaciones e inspecciones en Java o Kotlin será la del servidor de lenguaje, no la de IntelliJ.

OpenIDEA frente a IntelliJ IDEA

OpenIDEAIntelliJ IDEA
EnfoqueNúcleo Rust + webview, análisis vía LSP/DAPIDE propio con análisis de código propio
Arranque (proyecto de ~770 ficheros)1,1 s hasta estar listo13,2 s (2026.2.3)
Memoria tras abrirlo169 MB2.011 MB
LicenciaApache 2.0Núcleo gratuito; herramientas avanzadas con suscripción Ultimate
PluginsWasm aislado, API en previewJetBrains Marketplace
Madurez0.1.x, creado el 21 de octubre de 2026Producto unificado desde la 2025.3

Si trabajas en Java o Kotlin con refactorizaciones complejas, IntelliJ sigue siendo la herramienta: OpenIDEA no puede igualar en semanas el análisis que JetBrains lleva años construyendo. OpenIDEA tiene sentido si ya vives con el keymap de IntelliJ y quieres algo ligero para repos políglotas, portátiles con poca memoria o para abrir un proyecto rápido sin esperar a la indexación. Mi recomendación: tenerlo instalado como segundo editor y pasarle el benchmark con un proyecto propio antes de pensar en sustituir nada.

Fuentes

Jorge Turbica

Software Engineer y SRE. Escribo sobre los retos reales que me encuentro en producción.

Ver portfolio ↗