Horizon – Terminal con canvas infinito acelerado por GPU en Rust

Las pestañas, divisiones y tmux funcionan bien hasta que tienes varios proyectos abiertos con logs, pruebas y shells de larga duración. Yo seguía reconstruyendo contexto en lugar de retomar el trabajo. Horizon coloca shells en un canvas infinito. Puedes organizarlos en espacios de trabajo y reabrirlos después con el layout, scrollback e historial intactos. Construido en 3 días con Claude/Codex, probando el workflow mientras avanzaba. Se aceptan comentarios y contribuciones.

  • Automatización de Flujos de Trabajo
  • Código Abierto
  • Colaboración en tiempo real

Resumen de IA

Horizon es una terminal acelerada por GPU construida en Rust que coloca sesiones de shell en un lienzo infinito, permitiendo a los usuarios organizarlas en espacios de trabajo persistentes. Permite reabrir espacios de trabajo más tarde con su diseño, historial de desplazamiento y comandos completamente intactos.

Ideal para

Desarrolladores que gestionan múltiples proyectos simultáneos, Usuarios que ejecutan procesos a largo plazo como registros o pruebas, Ingenieros que frecuentemente pierden contexto al cambiar entre sesiones de terminal

Por qué importa

Elimina la necesidad de reconstruir el contexto al proporcionar espacios de trabajo persistentes y reanudables que preservan el estado completo de las sesiones de shell.

Funciones clave

  • Renderizado acelerado por GPU para un rendimiento fluido de la terminal
  • Lienzo infinito para organizar terminales sin restricciones
  • Espacios de trabajo persistentes que guardan el diseño, el historial de desplazamiento y el historial de comandos
  • Capacidad de reabrir espacios de trabajo con todo el contexto intacto

Casos de uso

  • Un ingeniero de DevOps que gestiona múltiples microservicios puede mantener sesiones de terminal separadas para los registros de cada servicio, paneles de monitoreo y comandos de despliegue organizados espacialmente en el lienzo, regresando al estado exacto después de reinicios o pausas de fin de semana.
  • Un científico de datos que ejecuta experimentos largos puede organizar terminales para registros de entrenamiento de modelos, scripts de preprocesamiento de datos y sesiones de Jupyter notebook en grupos de espacio de trabajo distintos, preservando el historial de desplazamiento al cambiar entre diferentes proyectos de investigación.
  • Un desarrollador full-stack que trabaja en una aplicación web puede mantener grupos de terminales separados para el servidor de desarrollo frontend, registros de API backend, consultas de base de datos y ejecutores de pruebas, restaurando rápidamente el diseño completo del entorno de desarrollo después de reinicios del equipo.