He cubierto a Warp durante un par de años y su evolución acelerada desde una terminal escrita en Rust a una plataforma de software factory ha sido fascinante. La empresa arrancó en 2021, en la era pre-ChatGPT, como una terminal moderna. Con la llegada de la IA generativa, se convirtió en una terminal con agentes de código integrados.

La competencia entre herramientas de CLI ha crecido con fuerza en los últimos años, con Claude Code, Codex CLI y Gemini CLI empujados por gigantes tecnológicos. Esa presión probablemente llevó a Warp a liberar como open source su herramienta CLI central en abril de este año.

Warp tiene ahora una plataforma de orquestación de agentes llamada Oz. Es la respuesta de la empresa a lo que Lloyd cree es una transición de industria: pasar de ingenieros trabajando interactivamente con agentes, a sistemas automatizados que triagean, implementan, revisan, verifican y monitorean cambios de software de forma continua. Oz conecta múltiples modelos y "harnesses" de código en entornos locales y sandboxes aislados en la nube, integrándose con las herramientas que los desarrolladores ya usan.

Conversé con Lloyd después de su keynote en el AIEWF. En el diálogo tocamos por qué Warp hizo el pivote hacia las software factories, cómo Lloyd llegó al término (aparentemente en paralelo con otras empresas del rubro, como Factory), y por qué espera que la mayoría de los proyectos de software importantes operen bajo algún tipo de fábrica automatizada dentro del próximo año.

¿Qué es exactamente una software factory?

Latent Space: ¿Cuándo escuchaste por primera vez el término "software factory" y qué te atrajo del concepto?

Zach Lloyd: No recuerdo el momento exacto en que empecé a pensarlo en esos términos, pero fue dentro de los últimos seis meses, cuando la automatización de desarrollo de software se volvió más completa. Empezamos con automatización más puntual: correr un agente en la nube. Muchas plataformas arrancaron ahí. Luego pasó a ser: correr un agente en la nube con un timer.

La siguiente pregunta fue qué loop es el más valioso de automatizar. La respuesta es básicamente el loop principal de ingeniería de software: triage, especificación, implementación, revisión, verificación, despliegue y monitoreo. Empezamos a construir hacia esta visión de automatización en la nube hace cerca de un año, antes de arrancar con Oz.

En los últimos meses la industria también empezó a converger en torno al término factory. Hay una track completa dedicada a software factories en esta conferencia. No me importa tanto si el término se mantiene o no. Lo esencial es el cambio del desarrollo interactivo al desarrollo automatizado. Factory es una metáfora útil para eso.

Construir la fábrica sobre los flujos que ya existen

Latent Space: En tu presentación mostraste un stack de software factory con varios productos propios. ¿El plan de Warp es proveer todas las herramientas de ese stack?

Lloyd: Sí. Al entrar a Oz, nuestra plataforma de agentes en la nube, te guiamos por el armado de tu fábrica. Elegís tus repositorios, las partes del ciclo de vida del software que querés automatizar, y los puntos donde debe intervenir un humano. Distintas organizaciones y codebases tendrán distintas preferencias. ¿Automatizás por completo la revisión de código? ¿Mantenés revisión humana en cambios de riesgo alto?

El sistema arma el loop. Puede tomar issues desde Jira o Linear, permitir que la gente las cree desde Slack o Teams, y dejar que los desarrolladores redirijan a un agente desde GitHub. Lo interesante desde el punto de vista de producto es que la fábrica no es una interfaz nueva. Es una integración a los flujos de trabajo existentes.

Warp más allá de la terminal

Latent Space: La primera vez que escribí sobre Warp, era una terminal moderna. El código sigue siendo importante hoy, pero cada vez más lo producen agentes. Parece que Warp expandió su visión de producto en esa línea...

Lloyd: Cien por ciento. La misión de la empresa no cambió desde que la fundamos: dar herramientas para que desarrolladores y empresas envíen mejor software más rápido. El producto evolucionó mucho. Empezó como una versión moderna de la terminal, antes de la ola actual de IA. La siguiente iteración fue una terminal con agentes integrados, que seguimos invirtiendo y que ahora liberamos como open source.

El mundo sigue cambiando. La IA subyacente mejora tan rápido que mi visión es la que describí en la charla: el componente interactivo va a perder peso. Como empresa vas a querer un lugar central donde se construye el software y donde podés medir la eficiencia del proceso. No tengo miedo de redirigir en qué se convierte el producto.

¿Reemplaza a los ingenieros o crea una disciplina nueva?

Latent Space: La palabra "fábrica" puede sonar mal a algunos desarrolladores, por la carga de trabajo mecánico y rutinario que evoca. ¿Qué feedback recibiste de los ingenieros de IA sobre este pivote?

Lloyd: El concepto resuena fuerte con el comprador económico, la persona que gestiona el equipo de ingeniería. Para un ingeniero individual, puede sonar a mecanización sin creatividad. Puede pensar: "Disfruto programando, ¿por qué querría trabajar en una fábrica?".

Un punto que traté de comunicar en la charla es que esto se va a convertir en una disciplina nueva de ingeniería. Puede ser muy interesante si ves el trabajo como meta-ingeniería: construir el sistema que construye el producto. Usa muchos de los mismos skills de resolución de problemas. Te preguntás por qué un agente hace una tarea bien y otra mal. ¿Cómo ajustás su feedback? ¿Qué contexto necesita? ¿Cómo debe cambiar el workflow?

Adopción gradual, no reemplazo de la noche a la mañana

Latent Space: ¿Cómo esperás que se vea el próximo año en términos de adopción de software factories?

Lloyd: Esto no va a pasar todo de golpe. Los ingenieros no van a despertarse una mañana y descubrir que una fábrica reemplazó sus trabajos. Las empresas van a empezar con casos de uso puntuales, ciertos tipos de issues o repositorios de menor riesgo. Son lugares donde pueden estar cómodos sin tener a un humano revisando cada línea de código.

Van a ver cómo funciona. Después el desafío de ingeniería pasa a ser: en vez de mergear 20% de los pull requests automáticamente, ¿podemos llegar a 30, 40, 50 o 60%? Va a quedar un porcentaje remanente de trabajo hecho por personas, porque es demasiado difícil, ambiguo o depende de pensamiento greenfield.

Pero creo que este cambio va a suceder en el próximo año. Mi predicción es que todo proyecto de software importante va a tener un motor de código, algo parecido a una fábrica, empujándolo continuamente. Va a ser similar a GitHub o CI/CD: una parte estándar de cómo operan los proyectos serios.

Cómo empezar hoy

Latent Space: Hay miles de ingenieros de IA en esta conferencia. ¿Qué deberían hacer para prepararse?

Lloyd: En vez de construir solo el producto de forma directa, intentá construir algún tipo de automatización orientada a una fábrica y ver cómo se siente. Digamos que querés que un agente implemente issues de usuarios que entran. ¿Qué se necesita para que eso funcione? ¿Qué te frena para adoptarlo? Quizás el cuello de botella es la revisión de código. Quizás el agente hace cambios pero no ves claro qué hizo. Esos problemas los descubrís tratando de armar el loop.

Salí de la mentalidad de construir todo a mano. Encontrá una parte molesta de tu trabajo y tratá de crear un loop que la maneje por vos, con un enfoque de fábrica.