- Están desarrollando un multiplexor de trabajo que conecta todo, desde el desarrollo local hasta el acceso remoto, agentes de código, trabajos en segundo plano y operaciones en producción, en una sola sesión persistente
- Busca resolver el problema de que el trabajo interactivo de las personas y el trabajo automatizado de CI y agentes queden dispersos en herramientas y logs separados, manteniendo el contexto, los datos estructurados y el historial de trabajo entre entornos
- El primer producto es un multiplexor de terminal que administra varios bloques de terminal como sesiones de larga duración, permitiendo retomar el trabajo desde el estado anterior aunque cierres la app o cambies de dispositivo
- Soporta la web y apps nativas para macOS e iOS, además de compartir sesiones en tiempo real, y mejora las molestias de las herramientas existentes haciendo que el scrollback, la selección y el desplazamiento funcionen según la forma nativa del sistema operativo
- Planean hacer que todos los componentes se puedan combinar y asegurar también la seguridad y operabilidad en producción, y anunciaron una primera beta y lanzamientos open source del proceso de desarrollo
Sesiones de trabajo persistentes que conectan varios entornos
- El trabajo de software moderno abarca máquinas locales, hosts remotos, sandboxes, servicios y sistemas de producción
- El trabajo interactivo de los desarrolladores, el trabajo automatizado de CI y procesos en segundo plano, y el trabajo de agentes que se ejecuta en paralelo quedan en sistemas distintos
- Las herramientas interactivas asumen que una persona está frente a la interfaz, el trabajo automatizado queda enterrado en historiales de tareas y logs, y el trabajo en producción existe detrás de sistemas y controles separados
- Con la IA, el costo de la fragmentación de herramientas se ha vuelto más evidente, pero la administración de sistemas, la integración continua, el desarrollo remoto y la colaboración también han estado presionando esos mismos límites durante décadas
- La sesión persistente que imagina Superlogical cumple estas funciones
- Cruza aplicaciones y entornos de ejecución
- Ofrece el contexto relevante por defecto
- Expone datos estructurados y tareas ejecutables
- Conserva el historial de trabajo
- Se mantiene en un estado que el software puede operar, pero que sigue siendo visible y controlable para las personas
- El desarrollo planea avanzar en 3 etapas: crear un multiplexor de alta calidad, asegurar que sus elementos internos sean combinables y garantizar seguridad y operabilidad en producción
Primer producto, empezando por la terminal
- El primer producto es un multiplexor de terminal que reúne varios flujos de terminal independientes en una interfaz común
- Organiza varios bloques de terminal dentro de sesiones de larga duración
- Permite cerrar la aplicación y volver a conectarse desde otro dispositivo para continuar desde donde se dejó
- Las sesiones son accesibles desde la web y desde apps nativas para macOS e iOS
- Incluye desde el inicio la función de compartir sesiones en tiempo real con otras personas
- Implementa el scrollback, la selección y el desplazamiento de la forma nativa del sistema operativo para reducir molestias comunes de los multiplexores existentes
- La terminal fue elegida como base de un multiplexor de trabajo más amplio porque conecta a desarrolladores, agentes, herramientas e infraestructura
- Aunque el alcance funcional se amplíe en el futuro, planean mantener la calidad del multiplexor de terminal en sí
Equipo y plan de lanzamiento
- En el equipo participan Mitchell Hashimoto, Jack Pearkes, Alasdair Monk y Hector Simpson
- Tienen experiencia creando herramientas de desarrollo, infraestructura, sistemas de IA e interfaces para desarrolladores, incluyendo Ghostty, HashiCorp, Vagrant, Terraform, Vault, Poolside, Vercel y Heroku
- Recaudaron financiamiento de inversionistas como Notable Capital y Amplify Partners, y están recibiendo solicitudes para recibir avisos sobre la primera beta y los lanzamientos open source
1 comentarios
Comentarios de Hacker News
Me gusta especialmente que, después de transferir la propiedad de Ghostty a una organización sin fines de lucro, la nueva empresa lo use como una dependencia open source
Superlogical usará los mismos componentes con licencia MIT que cualquiera puede usar, y seguirá haciendo upstream de tareas comunes del terminal a libghostty para que todos los usuarios se beneficien
Pasé unos 20 años dentro de tmux/vim, pero en el último mes he estado usando casi por completo la app de escritorio de Codex, y ahora también estoy controlando de forma remota cada vez más desde la app de ChatGPT en el teléfono
Me gusta Ghostty, pero no está claro cuánto más va a durar este mundo centrado en el terminal
Suena como una combinación de varias herramientas que he usado recientemente
pi-web(https://pi-web.dev/) es un frontend web que multiplexa sesiones de Pi en varias máquinas, y herdr(https://herdr.dev/) es un TUI bien logrado de multiplexación de agentes que facilita crear y eliminar ventanas según la actividad de subagentes
firstmate(https://github.com/kunchenguid/firstmate) es un metaentorno para entornos de ejecución de código, que maneja creación y comunicación de subagentes, administración de worktrees y otras funciones del ciclo de vida del desarrollo de software, y por las limitaciones de scripts Bash logra mejores resultados incluso con modelos de menor rendimiento
Es un orquestador de agentes de terminal para usuarios avanzados que quieren un poco más de diseño que la experiencia de usuario tipo “hackerman”
Combinado con la persistencia de sesiones de herdr, hizo mucho más fácil acceder a los agentes en movimiento y se sintió muy bien de usar: https://github.com/AltanS/collie
Es la primera vez que veo una página de empleos que te muestra las vacantes en el terminal al entrar con
ssh superlogical.jobs; tiene una vibra tremendamente nerdAhora mismo estoy usando una conexión con muchísima latencia y en ese entorno la experiencia de usuario es terrible
Estoy harto de los títulos tipo clickbait que convierten el contenido en un acertijo en vez de decirte de qué va, así que no voy a hacer clic en el sitio
Las pautas de HN apenas dicen que el nombre del sitio aparece detrás del enlace, así que debería omitirse del título, pero estaría bien que surgiera la costumbre de editar los títulos que son solo un dominio o una palabra para que revelen el contenido
El título en HN habría sido mejor como “Superlogical: We are building the [terminal] multiplexer for all work”
La mayor ventaja de este tipo de herramienta probablemente sea la centralización
El ecosistema del terminal está demasiado fragmentado y todos tienen que soportar protocolos de terminal crípticos y apilar montones de wrappers
La solución más sencilla es definir estándares en vez de ser solo un integrador, y sería excelente poder estandarizar en un solo lugar extensiones que mantengan la sensación de usar un terminal pero se aparten de la semántica de los años 80
Hasta ahora, la combinación más limpia ha sido mosh + tmux, pero incluso eso tiene problemas, como la ausencia de cursor en bloque
Si la meta final de Superlogical es reordenar el ecosistema de desarrollo en Linux, lo apoyo, pero a largo plazo me preocupan los riesgos políticos, y mientras siga siendo una herramienta local de desarrollo open source me parece bien
Me hizo recordar cuando Mitchell lanzó Vagrant por primera vez en HN y de ahí empezó todo lo de HashiCorp
Pensaba que había sido hace 8 años, o a lo mucho 10 o 12, pero ya pasaron 16 años
Me pregunto si esta vez también será un proyecto hecho con Zig: https://news.ycombinator.com/item?id=1175901
Dicen que van a hacer que molestias comunes de las herramientas existentes, como scrollback, selección y scroll, funcionen de forma nativa, pero resulta que la barra de desplazamiento del navegador está rota
Un orquestador de agentes parece el sueño del IDE reempaquetado
Exceptuando productos como Visual Studio o Xcode, impulsados por efectos de dependencia y lock-in, los IDE nunca alcanzaron la gran visión de Alan Kay y otros, y aún hoy en la práctica son editores de texto con explorador de archivos
Los orquestadores de agentes también tienen una visión enorme, pero su implementación se parece más a un terminal con pestañas
Las apps cliente de Windows, especialmente en WinForms con Visual Studio, siguen siendo sorprendentemente productivas hoy en día
Podías construir la UI arrastrando elementos, cambiar a la lógica detrás del formulario, conectar un backend de servicios web y compartir el modelo de dominio, y las herramientas de navegación y búsqueda entendían todo ese flujo; además, la integración con TFS era excelente
Pero “Server Explorer” empezó a congelarse 30 segundos cada vez que se abría después de incluir Azure VM, las herramientas de Docker llegaron demasiado tarde, y muchos servicios de Azure nunca tuvieron herramientas decentes en VS
El “right click publish” para sistemas pequeños tampoco pudo escalar a necesidades reales con varios equipos involucrados, así que los desarrolladores tuvieron que aprender otras herramientas para trabajo moderno y la centralidad de Visual Studio se debilitó mucho
La función de cerrar la app y reconectarte desde otro dispositivo para continuar exactamente donde estabas se parece más al sueño de un IDE remoto que nadie ha logrado implementar bien
Antes no hacía falta un dispositivo corriendo el trabajo 24 horas, pero con los agentes de programación ejecutándose en segundo plano la situación cambió
Aun así, en un multiplexor de terminal compartir sesiones en tiempo real obliga a igualar el tamaño en filas y columnas de todas las pantallas, así que si mezclas teléfono y laptop la experiencia de usuario se vuelve terrible, y por más que lo intenté no encontré una buena solución
Aun así, el hecho de que hayan incluido esta función sugiere que la meta a largo plazo no es el terminal sino un IDE de agentes con GUI, y luego expandirse a un “multiplexor para todo el trabajo” a medida que el trabajo en general se vuelva centrado en agentes
El proyecto en el que más tokens he gastado hasta ahora es muy parecido a esto, y todavía no estoy seguro de si es una buena idea, pero construirlo fue muy divertido