Waveterm
Um novo app de terminal baseado em Electron, o Waveterm, tenta modernizar a linha de comando com edição no estilo VS Code, pré-visualizações ricas embutidas, workspaces e recursos colaborativos na nuvem. Os კომენტadores se dividem entre entusiasmo com a UX aprimorada e o tooling integrado, e preocupação com desempenho, latência e uso de recursos do Electron, instalação automática de agentes remotos via SSH, padrões de telemetria e os riscos de uma ferramenta financiada por VC e regida por EULA em uma parte tão crítica do fluxo de trabalho do desenvolvedor. O projeto é open source e gratuito para uso local, com planos de monetizar recursos opcionais de nuvem e equipe, o que alguns veem como promissor e outros como um caminho provável para a “enshittification”.
Stack de tecnologia, desempenho e latência
- Construído com Electron / tecnologia web; muitos veem isso como um sinal de alerta para uma ferramenta central como um terminal, citando uso de memória e lentidão com saídas grandes em comparação com xterm/kitty/iTerm2.
- Outros relatam que terminais em Electron (incluindo o do VS Code) são “rápidos o suficiente” no uso típico, argumentando que apenas casos extremos (scrollback enorme, multimídia) expõem problemas.
- Uma longa subthread debate se a latência de entrada na ordem de milissegundos é perceptível; alguns insistem que isso é crítico para usuários de terminal “sérios”, outros argumentam que humanos não percebem 1–10ms e que o overhead é dominado por gráficos, não pelo Electron em si.
Recursos, inovação e UX
- Elogiado pelo esforço de design, conceito de workspace, previews ricas (código, imagens, markdown, CSV), histórico universal, sessões retomáveis e metadados por comando.
- Integra um editor no estilo Monaco/VS Code para “edições rápidas” em vez de vim; alguns usuários acham isso muito atraente, outros dizem que usuários de vim já são extremamente rápidos.
- Vários acham a UI visualmente carregada e difícil de ler (posição do prompt, sombras, bordas); alguns descrevem o app real como mais avassalador do que as capturas de tela.
- A pré-visualização de imagens e algumas operações supostamente mostram latência perceptível.
Helper remoto (mshell) e modelo SSH
- Ao conectar via SSH, o app tenta instalar automaticamente um cliente
mshellno host remoto sem um aviso prévio claro. - Isso surpreende e alarma usuários que administram muitos servidores ou servidores sensíveis; eles esperam prompts explícitos e a possibilidade de evitar instalar qualquer coisa remotamente.
- Alguns observam semelhança com o modelo remoto do VS Code, mas enfatizam que não usariam essa ferramenta para hosts ad hoc ou frotas de produção.
Modelo de negócio, VC e telemetria
- O projeto é open source e gratuito para uso local; o criador afirma que a receita futura virá de recursos opcionais de nuvem/equipe (compartilhamento, colaboração, sync, IA).
- A telemetria está presente e ativada por padrão, mas pode ser desativada; qualquer “ligar para casa” a partir de um terminal é um não absoluto para alguns, especialmente em contextos de devops/segurança.
- O apoio de VC gera temores de futura “enshittification” (lock-in, upsells) ou de colapso se a monetização falhar; vários pedem compromissos claros, juridicamente vinculantes, sobre privacidade e abertura de longo prazo.
Público-alvo e escopo
- Público principal percebido: desenvolvedores centrados no VS Code, desconfortáveis com terminais/vim clássicos, não usuários hardcore de terminal/tmux.
- Atualmente apenas Linux/macOS; suporte a Windows está planejado, provavelmente focado em WSL.
- Um comentarista observa que, dado seu modelo de comandos centrado em bash, ele se comporta mais como um controlador de shell com GUI do que como um terminal totalmente geral, e não funciona de forma limpa com outros shells (por exemplo, zsh).