- Está desenvolvendo um multiplexador de trabalho que conecta tudo em uma única sessão persistente, do desenvolvimento local ao acesso remoto, agentes de codificação, tarefas em segundo plano e operações de produção
- Busca resolver o problema em que o trabalho interativo humano e o trabalho automatizado de CI e agentes ficam espalhados por ferramentas e logs separados, mantendo contexto, dados estruturados e histórico de trabalho entre ambientes
- O primeiro produto é um multiplexador de terminal que gerencia vários blocos de terminal como sessões de longa duração, permitindo retomar o trabalho do estado anterior mesmo após fechar o app ou trocar de dispositivo
- Oferece suporte à Web, apps nativos para macOS e iOS e compartilhamento de sessão em tempo real, melhorando incômodos de ferramentas existentes ao fazer scrollback, seleção e rolagem funcionarem do jeito nativo do sistema operacional
- Planeja tornar todos os componentes combináveis e garantir também segurança e operabilidade em produção, além de anunciar o primeiro beta e lançamentos open source ao longo do desenvolvimento
Sessões de trabalho persistentes que conectam vários ambientes
- O trabalho de software moderno se estende por máquinas locais, hosts remotos, sandboxes, serviços e sistemas de produção
- O trabalho interativo de desenvolvedores, o trabalho automatizado de CI e processos em segundo plano e o trabalho de agentes executado em paralelo ficam em sistemas diferentes
- Ferramentas interativas presumem que há uma pessoa diante da interface; trabalhos automatizados ficam enterrados em históricos de tarefas e logs; e tarefas de produção existem por trás de sistemas e controles separados
- Com a IA, o custo da fragmentação de ferramentas ficou mais evidente, mas administração de sistemas, integração contínua, desenvolvimento remoto e colaboração também vêm pressionando essas mesmas fronteiras há décadas
- A sessão persistente imaginada pela Superlogical cumpre os seguintes papéis
- Transita entre aplicações e ambientes de execução
- Fornece contexto relevante por padrão
- Expõe dados estruturados e tarefas executáveis
- Preserva o histórico de trabalho
- Mantém um estado que o software consegue acionar, mas que continua visível e controlável por pessoas
- O desenvolvimento deve avançar em 3 etapas: criar um multiplexador de alta qualidade, garantir que seus elementos internos sejam combináveis e assegurar segurança e operabilidade em produção
Primeiro produto começando pelo terminal
- O primeiro produto é um multiplexador de terminal que reúne vários fluxos de terminal independentes em uma interface comum
- Organiza vários blocos de terminal dentro de uma sessão de longa duração
- Permite fechar o aplicativo e depois se reconectar de outro dispositivo para continuar a partir do ponto em que parou
- As sessões podem ser acessadas pela Web e por apps nativos para macOS e iOS
- Inclui desde o início a capacidade de compartilhar uma sessão com outras pessoas em tempo real
- Implementa scrollback, seleção e rolagem do jeito nativo do sistema operacional, reduzindo desconfortos comuns dos multiplexadores existentes
- O terminal foi escolhido como base de um multiplexador de trabalho mais amplo porque conecta desenvolvedores, agentes, ferramentas e infraestrutura
- Mesmo que o escopo de recursos seja expandido no futuro, a qualidade do próprio multiplexador de terminal deve ser mantida
Equipe e plano de lançamento
- A equipe conta com Mitchell Hashimoto, Jack Pearkes, Alasdair Monk e Hector Simpson
- Eles têm experiência na construção de ferramentas de desenvolvimento, infraestrutura, sistemas de IA e interfaces para desenvolvedores, incluindo Ghostty, HashiCorp, Vagrant, Terraform, Vault, Poolside, Vercel e Heroku
- A empresa levantou capital de investidores como Notable Capital e Amplify Partners e está recebendo inscrições para notificações sobre o primeiro beta e lançamentos open source
1 comentários
Opiniões do Hacker News
Gostei especialmente do fato de que, depois de transferir a propriedade do Ghostty para uma organização sem fins lucrativos, a nova empresa o usará como uma dependência open source
A Superlogical usará os mesmos componentes sob licença MIT disponíveis para qualquer pessoa e continuará fazendo upstream de tarefas comuns de terminal para a libghostty, beneficiando todos os usuários
Passei mais ou menos os últimos 20 anos dentro do tmux/vim, mas no último mês usei quase exclusivamente o app desktop do Codex, e agora também estou usando cada vez mais o app ChatGPT no celular para controle remoto
Gosto do Ghostty, mas não está claro por quanto tempo esse mundo centrado no terminal ainda vai durar
Parece uma combinação de várias ferramentas que experimentei recentemente
pi-web(https://pi-web.dev/) é um frontend web que multiplexa sessões Pi em várias máquinas, e herdr(https://herdr.dev/) é uma TUI de multiplexação de agentes bem-acabada que facilita criar e fechar janelas conforme a atividade de subagentes
firstmate(https://github.com/kunchenguid/firstmate) é um meta-ambiente para ambientes de execução de coding, lidando com criação e comunicação de subagentes, gerenciamento de worktrees e outras funções do ciclo de vida de desenvolvimento de software; por causa das restrições de scripts Bash, ele induz melhores resultados mesmo em modelos menos capazes
Essa ferramenta é um orquestrador de agentes de terminal para usuários avançados que querem um pouco mais de design do que a chamada experiência de usuário estilo “hackerman”
Combinado à persistência de sessões do herdr, isso tornou muito mais fácil acessar agentes em movimento, e a experiência foi boa: https://github.com/AltanS/collie
Nunca tinha visto uma página de vagas acessada com
ssh superlogical.jobspara mostrar vagas de emprego no terminal; é extremamente ao gosto de desenvolvedores geeksNo momento estou usando uma conexão com latência muito alta, e nesse ambiente a experiência de usuário é horrível
Estou cansado de títulos caça-cliques que parecem enigmas em vez de dizer do que se trata, então não vou clicar no site
As diretrizes do HN só dizem basicamente para remover o nome do site do título porque ele aparece depois do link, mas seria bom se surgisse a prática de editar títulos que são apenas o domínio ou uma única palavra para revelar o conteúdo
Teria sido melhor se o título no HN fosse algo como “Superlogical: We are building the [terminal] multiplexer for all work”
O maior benefício de uma ferramenta assim provavelmente é a centralização
O ecossistema de terminais é fragmentado demais: todos precisam dar suporte a protocolos de terminal obscuros e empilhar inúmeros wrappers
Definir padrões, em vez de ser apenas um integrador, é a solução mais fácil; seria ótimo se fosse possível padronizar em um só lugar extensões que mantenham a sensação de usar um terminal, mas escapem da semântica dos anos 1980
Até agora, a combinação mais limpa que vi foi mosh + tmux, mas até ela tem problemas, como a ausência de cursor em bloco
Se o objetivo final da Superlogical for reformular o ecossistema de desenvolvedores Linux, eu apoio, mas me preocupam os riscos políticos no longo prazo; enquanto continuar sendo uma ferramenta local de desenvolvimento open source, acho ok
Lembro de quando o Mitchell apresentou o Vagrant pela primeira vez no HN, e foi daí que tudo na HashiCorp começou
Eu achava que tinha sido há 8 anos, no máximo 10 a 12, mas já se passaram 16 anos
Fico curioso se este também será um projeto que usa Zig: https://news.ycombinator.com/item?id=1175901
Dizem que vão fazer scrollback, seleção e rolagem — incômodos comuns das ferramentas existentes — funcionarem nativamente, mas acabaram quebrando justamente a barra de rolagem do navegador
Orquestradores de agentes parecem uma reembalagem do sonho das IDEs
Exceto produtos impulsionados por efeitos de dependência e proprietarização, como Visual Studio ou Xcode, as IDEs nunca alcançaram a grande visão imaginada por Alan Kay e outros; mesmo hoje, na prática, são editores de texto com um explorador de arquivos acoplado
Orquestradores de agentes também têm uma visão enorme, mas a implementação se parece mais com um terminal com abas
Para apps cliente Windows, especialmente WinForms, o Visual Studio ainda é surpreendentemente produtivo
Todo o fluxo de arrastar a UI para montá-la, alternar para a lógica por trás do formulário, conectar um backend de web service e compartilhar o modelo de domínio era compreendido pelas ferramentas de navegação e busca, e a integração com TFS também era excelente
Mas o “Server Explorer” passou a travar por 30 segundos a cada abertura depois de incluir VMs do Azure, as ferramentas de Docker chegaram tarde demais, e muitos serviços do Azure não tinham boas ferramentas no VS
O “right click publish” para sistemas pequenos também não escalou para as necessidades realistas envolvendo várias equipes; os desenvolvedores tiveram de aprender outras ferramentas para trabalhos modernos, e a centralidade do Visual Studio se enfraqueceu muito
A capacidade de fechar o app e reconectar de outro dispositivo exatamente de onde parou se aproxima do sonho de uma IDE remota que ninguém implementou direito
Antigamente não era necessário ter um dispositivo rodando tarefas 24 horas por dia, mas isso mudou com agentes de coding executando em segundo plano
Só que, em um multiplexador de terminal, compartilhar sessões em tempo real exige alinhar as dimensões de linhas e colunas de todas as telas; quando celulares e notebooks se misturam, a experiência de usuário fica horrível, e mesmo tentando na prática não encontrei uma boa solução
Ainda assim, o fato de terem incluído esse recurso sugere que o objetivo de longo prazo não é o terminal, mas uma IDE de agentes baseada em GUI, expandindo depois para um “multiplexador para todo o trabalho” à medida que o trabalho em geral se tornar centrado em agentes
O projeto em que mais gastei tokens até agora é muito parecido com isso e, embora eu ainda não tenha certeza se é uma boa ideia, o processo de construir foi muito divertido