Si ya conoces Herdr para orquestar agentes de IA, seguramente te preguntaste cómo se usa en el día a día, más allá de abrir sesiones de Claude Code. En este artículo te cuento mi flujo real: los atajos que más uso, las herramientas de terminal que tengo integradas y las configuraciones con las que reviso el código que generan mis agentes. No es nada avanzado, son programas sencillos, y la idea es que tomes lo que te sirva y le pidas a tu IA que te genere tu propia versión.

Qué es Herdr

Herdr es una herramienta de terminal que te deja ejecutar muchas sesiones a la vez, ya sea de Claude Code, Codex, OpenCode o prácticamente cualquier programa de terminal, cambiar entre ellas y comunicarlas. Funciona como un multiplexor al estilo de tmux, pero pensado para agentes: mantiene las terminales vivas aunque cierres el cliente y marca cada panel como trabajando, bloqueado o inactivo. Además, los propios agentes pueden manejarlo por su CLI o por su API de socket para crear paneles, mandarse prompts o esperar a que otro termine.

Es un solo binario escrito en Rust, open source con licencia Apache 2.0, y la última versión estable de la TUI es la v0.9.5. En Windows todavía está en beta, algo a tener en cuenta si trabajas como yo entre Windows y Linux.

Con lo que trae de serie ya puedes trabajar, pero hay comandos extra que vas a necesitar. De eso va este artículo.

Mi forma de trabajar: configuraciones propias en vez de plugins

Mis configuraciones están en mi repositorio de dotfiles, en la carpeta herdr: un config.toml, scripts de instalación para Windows y Linux, y unos pequeños scripts en JavaScript para los atajos. Puedes copiarlas tal cual, pero te recomiendo usarlas de referencia y pedirle a tu IA que te genere las tuyas. Puede que tú trabajes solo en Linux, solo en Mac, o que cambies de sistema operativo como yo, y cada caso pide algo distinto.

Por eso tampoco hice un plugin. Herdr permite añadir comandos propios en su config.toml (como ventanas emergentes, paneles temporales o comandos de fondo), y un script así no necesita manifiesto ni empaquetado por plataforma.

Atajos básicos: zoom y barra lateral

Cuando Claude te da una respuesta larga, vas a querer hacer zoom. Para eso uso Ctrl + y Ctrl -. Un matiz sobre lo que conté en el video: ese atajo no es de Herdr, sino del emulador de terminal (yo uso WezTerm). El zoom propio de Herdr es prefijo + z, que agranda el panel activo.

El prefijo de Herdr por defecto es Ctrl+B, igual que en tmux. Con Ctrl+B y luego b escondes o muestras la barra lateral, uno de los atajos que más uso, sobre todo con un monitor vertical, donde la barra lateral se come media pantalla.

Plugins y mi propio selector de sesiones

Herdr tiene un marketplace de plugins que arma solo con los repos de GitHub que llevan el topic herdr-plugin. Hay de todo, desde paletas de comandos hasta integraciones con Yazi, Lazygit o Neovim. Yo no instalo ninguno, por dos razones:

  • Hoy cualquiera puede pedirle a la IA el plugin que necesita.
  • Muchos declaran solo Linux y macOS. Si después abres las mismas sesiones desde Windows, dejan de funcionar.

Así que hice lo mío. En el video lo llamé command palette, pero en realidad es un selector de sesiones: con Ctrl+P se abre una lista con fzf de todas mis sesiones, incluidas las de otras máquinas por SSH. La TUI de Herdr no trae paleta de comandos; la app de escritorio sí, con Ctrl+Shift+P.

Sesiones en una Raspberry Pi

Herdr te deja guardar máquinas SSH y ver todo en una sola ventana. En mi caso, debajo de las sesiones de mi computadora aparecen las de una Raspberry Pi con Linux que tengo en la misma red. Ahí también puedo abrir sesiones o pedir cambios, y me salva cuando la computadora principal se queda sin RAM con tantas sesiones.

Personalmente preferiría un VPS, pero por ahora uso la Raspberry para sesiones sencillas y para correr Hermes Agent, el asistente de Nous Research. Hermes soporta Raspberry Pi y puede iniciar sesión con tu suscripción de ChatGPT (el proveedor openai-codex), así que el modelo corre en la nube y la Pi solo ejecuta el agente, sin cargar a tu equipo principal.

Revisar código con Neovim

Cuando un agente hace cambios y quiero ver el código, uso Ctrl+B + Shift+E: abre Neovim en la carpeta del panel. Si el panel es de Claude, lo abre en el proyecto del último archivo que editó.

La ventaja frente a VS Code es la velocidad: cierras el editor, saltas a otra sesión, lo vuelves a abrir y listo. Hay que aprender algunos atajos y configurarlo un poco, pero hoy la IA te lo configura y ni siquiera tienes que pensar en archivos de Lua.

Explorador de archivos con Yazi

