Terminales para la era de los agentes

Estamos viviendo una fiebre de terminales, y la verdad, tiene todo el sentido del mundo. Con esta nueva forma de trabajar centrada en agentes, se volvió obvio que nuestras herramientas de siempre necesitan una actualización, algo que se integre mejor con ellos. Poco a poco vemos cómo proveedores, servicios third party y SaaS se van acoplando a la manera de trabajar con IA, pero apenas estamos entrando a este momento interesante: integrar nuestros agentes directamente en la terminal.

Ahorita hay un montón de ideas de cómo hacerlo, y la mayoría son bastante buenas. Yo he probado algunas y quiero compartirlas. Ojo: esto no es un top ni va en orden de preferencia. Cada opción tiene sus pros y sus contras, así que vale la pena probarlas una por una hasta encontrar la que encaje con tu forma de trabajar.

Las que he probado

Herdr

Herdr es un multiplexer para agentes que vive dentro de tu terminal. Mi comparación inicial con Tmux era útil, pero incompleta. Herdr agrega una capa de control consciente de los agentes alrededor de sesiones reales de terminal, con workspaces, tabs y panes que continúan corriendo en un servidor en segundo plano.

Lo que más me llama la atención es su modelo de estados. Puede identificar cuándo un agente está trabajando, bloqueado, terminado o inactivo, así que no tienes que revisar cada pane para encontrar cuál está esperando tu respuesta. También expone una CLI y una API local basada en sockets, lo que permite que los agentes creen panes, inicien otros agentes, envíen prompts y esperen cambios de estado reales en lugar de simular teclas.

Herdr también está pensado para trabajar entre varias máquinas. Puedes correrlo en un host remoto por SSH, desconectarte y volver a conectarte después. Soporta macOS y Linux, mientras que Windows está actualmente en beta, y se distribuye bajo la licencia Apache 2.0.

nodeterm

nodeterm parte de una idea diferente: la terminal puede ser un espacio de trabajo visual. En lugar de poner cada sesión en una barra de tabs, convierte terminales y agentes de código en nodos dentro de un canvas infinito. Puedes moverlos, agruparlos en frames, alejarte para ver todo el proyecto y acercarte cuando necesites trabajar dentro de una sesión.

Cada nodo es una terminal real. Los nodos de agentes ejecutan los CLIs que ya usas, incluyendo Claude Code, Codex, Gemini y OpenCode. El canvas también incluye herramientas de proyecto como notas, un editor de Monaco, vistas de Git y conexiones entre agentes. Esto resulta útil cuando el trabajo no es solamente un prompt y una respuesta, sino varias investigaciones en paralelo que necesitan mantenerse visibles.

Vale la pena entender su modelo de persistencia. nodeterm ejecuta cada terminal dentro de su propia sesión y socket de tmux, así que cerrar la app desconecta los clientes sin matar los procesos que siguen corriendo. Después de reiniciar la máquina, el proceso original ya no puede seguir vivo, pero nodeterm puede restaurar el scrollback reciente y volver a iniciar agentes compatibles usando sus identificadores de sesión guardados.

Supacode

Supacode es un command center nativo para macOS enfocado en correr agentes de código en paralelo. Su unidad principal es el Git worktree: cada agente recibe su propio worktree aislado, lo que permite que varios agentes trabajen en el mismo repositorio sin pisar los mismos archivos o ramas.

Está diseñado alrededor de un flujo terminal-first, pero agrega la gestión de proyecto que normalmente queda alrededor de la terminal. Incluye tabs, splits, búsqueda y notificaciones, además de integración con GitHub para abrir pull requests, revisar CI y resolver conflictos. Puede ejecutar Claude Code, Codex, OpenCode y otros agentes de CLI sin insertar una capa de traducción entre el agente y el shell.

Supacode es open source y su sitio oficial actualmente lo describe como una app beta para macOS. Al momento de escribir esto, indica macOS 26 Tahoe como requisito, así que es la opción más específica de plataforma en esta lista.

TheCommander, ahora llamado Commander

TheCommander ahora se presenta como Commander, y toma un enfoque más orientado a la revisión. Es una app nativa de macOS construida alrededor de un ciclo sencillo: pedirle algo al agente, revisar el diff y hacer commit de lo que está bien. No intenta reemplazar el CLI del agente ni convertirse en un IDE completo.

Commander se conecta a los CLIs que ya tienes instalados y autenticados, incluyendo Claude Code, Codex, OpenCode y Pi. Agrega gestión de worktrees, ramas, perfiles de agentes, acciones scripteables, tabs, ventanas separables y sesiones que sobreviven al relanzar la app. También puede correr agentes en una máquina Linux remota por SSH mientras revisas el trabajo localmente en tu Mac.

Su modelo local-first también es importante. Commander dice que no guarda tus API keys ni envía tus repositorios por su cuenta. La autenticación permanece en el CLI, y cualquier comunicación con el proveedor es manejada por el agente que está debajo.

Prueba, aprende, experimenta

Todas estas opciones valen la pena, aunque sea para probarlas e intentar integrarlas a tu flujo de trabajo. Con esta explosión de los agentes, nuestra forma de trabajar como ingenieros de software ha ido cambiando y evolucionando constantemente. Muchas de las herramientas y metodologías que seguimos usando hoy nunca fueron pensadas para trabajar de esta manera. Así que mi invitación es simple: prueben, aprendan y experimenten. Nunca sabes cuál herramienta va a terminar cambiando tu forma de trabajar.