Shirei: la terminal que construí para no perder de vista a mis agentes

Shirei es una terminal centrada en la sesión de trabajo, la construí para los que estamos trabajando multiagente y multiproyecto en sesiones largas de AI coding, donde el problema ya no es escribir el código sino no perder de vista todo lo que corre en paralelo. Puedes descargarla directamente acá

Todo empezó hace unos ocho meses atrás aprox, cuando entré de lleno en la era agéntica... primero con los modelos de GPT, luego con los de Anthropic... Fui ocupando lo que tenía a mano y que iba saliendo, VSCode con sus primeros copilotos, después Cursor y la posibilidad de seleccionar los modelos, luego Claude Code... al principio hacía vivía dentro del editor, escribía y corría todo ahí. Pero con el tiempo y la CLI de Claude la terminal se fue al centro de cómo trabajo y el editor cada vez se ocupaba menos, solo para validar. La terminal pasó a ser el lugar donde de verdad pasaban las cosas.

El flujo de trabajo fue creciendo y con ello las sesiones también, junto con ello mas herramientas en simultaneo eran necesarias para la misma, ya que ahora mi tiempo se iba en instruir, crear specs, planes, revisiones y decidir... cada vez menos en tipear. La forma del trabajo cambió así que cambié con ella.

La fricción aparecía en cada rincón nuevo

Lo primero fue correr más de un agente a la vez en el mismo proyecto. Ahí los paneles divididos se ganaron su lugar, y pasé de iTerm2 a Ghostty persiguiendo un setup que aguantara dos o tres cosas a la vez sin que se me escapara nada. Después le sumé multiproyecto encima de multiagente, y mantener el ritmo se puso difícil.

Mi día terminó siendo un muro de herramientas abiertas al mismo tiempo. Ghostty con tmux, lazyworktree, Claude Code, opencode, un montón de terminales sueltas para correr comandos mientras los agentes trabajaban, Arc al lado, VSCode abierto solo para mirar un archivo y el árbol del proyecto. Tomar el mouse, cambiar de app, perder dos segundos por un lado, cuatro por otro, cien veces al día. Para nada efectivo... se sentía como una fricción en cada ciclo.

Empece a clonar los Escritorios, 1 para el proyecto A, otro para el B y así llegue a tener 12 Escritorios. si bien no me molesta mucho lo de los escritorios igual generaba una pequeña fricción al cambiar entre ellos o tener que armar todo cuando me movía.

Pero lo peor de las sesiones largas no era la fricción, era perderles el rastro a los agentes. Con varios corriendo en paralelo, alguno quedaba avanzando en un rincón y se me perdía. Lo retomaba mucho después, cuando ya había gastado tiempo de más, como decía probé con los escritorios múltiples, funcionó un rato, hasta que llevar la cuenta de qué escritorio tenía qué contexto se volvió una pega aparte. La solución se había transformado en un segundo problema.

Lo que quería era simple de decir y molesto de conseguir: trabajar con todo a la vista, surfear entre proyectos rápido y que nada se me escapara. tmux me gustaba o gusta y lo usaba harto, quería justo ese comportamiento de paneles y reconfiguración y que se mantenga a pesar de cerrar la sesión, pero sin lanzar un comando cada vez y sin tener que configurar tanto, algo que se reacomodara natural y fuera recordando solo. Ninguna de las piezas que tenía estaba pensada para la unidad de trabajo que de verdad me importa hoy: la sesión.

Así que me construí la terminal yo mismo. Con la forma de cómo trabajo, no de cómo una herramienta de propósito general asume que trabajo.

¿Qué es Shirei? La terminal para AI coding multiagente

Shirei es una terminal centrada en la sesión, construida alrededor de la sesión de trabajo. Es liviana a propósito, porque las sesiones que tiene que aguantar son largas. Yo paso seguido jornadas de catorce horas, multiproyecto, y la herramienta no puede ser justo lo que se pone pesado o que se caiga en medio de.

No es dueña de ningún modelo ni te amarra a una CLI. Corre la que ya usas, sea Claude Code, OpenCode o la que prefieras, Shirei es la capa que las ordena, no un reemplazo de ellas, una terminal xD