A veces no necesitas ver código, sino moverte entre carpetas: estás configurando skills, ejecutando comandos o revisando una herramienta de consola. Para eso uso Yazi, un explorador de archivos de terminal hecho en Rust. Con Ctrl+B + Shift+F se abre a la derecha del panel, y la misma tecla lo cierra.

Muestra la vista previa de imágenes (en Windows funciona con WezTerm y con Windows Terminal 1.22 o superior) y del Markdown con resaltado de sintaxis. Si lo quieres renderizado, existe el plugin piper.yazi con glow.

Un navegador dentro de la terminal

Como curiosidad, existe Terminal Browser: un navegador real dentro de la terminal. Usa Chromium a través de Electron y pinta las páginas con el protocolo gráfico de Kitty. Del mismo equipo está terminal-code, que lleva VS Code completo a la terminal y tiene plugin para Herdr.

Dos matices: en Windows Terminal Browser solo funciona con WSL, y el plugin de terminal-code es solo para Linux y macOS. Además, consumen bastantes más recursos, por eso prefiero exploradores ligeros como Yazi.

Git worktrees con varios agentes

Si lanzas muchos subagentes con cambios en paralelo, es fácil que se te acumulen los worktrees de Git. Un worktree te deja tener varias ramas abiertas a la vez en carpetas distintas, sin hacer git stash.

Para no perderles la pista, en la línea de estado de Claude Code tengo un número con un signo de admiración que me dice cuántos hay. Para comprobarlo, puedes abrir una terminal y lanzar git worktree list, que muestra el proyecto original y cada worktree con su rama, o preguntarle a Claude. Funciona, pero abrir otra sesión cada vez para vigilar un comando cansa.

Lazygit dentro de Herdr

Ahí entra Lazygit, una interfaz para Git dentro de la terminal, el equivalente de GitHub Desktop o GitKraken. Lo abro con Ctrl+B + Shift+L en un panel temporal y veo de un vistazo los archivos modificados, las ramas (en mi ejemplo, dev, main y los dos worktrees), el historial y los merges. Lazygit soporta worktrees desde la v0.40.0. Lo cierras con q y vuelves a la sesión de Claude que sigue trabajando con sus subagentes.

Y eso es prácticamente todo lo que uso dentro de Herdr. A partir de aquí puedes ir sumando las herramientas de consola que necesites.

Claude Code en la terminal frente a Claude Desktop

Uso sobre todo Claude Code, y mucha gente cree que el de la terminal es igual que el de Claude Desktop. En el video dije que el CLI tiene muchas más funciones; eso es exagerado. Según la documentación, Desktop corre el mismo motor y comparte CLAUDE.md, MCP, hooks, skills y ajustes. También tiene subagentes, aunque a mí me resultan más difíciles de revisar ahí.

Lo que sí es exclusivo del CLI son los agent teams, el modo --print y el SDK para scripts, y la línea de estado de la terminal. Desktop, a cambio, tiene adjuntos, panel de navegador y vista de diffs.

También están los mods de Claude Code: pequeños programas en JavaScript o TypeScript que cambian cómo se ve y se comporta Claude, y te dejan meter dentro herramientas que ya tienes. Yo aún no he necesitado ninguno.

Personalizar la línea de estado de Claude Code

Lo que sí personalicé es la línea de estado (statusline.js en mis dotfiles). Muestra la cuenta activa (tengo varias), la ruta, la rama, los worktrees, si el control remoto está activo, el porcentaje de contexto y la cuota que me queda. Claude Code no le pasa ni la cuenta ni la rama, así que el script las lee de ~/.claude.json y de git. Para mí con eso basta: un panel entero viendo cómo se gastan las cuotas satura demasiado.

La app de escritorio de Herdr

A fines de octubre de 2026 Herdr lanzó su app de escritorio, hecha en Rust y con versiones para macOS, Linux y Windows. Las terminales siguen vivas aunque cierres la ventana, el texto se ve mejor y trae paleta de comandos.

No me parece nada mal, pero se personaliza distinto: con layouts, mods en JavaScript y un keys.json, no con el config.toml de la TUI. Así que lo que ya tenías configurado hay que adaptarlo. Y por mucho que esté optimizada, una interfaz gráfica consume más que la terminal, lo que se nota cuando tienes la CPU y la RAM al límite con muchas sesiones. Si quieres verla, tengo un video donde la muestro.

Conclusión: la terminal primero

Como ves, no tengo nada extremadamente avanzado, y con esto llevo prácticamente todo mi trabajo. Herdr hace de orquestador, que es su propósito, y alrededor solo traje herramientas de siempre: Neovim, Yazi y Lazygit.

Aunque los modelos se equivocan cada vez menos, sigues necesitando revisar, modificar o borrar lo que el agente deja por ahí. Si no abres el proyecto, no sabes cómo quedó. Antes teníamos el editor primero y la terminal después; ahora lo hago al revés: la terminal primero y el editor después.

¿Y tú, cómo es tu flujo de trabajo? ¿Usas algún plugin de Herdr o alguna herramienta de terminal que debería probar? Déjamelo en los comentarios.

Fuentes