Waku combina las CLIs de agentes de codificación en una aplicación de escritorio nativa y local
Versión 0.1.0 usa Rust, GPUI y puntos de control de Git para combinar la actividad de los agentes sin una cuenta de Waku ni un intermediario en la nube.
By RuntimeWire Staff · Published
Primary source: Waku
Why it matters
Coding agents are multiplying faster than their interfaces. Waku is betting the durable layer will be a local, provider-neutral record of agent work and code state.
Waku versión actual 0.1.0 es un plano de control de escritorio nativo para las herramientas de línea de comandos de coding-agent que los desarrolladores ya ejecutan. Construido en Rust con GPUI, Waku recopila sesiones, transcripciones, actividad de herramientas y puntos de control del repositorio dentro de una sola aplicación local.
El creador ha hecho una apuesta de producto focalizada. Los desarrolladores que usan varios agentes de codificación no necesariamente necesitan otro agente, modelo o editor. Necesitan un lugar confiable para ver lo que hizo cada agente, interrumpirlo, continuar la conversación y recuperarse cuando una tarea sale mal.
Esa decisión da forma a casi todas las partes de Waku. Evita Electron, almacena sus datos de trabajo en la máquina del usuario y se conecta a los CLIs de agentes existentes a través de sus interfaces estructuradas. La aplicación luego traduce esos diferentes flujos de eventos en un modelo neutral respecto al proveedor.
Una interfaz por encima de los agentes
Waku está diseñado para impulsar herramientas existentes en lugar de pedir a los desarrolladores que adopten un nuevo runtime de agente. Según su página del producto, la aplicación se conecta mediante interfaces que incluyen stream-JSON, JSON-RPC y eventos en vivo, eligiendo la conexión más robusta disponible para cada proveedor.
La captura de pantalla publicada por Waku parece mostrar Amp, Claude Code, Codex, Cursor, OpenCode, Grok y Pi en la capa de control subyacente. El objetivo arquitectónico es hacer que esos proveedores aparezcan como sesiones en una línea de tiempo común mientras se preservan sus propias rutas de autenticación y ejecución.
Ese enfoque le da al creador de Waku un trabajo distinto al de construir un envoltorio de modelo. Cada CLI compatible puede cambiar su esquema de eventos, formato de sesión y comportamiento de reanudación de forma independiente. El valor de Waku dependerá de qué tan bien sus adaptadores absorban esas diferencias y qué tan rápido se recuperen cuando los proveedores actualicen sus herramientas.
La interfaz es primero para teclado. Waku dice que Command-N inicia una sesión, Return pone en cola otro prompt mientras un agente está trabajando, Command-Return dirige el turno activo y Escape lo detiene. Estos controles tratan el trabajo del agente como un proceso continuo que necesita supervisión, en lugar de una secuencia de mensajes de chat aislados.
La reversión es la decisión central del producto
La característica más trascendental de Waku se ubica debajo de la transcripción. Cada prompt crea un punto de control del árbol de trabajo bajo una referencia Git oculta. Un desarrollador puede entonces restaurar el repositorio y la conversación asociada con el proveedor juntos.
Esa pareja importa porque solo un registro de chat es un registro incompleto del trabajo de un agente. Los agentes de codificación leen archivos, ejecutan comandos y editan un repositorio a lo largo de múltiples turnos. Reabrir un mensaje antiguo sin restaurar el código correspondiente deja la conversación y el árbol de trabajo fuera de sincronía.
El creador de Waku está, en efecto, tratando el prompt como un límite de transacción. Cada instrucción vincula un estado conversacional con un estado del repositorio. Eso crea un camino de regreso cuando un agente sigue el enfoque equivocado, realiza un cambio excesivamente amplio o deja el proyecto en un estado difícil de diagnosticar.
El mecanismo también le da a Waku un rol más claro que el de un tablero de agentes de propósito general. Se convierte en un registro local de lo que el desarrollador pidió, lo que el agente informó y lo que cambió en el código en ese punto.
El software nativo es parte de la apuesta
La elección de Rust y GPUI es central en el argumento de Waku. GPUI es el framework de interfaz acelerado por GPU creado por el equipo detrás de Zed.
La página principal de Waku dice que la aplicación nativa evita Electron y ofrece inicio instantáneo y navegación fluida a través de transcripciones largas, aunque no publica mediciones independientes de rendimiento.
Waku también dice que proyectos, transcripciones, sesiones e identificadores de proveedores permanecen en disco, sin cuenta de Waku, telemetría ni intermediario hospedado. Esa arquitectura local reduce la cantidad de infraestructura que Waku debe operar y da a los desarrolladores la custodia directa de los registros de la aplicación.
Eso no vuelve locales a los agentes de codificación subyacentes. Los prompts, el código y la salida de las herramientas siguen sujetos al comportamiento y a las políticas del CLI de agente y del proveedor de modelos que el usuario seleccione. Waku controla su propia capa de almacenamiento; no reemplaza a los proveedores que están debajo.
Para la distribución, Waku dice que la aplicación está firmada y notarizada, con Sparkle manejando las actualizaciones automáticas mediante deltas binarios. Ese detalle importa para un producto de escritorio joven cuyas integraciones pueden necesitar reparaciones frecuentes a medida que los proveedores de agentes cambian sus interfaces.
Los planos de control de agentes de código se están volviendo más concurridos
Waku llega cuando la interfaz alrededor de los agentes de codificación se convierte en una categoría de producto por sí misma. OpenAI presentó la aplicación de escritorio Codex para macOS el 2 de febrero y añadió soporte para Windows el 4 de marzo. Codex organiza múltiples agentes en hilos de proyecto y worktrees aislados, pero sigue centrado en la pila de agentes de OpenAI.
El sistema de agentes de Zed admite su agente nativo, agentes externos conectados mediante el Agent Client Protocol y sesiones CLI basadas en terminal. También permite a los desarrolladores ejecutar múltiples hilos en paralelo dentro del editor.
cmux, un terminal nativo para macOS para supervisar agentes de codificación, toma otro enfoque adyacente con pestañas verticales, notificaciones y una API de control por socket.
Waku elige un rol independiente más estrecho. No es ni un editor completo ni una interfaz de modelo de primera parte. El desarrollador apuesta a que los programadores mantendrán varias suscripciones y CLIs de agentes, creando demanda por una capa de escritorio neutral por encima de ellos.
La versión 0.1.0 tiene que demostrar esa neutralidad frente a la rotación real de proveedores. Una línea de tiempo unificada solo es útil cuando las sesiones se reanudan correctamente, los eventos de las herramientas conservan su significado y los puntos de control restauran el estado exacto que el desarrollador espera. Esos detalles de fiabilidad determinarán si Waku se convierte en infraestructura diaria o en otra interfaz que los desarrolladores solo abren para inspeccionar una demo interesante.
La frase de la página de inicio, "YNot backed by Y Combinator," es un juego de palabras más que un anuncio de financiamiento. El caso actual de Waku se basa en el producto mismo: el intento de un creador por convertir una creciente pila de terminales de agentes en un único flujo de trabajo rápido y reversible.