por Terax es una de esas aplicaciones que al principio parece querer juntar demasiadas cosas: una terminal, un editor, el explorador de archivos, Git, una vista previa del navegador y un agente de inteligencia artificial. La diferencia es que no obliga a crear una cuenta, podemos conectar nuestras propias claves y también permite trabajar con modelos locales mediante Ollama, LM Studio o MLX.
Su comparación más evidente es Warp, aunque Terax conserva una forma de trabajar más parecida a la de un editor con terminales divididas. No pretende sustituir a un IDE completo. La idea es tener en la misma ventana casi todo lo que utilizamos para abrir un proyecto, cambiar un archivo, consultar Git y pedir ayuda a un agente.
Qué es Terax y qué encontramos dentro
Terax está construido con Tauri 2 y un backend en Rust. La terminal utiliza xterm.js con aceleración WebGL, mientras que el editor se basa en CodeMirror 6. Es software libre bajo licencia Apache-2.0 y su código está disponible en GitHub.
- Terminal con pestañas, paneles divididos, búsqueda y un PTY nativo.
- Editor con resaltado, modo Vim, autocompletado y diferencias por bloques.
- Explorador de archivos y búsqueda dentro del proyecto.
- Estado de Git, preparación de cambios por fragmentos y gráfico de commits.
- Vista previa que detecta servidores de desarrollo.
- Un agente integrado, planes, agentes personalizados y memoria mediante
TERAX.md.
Que todo esté en una ventana no significa que tengamos que usarlo todo. Podemos abrir Terax como una terminal normal y añadir el editor o el panel de IA cuando hagan falta. Ese detalle resulta más interesante que convertir cada comando en un bloque visual: el programa sigue reconociéndose como una terminal.
Instalar Terax en Ubuntu, Debian, Fedora y Arch Linux
En la página oficial de versiones encontramos paquetes DEB, RPM y AppImage. Para Ubuntu, Linux Mint o Debian descargaría el archivo terminado en amd64.deb y lo instalaría desde su carpeta con:
sudo apt install ./Terax_0.8.6_amd64.debLa versión del nombre cambiará en futuras publicaciones. En Fedora podemos hacer lo mismo con el paquete RPM:
sudo dnf install ./Terax-0.8.6-1.x86_64.rpmPara Arch Linux y distribuciones derivadas existe el paquete terax-bin en AUR:
yay -S terax-binSi preferimos no instalar un paquete, podemos dar permisos al AppImage y abrirlo directamente:
chmod +x Terax_0.8.6_amd64.AppImage
./Terax_0.8.6_amd64.AppImageAlgunas distribuciones ya no incluyen FUSE 2. En ese caso el propio AppImage propone extraerse temporalmente para arrancar sin esa dependencia:
./Terax_0.8.6_amd64.AppImage --appimage-extract-and-runLa documentación recomienda DEB o RPM cuando están disponibles, ya que suelen integrarse mejor y utilizan las bibliotecas de WebKitGTK del sistema. Si con Wayland vemos parpadeos o una ventana negra, también recoge esta solución:
WEBKIT_DISABLE_DMABUF_RENDERER=1 ./Terax_0.8.6_amd64.AppImage¿Ocupa realmente 7 u 8 MB?
La web presenta Terax como una aplicación de unos 7 u 8 MB. Es una cifra razonable para el paquete nativo, pero no describe todas las descargas. Al revisar el AppImage oficial 0.8.6 para Linux, su SHA-256 coincide con el publicado por el proyecto. El archivo ocupa unos 91 MiB y, una vez extraído, su contenido llega a 282 MiB. El ejecutable principal se queda en aproximadamente 10,9 MiB.
No hay ningún misterio: el AppImage incluye WebKitGTK, JavaScriptCore, ICU y otras bibliotecas para funcionar en más distribuciones. Los paquetes DEB y RPM de esa misma versión pesan 5,7 MB porque aprovechan dependencias que ya instala el sistema. Por tanto, Terax sí tiene un núcleo pequeño, pero no descargaríamos sólo 8 MB si elegimos AppImage.
Conectar Ollama y utilizar un modelo local
Una vez instalado Ollama y descargado un modelo adecuado para programar, Terax busca por defecto el servicio en 127.0.0.1:11434. Desde los ajustes de proveedores añadimos Ollama, comprobamos la conexión y elegimos el modelo. Si el servidor está en otro ordenador de nuestra red, tendremos que indicar su dirección y protegerlo correctamente; no expondría Ollama directamente a Internet.
También podemos utilizar LM Studio en su endpoint compatible con OpenAI, normalmente en el puerto 1234, o MLX en equipos Apple. Para modelos alojados admite claves propias de Anthropic, OpenAI, Google, Groq, xAI, OpenRouter, DeepSeek, Mistral y otros proveedores. Las peticiones salen desde nuestro ordenador hacia el proveedor elegido: Terax no añade una suscripción de IA ni un servidor intermedio suyo.
Esto da libertad, pero no vuelve igual de capaces a todos los modelos. Un modelo local pequeño puede resumir un archivo o proponer un comando y quedarse corto al modificar varias partes del proyecto. Si queremos algo parecido a un agente de programación grande, necesitamos memoria, contexto y un modelo que utilice bien las herramientas. Es la misma diferencia que expliqué al hablar de Claude Code y los modelos locales: conectar una API compatible no reproduce por sí sola todo el sistema que hay alrededor del modelo.
Permisos del agente y dónde se guardan las claves
El agente puede leer archivos, listar carpetas y buscar texto sin detenerse en cada paso. Para crear, modificar, renombrar o borrar archivos y para ejecutar comandos necesita nuestra aprobación. Cuando propone una edición, Terax muestra las diferencias y permite aceptar o rechazar cada fragmento. Es una separación sensata, aunque seguimos teniendo que leer el comando antes de permitirlo.
El programa aplica además una lista de rutas sensibles, como .env, .ssh y archivos de credenciales, después de resolver la ruta real. Aun así, no abriría un proyecto que contenga copias de producción ni daría permiso a un comando destructivo sólo porque aparezca dentro del panel de IA.
En Linux las claves se guardan en Secret Service cuando tenemos un llavero disponible. La documentación indica que en un entorno sin llavero puede utilizar un archivo local como respaldo. Esto importa en servidores sin escritorio: conviene comprobar los permisos de la carpeta ~/.local/share/app.crynta.terax/ y no sincronizarla alegremente con una nube o un repositorio.
Terax frente a Warp
Terax ya no puede venderse simplemente como «el Warp libre», porque desde abril de 2026 el cliente de Warp también tiene su código abierto bajo AGPL v3. Sin embargo, siguen siendo propuestas distintas. El backend, Warp Drive y la orquestación Oz no forman parte del repositorio abierto de Warp, mientras que Terax no tiene cuenta ni servicio central propio.
| Terax | Warp | |
|---|---|---|
| Enfoque | Terminal, editor, Git y vista web en una ventana | Entorno agéntico nacido de una terminal por bloques |
| Cuenta | No requiere cuenta | Parte local sin cuenta; sincronización y servicios requieren backend |
| IA | Claves propias y modelos locales | Agentes y orquestación integrados con servicios de Warp |
| Telemetría | El proyecto afirma no incluirla | Se puede desactivar; en el plan gratuito debe estar activa para usar IA |
| Madurez | Preview, proyecto principalmente de un mantenedor | Producto más asentado y con un equipo mayor |
Si queremos una experiencia muy pulida, sincronización y un agente alojado que funcione sin configurar proveedores, Warp parte con ventaja. Si preferimos utilizar Ollama, controlar las claves y no depender de una cuenta, Terax resulta más directo. También se integra con agentes que ejecutamos en la terminal: la documentación desarrolla especialmente los hooks de Claude Code y las versiones recientes añaden estado o notificaciones para otros agentes como Codex y Gemini CLI.
Lo que todavía no sustituye
Terax se encuentra en Preview y avanza deprisa. Eso significa que una opción puede cambiar de lugar, aparecer un fallo en Wayland o faltar una integración que damos por hecha en VS Code, IntelliJ IDEA u otro IDE. No ofrece el mismo nivel de depuración visual, refactorizaciones o extensiones especializadas. Tampoco intenta hacerlo.
Su mejor sitio está entre una terminal tradicional y un IDE completo. Para cambiar dos archivos, revisar el diff, ejecutar las pruebas y mantener el servidor local a la vista, la combinación tiene sentido. Para depurar una aplicación grande o navegar un proyecto que depende mucho de las herramientas del lenguaje, mantendría el IDE y utilizaría Terax como terminal complementaria.
No cambiaría una configuración de terminal que ya funciona sólo por añadir otro panel de IA. Sí probaría Terax si lo que nos atraía de Warp era reunir el trabajo en una ventana, pero queríamos modelos locales, claves propias y menos dependencia de servicios externos. Si lo instaláis, podéis contar en los comentarios qué distribución y qué modelo habéis utilizado; será especialmente interesante ver cómo se comporta fuera de las demostraciones del proyecto.
