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 principal cuello de botella del desarrollo se desplaza de escribir código a tareas human-in-the-loop como definir especificaciones y verificar resultados, los agentes se encargan de la implementación y las personas se enfocan más en decidir qué construir y confirmar que el resultado sea correcto
- Ante la falta de un entorno abierto de desarrollo agéntico con todas las funciones en el mercado, se refuerza un modelo de desarrollo abierto en el que la comunidad puede ayudar a definir la dirección, en lugar de depender de alternativas cerradas
- Junto con este cambio se añaden soporte para Kimi, MiniMax y Qwen, un nuevo enrutamiento de modelos auto (open), una personalización más amplia y un archivo de configuración para control programático y portabilidad entre dispositivos
- El código fuente se publicó bajo licencia AGPL, y al avanzar el desarrollo con base en 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 mediante 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 funciona con modelos GPT
- La idea de que las personas administren agentes a gran escala y que los agentes se encarguen de implementar software listo para producción se perfila como el modelo futuro del desarrollo de software
- Al combinar ideas de distintos contribuidores, el proceso estructurado de los agentes de Oz, contexto abundante y ciclos de auto-mejora, se busca construir un producto que vaya más allá de lo que podría lograrse solo con desarrollo interno
Por qué lo publicaron ahora
- Como el mayor cuello de botella en la velocidad de desarrollo pasó de la escritura de código en sí a tareas human-in-the-loop como definir especificaciones del producto y verificar su funcionamiento, la apertura del código busca permitir lanzar un Warp mejor y más rápido
- Como los agentes resuelven bien las tareas centradas en la implementación, los contribuidores pueden concentrarse en tareas de mayor apalancamiento: decidir qué construir y comprobar si el resultado es correcto
- Ha aumentado la confianza en el código que pasa por las reglas, el contexto y el proceso de verificación de Oz, lo que también eleva la probabilidad de éxito de las contribuciones de implementación
- Cuanto más se depende de los agentes, más necesario es pulir elementos clave de la ingeniería agéntica como la orquestación, la memoria, el handoff y la verificación, creando un ciclo virtuoso que a su vez mejora el producto
Hacia un entorno abierto de desarrollo agéntico
- Consideran que no existe en el mercado un entorno abierto de desarrollo agéntico con todas las funciones, y quieren 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 ayudar a construir esa dirección
- Warp mantiene una estrategia multi-model y multi-harness, y con esta apertura refuerza aún más esa filosofía
- Buscan convertir a Warp, junto con sus usuarios, en el mejor ADE, abordando incluso la larga cola del backlog
Cambios en el producto
- Desde hoy se añade compatibilidad con una gama más amplia de modelos de código abierto, incluyendo 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 mucho la personalización de Warp: ahora puede configurarse desde un formato de solo terminal, hasta un entorno ligero de desarrollo agéntico con solo vista de diff y árbol de archivos, o un ADE completo con agente integrado
- También se añade el esperado settings file, que permite a usuarios y agentes controlar la configuración de forma programática y facilita la portabilidad entre dispositivos
Cómo operará el código abierto
- 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 operación se organiza para que los agentes se encarguen de tareas clave de implementación como codificación, planeación y pruebas, mientras la comunidad aporta ideas, dirección y validación
- El equipo de Warp proporcionará guías sobre qué construir, cuándo hacerlo y cómo hacerlo, pero Warp pasa a ser fundamentalmente un proyecto colaborativo creado junto con la comunidad
- Se abre la oportunidad de contribuir, colaborando de cerca con el equipo de Warp, a una app de rápido crecimiento utilizada por nearly a million active developers
- Aunque los modelos de OpenAI impulsan el nuevo flujo de trabajo de agentes de código abierto, también es posible contribuir usando otros agentes de programación
- Aun así, Oz se posiciona como la herramienta preferida porque ya incluye de base las habilidades necesarias y los ciclos de verificación
Apertura del proceso de desarrollo
- Se pasa de un proceso cerrado de desarrollo de producto a un proceso de desarrollo abierto
- A partir de ahora, los issues públicos de GitHub serán el punto de referencia para el seguimiento de funciones, y el issue de seguimiento de funcionalidades sirve como punto de partida
- La hoja de ruta de ADE también será pública, y las discusiones técnicas y de producto relacionadas con ADE se llevarán a cabo de manera abierta
Razones de negocio y dirección de largo plazo
- La transición a código abierto está directamente vinculada con el objetivo de construir un negocio exitoso
- En un contexto de competencia con rivales cerrados y bien financiados, consideran que abrir recursos para que la comunidad mejore 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 grandes subsidios de uso, necesitan construir el mejor producto apoyándose en la comunidad más apasionada
- Esperan que la comunidad use Warp, con cinco años de trabajo de ingeniería acumulado, como punto de partida para construir el futuro del desarrollo agéntico
- También existía la opción de seguir como hasta ahora, estimando internamente una hoja de ruta privada y ampliando aún más el uso interno de agentes, pero eso habría significado perder la oportunidad de que la comunidad definiera la dirección, modificara directamente el producto y construyera junto con agentes el mejor producto posible
Planes anteriores y esta decisión
- 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 había debatido si hacerlo público, y este año concluyeron que el equilibrio cambió debido al ascenso 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