Firetower

Firetower

Westlabs LLC · Programación · Productividad

Firetower es un plano de control autoalojado para agentes de programación: ejecuta Claude Code, Codex y otros agentes en servidores propios y los maneja desde el escritorio o el móvil.

Vista previa de la interfaz de Firetower

Acerca de Firetower

About

Qué es Firetower

Firetower es un plano de control para agentes de programación que vive en un servidor tuyo. Lo instalas en una máquina Linux, añades equipos a los que ya entras por SSH y deja un worker en cada uno. Describes una tarea y elige el host, crea una rama, prepara un worktree, arranca tmux, lanza el agente y sigue la ejecución hasta que hace falta una persona. Eso es orquestación de agentes sin una cuenta en la nube de por medio.

Lo importante es dónde corre el agente. Vive en el servidor, no en el portátil desde el que empezaste, así que cerrar la tapa o pasar al móvil no termina la sesión. El plano de control se alcanza por HTTPS dentro de tu red Tailscale y los workers responden por SSH, de modo que nada queda expuesto a internet.

El resto lo pones tú: el servidor, el acceso SSH y las suscripciones de los agentes. Firetower se publica como código AGPL-3.0 de Westlabs LLC, con apps de escritorio para macOS y Windows y apps móviles para iOS y Android. No hay versión gestionada ni cuenta que crear, así que un equipo que quiera infraestructura administrada tendrá que buscar en otro sitio.

Primeros pasos

  1. Ejecuta el comando de instalación en un servidor Linux. El plano de control usa unos 200 MB de memoria y no crea ninguna cuenta.
  2. Añade un equipo al que puedas entrar por SSH, como un VPS, un Mac mini o una máquina en casa. Firetower arranca un worker y no abre ningún puerto.
  3. Conecta un proveedor de Git y elige un repositorio, o empieza un espacio de trabajo sin repositorio y descarga los archivos al final.
  4. Arranca desde una issue de GitHub o un ticket de Linear. El agente recibe su propia rama y su worktree, y sigues la ejecución desde la app de escritorio o el móvil.

Información del producto

Un vistazo rápido a los precios, las plataformas compatibles y el rendimiento de Firetower.

Plan gratuitoSí
Planes de pagoFree (open source, self-hosted)
PlataformaLinux server, macOS, Windows, iOS, Android
DesarrolladorWestlabs LLC
CategoríaProgramación · Productividad
Fecha de lanzamientoAug 2026
Última actualizaciónOct 2026
Visitas al sitio webN/A
Ranking global del sitioN/A
Disponibilidad de la APIN/A

Ideal para

Los usuarios, tareas y casos de uso en los que esta herramienta encaja mejor.

Usuarios

  • Desarrolladores que trabajan solos y tienen más de un equipo
  • Equipos pequeños con un servidor Linux compartido
  • Quien revisa trabajo fuera del escritorio

Tareas

  • Refactorizaciones largas que duran más que una sesión de portátil
  • Arreglar varias issues en paralelo en distintos repositorios
  • Compartir reglas internas para el trabajo de los agentes

Casos de uso

  • La jornada termina antes que la tarea
  • El código y las credenciales deben quedarse en infraestructura propia
  • Una revisión empieza en el escritorio y acaba en el móvil

Funciones clave

Un plano de control en un servidor propio

El centro de Firetower es un servicio pequeño que instalas con un comando en cualquier máquina Linux. Guarda la lista de repositorios, los secretos, las cuentas y la cola de ejecuciones. Los clientes se conectan a él y no a los agentes, así que el portátil pasa a ser una pantalla más. Un equipo puede tenerlo en un servidor de reserva y una persona sola en el mismo VPS donde aloja sus proyectos.

Aislamiento con rama y worktree