Qué hace, y de qué dolor salió cada cosa

Nada de lo que vive adentro es vistoso. Cada cosa saca una fricción concreta con la que choqué, una y otra vez, durante meses, aun hay varias que me faltan y otras no están lo suficiente pulidas como me gustaría, pero ya esta en un nivel que siento que pueden empezar a ocuparla otras personas, mis amigos beta tester dicen que esta buena :) y otros me han pedido cosas que echan de menos que he ido incorporando. Pero lo principal es

No volver a perder un agente. Cada pestaña te dice hace cuánto que no la tocas. Cuando tienes varios agentes corriendo, el que quedó avanzando solo en un rincón deja de perderse: lo ves en tiempo que ha pasado desde que no trabajas en el y simplemente te mueves a la tab.

Saltar a cualquier parte desde el teclado. Configura los paths de tus proyectos y te deja llegar a cualquiera, a un archivo, a lo que sea, como el Spotlight de macOS pero adentro de tu entorno de trabajo, acotado a la sesión que vive en esta tab. Es surfear entre proyectos sin soltar las manos del teclado ni cambiar de app.

Terminales que se acuerdan de su lugar. Recuerda tus terminales y cómo los tenías distribuidos. Es el comportamiento de tmux que me gustaba, sin lanzar un comando y sin re-configurar nada: acomodas los paneles como pide el trabajo y la próxima vez siguen donde los dejaste. Si venías de tmux y querías sus paneles sin el comando ni la configuración, recordados por proyecto, esto es eso.

Ver el código sin salir de la app. Árbol de directorios y visor de archivos adentro. Abres el archivo, ves la estructura, te quedas en la misma ventana. Se acabó el VSCode abierto solo para mirar el código o la imagen, pdf etc.

Saber qué pesa. Te muestra cuánto consume la app y cuánto cada herramienta que levantas adentro. Cuando llevas muchas horas adentro, ver el peso y no solo el resultado importa.

Un TODO pegado al proyecto. En sesiones largas siempre necesitas anotar algo antes de que se te escape, algo que notaste que debes trabajar cuando termines la feature, un shortcut lo anotas rápido y queda atado a la sesión del proyecto en el que estás, no flotando en una lista global que no vas a abrir nunca más.

En conjunto, el resultado es el que buscaba: el día se siente mucho más fluido, y dejé de perder de vista lo que corre en paralelo. Esa frase suena chica o nada... después de dos meses construyéndola, es el foco completo.

Por qué la comparto ahora

Estoy construyendo varias herramientas que uso a diario... me sirve para entender por dentro cómo pasan las cosas y, de paso, las acomodo a mi flujo para tener la menor fricción posible mientras desarrollo. Shirei es la segunda después de vibeline, pero mucho más grande: lleva unos dos meses de desarrollo, un par de amigos la usan y me dan feedback, y tiene un backlog definido y un montón de ideas que ni he tocado. Siento que ya está lo suficientemente madura como para que más gente la pruebe y me diga dónde ayuda y dónde no.

Siempre tengo una tab con Shire cambiando, mientras estoy trabajando en mis proyectos principales, hay un agente avanzando Shirei y mejorando en base al mismo uso que le doy, así que sigue creciendo día a día.

Por ahora, Shirei está viva: v0.12.0, MIT, en github.com/zeroblack/shirei. Sin cuenta, sin telemetría, corre la CLI que ya usas para tus agentes. Si trabajas multiagente y multiproyecto en sesiones largas, pruébala, rómpela y dime qué falla. Para eso la liberé: si te quita aunque sea un poco de fricción, cumplió :)

Shirei en corto

• Qué es: una terminal centrada en la sesión.

• Para quién: Developers AI coding multiagente y multiproyecto, sesiones largas con varios agentes a la vez.

• Corre: cualquier CLI (Claude Code, opencode, la que uses). No es dueña de ningún modelo.

• Sistema: macOS.

• Licencia: MIT. Versión: v0.12.0. Sin cuenta, sin telemetría.

• Repo: github.com/zeroblack/shirei

• Hecha con: Tauri 2 + Rust en el core, TypeScript + Vite en el frontend, xterm.js