Zenbu lanza terminal-browser para poner vistas previas web junto a agentes de codificación

Why it matters

Coding agents are making the terminal a control center for software work. Terminal-browser tests whether preview, planning and browser QA become native parts of that workspace.

Rob Pruzan (@RobKnight__), fundador de la empresa fabricante de herramientas para desarrolladores de San Francisco Zenbu, lanzó terminal-browser el jueves 30 de julio, colocando un navegador Chromium dentro del mismo terminal donde los desarrolladores ejecutan agentes de codificación.

https://x.com/robknight__/status/2082859704955642254?s=46

En un hilo en X, Pruzan mostró a un desarrollador previsualizando un sitio web local junto a un agente, abriendo un plan HTML generado por el agente en un panel dividido y dando al agente control por línea de comandos sobre un navegador activo. Publicó el código fuente y notas de implementación bajo una licencia de código abierto.

Pruzan está construyendo Zenbu en solitario. Y Combinator incluye a Zenbu en su cohorte de Spring 2026 con un tamaño de equipo de una persona. Antes de iniciar Zenbu, Pruzan trabajó en el equipo de Next.js de Vercel, donde dice que construyó un entorno de desarrollo interno. También coescribió React Scan, una herramienta de rendimiento de React de código abierto cuyo repositorio ha acumulado más de 21,000 estrellas en GitHub.

Ese trasfondo explica el enfoque limitado de terminal-browser. Pruzan está tratando el navegador como un componente de un entorno de desarrollo para agentes más que como un destino separado para la navegación manual. El producto más amplio de Zenbu es un IDE extensible para gestionar agentes de codificación, y Pruzan lo describió en los materiales de lanzamiento de YC como "el IDE que yo quería" para su trabajo diario.

Un navegador enfocado en la pestaña del terminal

Los desarrolladores pueden lanzar terminal-browser directamente, abrir una URL específica o crear un panel dividido con comandos como terminal-browser, terminal-browser open <url> y terminal-browser --split right. El comando terminal-browser ls devuelve instancias de navegador abiertas, mientras que terminal-browser action expone esas instancias en ejecución a una interfaz de línea de comandos compatible con agentes.

La distinción importa cuando un agente está editando y probando una aplicación web. Un desarrollador puede mantener el agente, el proceso de shell y la vista previa en vivo dentro de una sola pestaña del terminal en lugar de seguir una ventana de navegador separada. La demo de Pruzan muestra un agente abriendo una página de pago e interactuando con ella, un flujo de trabajo orientado a la inspección visual y el control de calidad (QA) basado en navegador durante la generación de código.

Pruzan también integró la planificación en HTML dentro de la propuesta. Un desarrollador puede pedirle a un agente que escriba un plan como un archivo HTML y abrirlo junto a la conversación, reemplazando un plan en texto plano por un documento renderizado que puede incluir formato y controles más ricos. El sitio web demuestra un botón de aprobación dentro de uno de esos planes, aunque los materiales públicos de terminal-browser no describen un protocolo de aprobación estandarizado entre la página y el agente.

El proyecto también soporta desarrollo remoto. Zenbu dice que terminal-browser puede mostrar un sitio que se ejecuta en una máquina alcanzada por SSH sin requerir un flujo de trabajo separado de reenvío de puertos. El proceso del navegador se ejecuta cerca de la aplicación remota mientras su salida aparece en el terminal local del desarrollador.

Píxeles de Chromium sin una ventana de navegador

Terminal-browser usa el protocolo de gráficos de kitty para enviar imágenes a terminales capaces de mostrar píxeles. La documentación del proyecto nombra a Ghostty, Kitty, cmux y VS Code entre los terminales compatibles, mientras que el sitio del producto también lista WezTerm.

Debajo, terminal-browser utiliza la API de renderizado fuera de pantalla de Electron para acceder a la salida producida por Chromium y pasar esos píxeles al terminal. Las posiciones del ratón, los clics y los eventos de teclado viajan en la dirección opuesta como entrada sintética de Chromium. En macOS, la implementación también incluye un componente en segundo plano en Swift para eventos de entrada, incluidos los gestos del trackpad, que el terminal no expone directamente.

Pruzan construyó la capa del navegador con un motor gráfico en Rust y definió su interfaz en React mediante un renderer personalizado, según la documentación del repositorio. El README aún lista soporte para Linux, extensiones de Chrome y un modo de diseño en la hoja de ruta, una indicación de que el lanzamiento sigue siendo temprano. El repositorio mostraba 429 estrellas, 18 forks y 80 commits el 31 de julio.

Una entrada de flujo de trabajo para agentes en una categoría existente

Los navegadores han corrido en terminales durante años. Carbonyl, que tiene más de 19,000 estrellas en GitHub, ejecuta una compilación modificada de Chromium en un terminal y ofrece soporte para medios, WebGL y WebGPU. Browsh usa Firefox para renderizar sitios web modernos como texto y gráficos amigables para terminales, con acceso remoto y navegación de menor ancho de banda como sus casos de uso principales.

Pruzan está persiguiendo un flujo de trabajo diferente. Terminal-browser preserva una vista de Chromium basada en píxeles mientras añade paneles divididos y control por línea de comandos para agentes de codificación. Dijo a un usuario que terminal-browser sacrifica velocidad de fotogramas por fidelidad en comparación con Carbonyl y argumentó que su base en Chrome da a los agentes acceso a herramientas de depuración más potentes.

Proyectos enfocados en agentes como Browser Use ya permiten a los modelos hacer clic, escribir, llenar formularios y probar sitios web. Terminal-browser aplica ese control a un navegador que el desarrollador puede ver dentro de una sesión de terminal existente. El desarrollador y el agente operan contra la misma instancia visible en lugar de ceder el trabajo a un proceso de automatización separado.

La apuesta de Zenbu es que los agentes de codificación llevarán más del ciclo de desarrollo de software a espacios de trabajo basados en terminal. La previsualización del navegador, la planificación y el QA son tres de las tareas restantes que rutinariamente obligan a los desarrolladores a volver a aplicaciones gráficas separadas. Terminal-browser le da a Pruzan un producto independiente y de código abierto para probar si esas funciones pertenecen dentro del espacio de trabajo para agentes que está construyendo alrededor de Zenbu.

El acuerdo estándar publicado de YC invierte $500,000 en cada empresa aceptada de la tanda: $125,000 por 7% y otros $375,000 mediante un SAFE de nación más favorecida sin tope. Para un Zenbu de una sola persona, esa estructura proporciona el capital para convertir terminal-browser de una demostración técnica en una parte mantenida de un IDE de agentes más amplio.