Cada ejecución recibe una rama nueva y un git worktree propio, de modo que dos agentes nunca comparten una copia de trabajo. Uno puede reescribir un módulo mientras otro corrige un fallo en el mismo repositorio, y ninguno ve los archivos a medio terminar del otro. Al acabar, el diff queda listo para revisar en su rama y tu árbol de trabajo sigue limpio hasta que decidas fusionar.

Los agentes siguen tras cerrar el portátil

Como el proceso vive en el worker, cerrar la app de escritorio no lo detiene. La conversación, el diff y la rama quedan atados a la ejecución, y cualquier cliente los retoma. Firetower también marca las ejecuciones bloqueadas por una pregunta, así que la bandeja muestra las dos o tres que te necesitan y no las veinte que no.

Clientes de escritorio y móvil

Hay apps nativas para macOS, Windows, iOS y Android. La de escritorio es el sitio principal para añadir workers, conectar repositorios y gestionar secretos. Las móviles sirven para leer un diff, responder una pregunta o lanzar una ejecución fuera del escritorio. Todas se conectan por HTTPS dentro de tu red Tailscale, así que el plano de control no queda expuesto a internet.

Biblioteca de skills compartida

Subes una skill una vez y la gestionas desde la torre. La compartes con quien la necesite y cada agente que esa persona ejecute la toma, sin una copia en cada repositorio. Los equipos que guardan reglas de revisión, pasos de publicación o estilo interno en prompts tienen un solo lugar donde cambiarlos, y una skill puede llevar número de versión para saber qué se está usando.

Control de tokens entre proveedores

Claude Code, Codex, Kimi, Grok y los demás informan del consumo a su manera, y ninguno ve a los otros. Firetower los observa a la vez y lleva el total, separado por proyecto, issue y compañero. Así se responde una pregunta sencilla, qué proyecto gastó los tokens esta semana, sin cruzar varios paneles a mano.

Un núcleo pequeño en Rust

El plano de control y el worker están escritos en Rust, con un núcleo pequeño y sin una pila de demonios de terminal siempre encendidos. La app de escritorio declara unos 50 MB de memoria, frente a cerca de 1,5 GB en reposo de una app competidora con su demonio, según un informe de usuario que cita el proyecto. En un VPS que también mueve otros servicios, esa diferencia decide si necesitas una máquina más grande.

Ventajas y desventajas

Ventajas

  • Los agentes corren en una máquina que sigue despierta, así que una tarea larga sobrevive a un portátil cerrado, una batería agotada o un túnel sin cobertura.
  • Cada ejecución tiene su rama y su worktree, lo que elimina los choques que aparecen cuando dos agentes comparten una copia de trabajo.
  • Funciona con las suscripciones de Claude Code y Codex que ya pagas, sin una factura nueva por persona.
  • El plano de control no abre ningún puerto a internet y los workers solo aceptan SSH desde él.
  • El código es AGPL-3.0, así que puedes leerlo, bifurcarlo y cambiar cómo se reparten las ejecuciones.

Desventajas

  • Hace falta un servidor Linux y soltura con SSH y Tailscale, y no existe una opción gestionada, así que empezar cuesta más que crear una cuenta en otro sitio.
  • Las apps de escritorio y móvil son los únicos clientes, lo que deja fuera a quien quiera mirar una ejecución desde un navegador en una máquina bloqueada.
  • OpenCode, Grok y Hermes aparecen como pendientes de contribuciones, así que la elección de agente es más estrecha de lo que sugiere la presentación.
  • El proyecto es joven y su propio README avisa de fallos ocasionales, mientras las actualizaciones, las copias de seguridad y el tiempo de actividad quedan de tu lado.

Preguntas frecuentes

Firetower es un plano de control autoalojado para agentes de programación. Lo instalas en un servidor, añades máquinas por SSH y arranca agentes en worktrees aislados, los supervisa y muestra cada ejecución en un cliente de escritorio o móvil. Admite Claude Code, Codex, Cursor Agent y Kimi, entre otros.