Waveterm

Una nueva app de terminal basada en Electron, Waveterm, busca modernizar la línea de comandos con edición estilo VS Code, vistas previas ricas en línea, espacios de trabajo y funciones colaborativas en la nube. Los comentaristas están divididos entre el entusiasmo por una mejor UX y herramientas integradas, y la preocupación por el rendimiento, la latencia y el uso de recursos de Electron, por la instalación automática de agentes remotos por SSH, por los valores predeterminados de telemetría y por los riesgos de una herramienta respaldada por VC y regida por EULA en una parte tan crítica del flujo de trabajo del desarrollador. El proyecto es de código abierto y gratuito para uso local, con planes de monetizar funciones opcionales en la nube y para equipos, lo que algunos ven como prometedor y otros como un camino probable hacia la “enshittification”.

Pila tecnológica, rendimiento y latencia

  • Construido con Electron / tecnología web; muchos ven esto como una señal de alarma para una herramienta central como un terminal, citando el uso de memoria y la lentitud con salidas grandes en comparación con xterm/kitty/iTerm2.
  • Otros informan que los terminales Electron (incluido el de VS Code) son “lo suficientemente rápidos” en el uso habitual, y sostienen que solo los casos extremos (historial de desplazamiento enorme, multimedia) revelan problemas.
  • Un largo subhilo debate si la latencia de entrada a nivel de milisegundos es perceptible; algunos insisten en que es crítica para usuarios de terminal “serios”, otros argumentan que los humanos no notan 1–10 ms y que el coste lo dominan los gráficos, no Electron en sí.

Funciones, innovación y UX

  • Elogiado por el esfuerzo de diseño, el concepto de espacio de trabajo, las vistas previas enriquecidas (código, imágenes, markdown, CSV), el historial universal, las sesiones reanudables y los metadatos por comando.
  • Integra un editor estilo Monaco/VS Code para “ediciones rápidas” en lugar de vim; a algunos usuarios eso les resulta muy atractivo, otros dicen que los usuarios de vim ya son extremadamente rápidos.
  • Varios consideran que la interfaz está visualmente recargada y es difícil de interpretar (ubicación del prompt, sombras, bordes); algunos describen la app real como más abrumadora que las capturas.
  • La vista previa de imágenes y algunas operaciones, según informes, muestran una latencia notable.

Asistente remoto (mshell) y modelo SSH

  • Al conectarse por SSH, la app intenta instalar automáticamente un cliente mshell en el host remoto sin una advertencia clara previa.
  • Esto sorprende y alarma a usuarios que administran muchos servidores o servidores sensibles; esperan avisos explícitos y la posibilidad de evitar instalar nada de forma remota.
  • Algunos señalan similitud con el modelo remoto de VS Code, pero subrayan que no usarían una herramienta así para hosts ad hoc o flotas de producción.

Modelo de negocio, VC y telemetría

  • El proyecto es de código abierto y gratuito para uso local; el creador afirma que los futuros ingresos vendrán de funciones opcionales en la nube/equipo (compartir, colaboración, sincronización, IA).
  • La telemetría está presente y activada por defecto, pero se puede deshabilitar; cualquier cosa que “llame a casa” desde un terminal es un no rotundo para algunos, especialmente en contextos de devops/seguridad.
  • El respaldo de VC genera temores de futura “enshittification” (bloqueo, ventas agresivas) o de colapso si la monetización falla; varios piden compromisos claros, jurídicamente vinculantes, sobre privacidad y apertura a largo plazo.

Público objetivo y alcance

  • Se percibe que el público principal son desarrolladores centrados en VS Code e incómodos con terminales/vim clásicos, no usuarios intensivos de terminal/tmux.
  • Actualmente solo Linux/macOS; el soporte para Windows está previsto, probablemente centrado en WSL.
  • Un comentarista señala que, dado su modelo de comandos centrado en bash, se comporta más como un controlador de shell con GUI que como un terminal plenamente general, y no funciona limpiamente con otros shells (p. ej., zsh).