Warp ahora es de código abierto
(warp.dev)- Con la transición a código abierto, la comunidad ahora puede participar en el desarrollo del cliente de Warp, y con un flujo de trabajo agent-first basado en Oz también puede contribuir junto con agentes
- A medida que el mayor cuello de botella del desarrollo se desplazó de escribir código a tareas de human-in-the-loop como la definición de especificaciones y la validación, los agentes pasan a encargarse de la implementación y las personas se enfocan más en decidir qué construir y verificar los resultados
- Ante la falta en el mercado de un entorno de desarrollo agéntico abierto y con todas las funciones, se refuerza un modelo de desarrollo abierto en el que la comunidad puede definir el rumbo en conjunto en lugar de depender de alternativas cerradas
- Junto con este cambio se agregan soporte para Kimi, MiniMax y Qwen, nuevo enrutamiento de modelos auto (open), mayor nivel de personalización y un settings file para control programático y portabilidad entre dispositivos
- El código fuente se publicó bajo licencia AGPL y, con el desarrollo guiado por issues públicos de GitHub y una hoja de ruta abierta, se amplía la base para construir junto con la comunidad el futuro del desarrollo agéntico
Contexto de la transición a código abierto
- El cliente de Warp pasó a ser código abierto, y la comunidad ahora puede participar en su desarrollo con un flujo de trabajo agent-first basado en Oz
- OpenAI participa como patrocinador fundador del nuevo repositorio de Warp, y el nuevo flujo de trabajo de gestión de agentes está impulsado por modelos GPT
- El modelo de desarrollo de software del futuro se perfila como uno donde las personas gestionan agentes a gran escala y los agentes se encargan de implementar software listo para producción
- Al combinar las ideas de distintos contribuidores, el proceso estructurado de los agentes de Oz, contexto abundante y ciclos de auto-mejora, se busca crear un producto que vaya más allá de lo que puede lograrse solo con desarrollo interno
Por qué se publica ahora
- Como el mayor cuello de botella de la velocidad de desarrollo se trasladó de la escritura de código en sí a tareas de human-in-the-loop como definir especificaciones del producto y validar su funcionamiento, la transición a código abierto busca permitir lanzar un Warp mejor y más rápido
- Como los agentes resuelven bien las tareas centradas en la implementación, quienes contribuyen pueden concentrarse en trabajo de mayor apalancamiento: decidir qué construir y comprobar si el resultado es correcto
- Al aumentar la confianza en el código que pasa por las reglas, el contexto y el proceso de validación de Oz, también crecen las probabilidades de éxito de las contribuciones para implementar funciones
- Cuanto más se depende de los agentes, más importante es pulir elementos clave de la ingeniería agéntica como la orquestación, la memoria, el handoff y la validación, generando un círculo virtuoso que vuelve a mejorar el producto
Hacia un entorno de desarrollo agéntico abierto
- Consideran que en el mercado no existe un entorno de desarrollo agéntico abierto y con todas las funciones, por lo que buscan abrir una alternativa en la que la comunidad pueda participar en lugar de depender de opciones cerradas de grandes empresas
- Como la forma futura del desarrollo agéntico aún no está definida, sostienen que la comunidad debe construir esa dirección en conjunto
- Warp mantiene una estrategia multi-model y multi-harness, y con esta apertura refuerza aún más esa filosofía
- Quieren convertir Warp en el mejor ADE abordando junto con los usuarios incluso la larga cola del backlog
Cambios en el producto
- Desde hoy se agrega soporte para una gama más amplia de modelos de código abierto, incluidos Kimi, MiniMax y Qwen
- También se ofrece un nuevo enrutamiento de modelos auto (open) que elige el modelo abierto más adecuado para cada tarea
- Se amplía el nivel de personalización de Warp: ahora puede configurarse desde una experiencia de solo terminal, hasta un entorno liviano de desarrollo agéntico con vista de diff y árbol de archivos, o un ADE completo con agente integrado
- También se agrega el muy postergado settings file, para que usuarios y agentes puedan controlar la configuración de forma programática y asegurar fácilmente la portabilidad entre dispositivos
Cómo funcionará el proyecto open source
- El código fuente de Warp se publica bajo licencia AGPL en github.com/warpdotdev/warp
- El proceso de contribución puede consultarse en CONTRIBUTING.md, y la estructura operativa asigna a los agentes tareas clave de implementación como programación, planificación y pruebas, mientras la comunidad aporta ideas, dirección y validación
- El equipo de Warp ofrecerá guías sobre qué construir, cuándo y cómo, pero Warp pasa fundamentalmente a ser un proyecto colaborativo construido junto con la comunidad
- Se abre la posibilidad de contribuir, colaborando de cerca con el equipo de Warp, a una aplicación de rápido crecimiento usada por casi un millón de desarrolladores activos
- Aunque los modelos de OpenAI impulsan el nuevo flujo de trabajo de agentes open source, también es posible contribuir usando otros agentes de programación
- Aun así, Oz se posiciona como la herramienta preferida porque ya incluye las habilidades y ciclos de validación necesarios
Transición a un proceso de desarrollo público
- Se pasa de un proceso de desarrollo de producto cerrado a un proceso de desarrollo público
- A partir de ahora, los issues públicos de GitHub serán la referencia para el seguimiento de funciones, y el issue de seguimiento de funciones sirve como punto de partida
- La hoja de ruta de ADE también se hace pública, y las discusiones técnicas y de producto relacionadas con ADE pasarán a hacerse abiertamente
Razones de negocio y dirección a largo plazo
- La transición a código abierto está conectada de forma directa con el objetivo de construir un negocio exitoso
- Frente a competidores cerrados con gran capacidad financiera, consideran que abrir recursos para que la comunidad pueda mejorar Warp es la manera de acelerar más rápido el desarrollo del producto
- Como no cuentan con recursos suficientes para competir vía precios o subsidios de uso a gran escala, necesitan construir el mejor producto apoyándose en la comunidad más apasionada
- Esperan que la comunidad aproveche Warp, con cinco años de ingeniería acumulada, como punto de partida para construir el futuro del desarrollo agéntico
- También existía el camino de seguir estimando una hoja de ruta privada y ampliar internamente el uso de agentes, pero eso habría hecho perder la oportunidad de que la comunidad definiera el rumbo, modificara el producto directamente y construyera el mejor producto posible junto con agentes
Planes anteriores y la decisión actual
- Desde que Warp se lanzó por primera vez como terminal hace cinco años, ya existía el plan de convertir el cliente en código abierto
- Cada año se discutió si publicarlo o no, y este año se concluyó que el equilibrio cambió por el auge de los agentes
- La misión de Warp siempre ha sido ayudar a los desarrolladores a lanzar mejor software más rápido, y esperan que este cambio en la forma de desarrollo los acerque aún más a esa misión
1 comentarios
Comentarios en Hacker News
Instalé Warp por primera vez y le pedí con /agent que "abriera una pestaña de terminal por cada carpeta de build", y de inmediato me desactivó la función de AI en la cuenta por supuesta violación de los términos
Como primera experiencia de usuario, fue realmente pésima
Me pregunto si pueden confirmar que Warp no se conecta a ningún servicio a menos que se active explícitamente en la configuración
Desde el principio, el simple hecho de que al inicio la cuenta fuera obligatoria ya me hacía pensar que había un choque de valores, y ahora hasta el hecho de que ya no lo llamen terminal sino agentic development environment también hace sentir que hay funciones en línea
Entiendo también que hoy parece que cualquier producto tiene que poner AI en su página web
Quisiera saber si de verdad no llama a casa
En cuanto arrancas Warp, antes incluso de que aparezca la ventana, envía 5 solicitudes HTTP. Una para revisar la versión y otra para la lista de modelos LLM van a app.warp.dev, y 3 eventos de telemetry van a warpianwzlfqdq.dataplane.rudderstack.com
Eso incluye un UUID persistente, el sistema operativo y su versión, la versión de Warp, y el nombre y las propiedades del evento rastreado
Incluso después de pasar todos los prompts de SaaS marcando No y desactivar telemetry en la configuración, por alguna razón al reiniciar la terminal volvía a activarse
Mientras corre, sigue haciendo solicitudes hacia afuera cada vez que pasa por los eventos en este archivo de 7000 líneas https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
Además de los hosts que mencioné antes, también hace solicitudes a o540343.ingest.sentry.io
En conjunto, está más cerca de una pesadilla de privacidad
Para nosotros eso es P0, así que vamos a sacar una versión de corrección en unas horas, y el PR se puede ver aquí https://github.com/warpdotdev/warp/pull/9438/
Damos la opción de que el usuario lo desactive antes de enviar telemetry al servidor
Usamos Sentry para reportes de fallos, pero eso también se puede desactivar
Los eventos de telemetry, como señalaste, están publicados tanto en el código fuente como en el sitio web
También ofrecemos un network log donde puedes ver todas las solicitudes que enviamos desde la app, incluidas las de envío de telemetry
Si compilas tú mismo el build OSS, no hay telemetry ni reportes de fallos en absoluto
La razón para volvernos open source no es erosionar la confianza, sino construir aún más confianza con la comunidad
Me gustó que fueran sinceros con la explicación de que lo hacen para que el negocio tenga éxito, y en sí creo que Warp es excelente
Los emuladores de terminal populares que conozco ya son en su mayoría open source, y Warp más bien era de los raros que seguían del lado closed source
Incluso parece un último intento de dejar que la "comunidad" se encargue del desarrollo del producto ahora que se está secando el dinero de inversión
Si de aquí en adelante la estructura va a ser que los agentes sean el centro y la comunidad solo aporte ideas o specs, también dudo qué tan sostenible sea eso ahora que se está cayendo este esquema actual de subsidio al costo de los modelos
Da la impresión de que quieren que la comunidad mantenga el primer producto mientras la empresa hace pivot hacia otra cosa
Puede sonar algo cínico, pero pensando en sus raíces de VC cuesta ver esto solo como buena voluntad
Warp fue casi un caso de manual de cómo hacer muy bien la visión del producto y la UI, para luego arruinarlo con codicia, closed source y no escuchar a los clientes
No sé quién cambió por dentro y ahora quiere arreglarlo, pero hay demasiado por remontar, y quizá ya es tarde y otro producto hecho desde cero podría salir mejor
Ojalá alguien haga una versión ligera sin AI ni edición de código
La experiencia de terminal en sí es de lo mejor, pero las funciones de agent no me sirven porque ya hay otras opciones como claude code, opencode y codex
Pero desde que se subieron al tren de la AI buscando monetización, se ha ido poniendo cada vez más pesado, y ese empuje constante para que uses agents más bien hace que no quiera usarlo
Sumado a las preocupaciones de privacidad, me cuesta moralmente instalarlo en equipos de trabajo
Así que yo también quiero un Warp sin rastreo y sin AI
Por ahora intentamos resolverlo con un solo botón de desactivar toda la AI, y también dejamos que durante el onboarding puedas entrar sin login directamente en un modo de terminal normal
Me pregunto si eso será suficiente
En ese entonces era una alternativa a Ghostty, no este bloatware de AI exagerado de ahora
Si le dices "Claude, arráncale a este proyecto toda la monetización molesta y el vendor lock-in", hasta podría funcionar bastante bien
Yo también he reemplazado bastante software de pago replicando solo las partes que necesitaba con una explicación de alto nivel
No creo que este enfoque de usar open source como sustituto de un buen programa vaya a durar mucho
Le veo un 95% de probabilidad de que se pueda resolver end-to-end en un día
Me da gusto que el equipo de Warp haya tomado esta decisión
La razón por la que fue mi emulador de terminal principal durante años es que, incluso al pasarlo de inmediato a una laptop nueva, con ZSH barebones ya resolvía casi todo y no hacía falta volver a perder tiempo adornando a la fuerza ZSH para que quedara rápido y con funciones como antes
El autocompletado por defecto también está bien, el renderizado es rápido y la configuración gráfica por defecto es sensata, así que casi basta con cambiar la fuente
También están bien cosas de QoL como el renderizado de archivos
Nunca usé las funciones de agent, y para la parte de CLI en mi empresa me compraron Claude y el resto lo resolví con una suscripción a Zed
Aun así, ahora sí me dan más ganas de volver a probarlo
Lástima que no hayan publicado también el historial de commits
Me habría gustado sacar una rama desde hace como 5 años, cuando Warp todavía era solo una terminal, y quitar toda la parte de AI y cloud para volverlo una buena terminal con funciones decentes
Antes de abrir el código, yo también habría querido revisar una vez todo el código actual, especialmente comentarios y documentación, y ese proceso ya es bastante engorroso
No hubo grandes problemas y solo había unas cuantas cosas que limpiar, pero si además me pidieran hacer la misma revisión de todo el historial, yo tampoco habría querido
Podían simplemente publicarlo todo tal cual, claro, pero probablemente les daba más tranquilidad que todos los contribuidores pasaran una última revisión de preparación para hacerlo público
Después de eso ya pueden seguir con el proceso normal de review
Mejor usa Alacritty o Ghostty
El punto de venta original de Warp no era el emulador de terminal, sino el wrapper de AI
https://x.com/mitchellh/status/2049159764261925005
Yo estaba haciendo una terminal con Rust y libghostty, con soporte para Linux y Windows, y además con un agent integrado que entiende la terminal
La motivación venía de que Warp quería hacer demasiadas cosas más allá de una terminal
https://con.nowledge.co
Ahora me da gusto que Warp se haya vuelto open source
Warp todavía tiene que superar muchas malas decisiones del pasado, y aunque anunció el cambio a open source, la confianza todavía no se ha recuperado lo suficiente
Mi principal ahora es Ghostty, pero también estuve mirando Warp durante un tiempo
Warp parece casi más un IDE o ADE que una terminal minimalista, así que me pregunto si realmente son cosas bastante distintas
Como comentario aparte, vi un tuit de Mitchel diciendo que en SF la gente se le acercó para mostrarle qué tan vistoso habían dejado Ghostty, y me da curiosidad si aquí también muchos han hecho algo así
Por ejemplo, también quisiera saber qué tan fácil sería hacer un fork del repositorio e implementar yo mismo alguna función de Warp que me guste
La idea es usar Ghostty dentro de Warp como renderer del grid de terminal
Al principio empujaron demasiada AI a los usuarios, y por eso parece que no lograron mostrar bien el atractivo del producto
En cambio Ghostty es mucho más estable, rápido y usable que sus competidores
Yo lo estuve tocando unas 2 semanas y ya había hecho algo suficientemente usable para el día a día
Quería un flujo modal parecido al modo copy de vim o tmux, pero sin cargar con el overhead de usar tmux
Claro, esto era bastante más complejo que "agregarle una función pequeña a Ghostty", y si quieres darte una idea puedes ver el repositorio https://github.com/milch/mistty
En Windows además se lleva bastante bien con git bash
Ah, entonces no estaban hablando de OS/2 Warp
Me pregunto si existe alguna posibilidad de bajarlo a menos de 850 MB