Durante años, una parte importante del desarrollo de software giraba alrededor de una secuencia recurrente: primero se pensaba, después se documentaba, luego se construía. La Inteligenica Artificial vino a sacudir esa secuencia, y no precisamente con delicadeza.

En ese contexto apareció el Campfire Model, una idea articulada por Steve Yegge en 2026 como respuesta al auge del Spec-Driven Development. Su punto central es interesante, provocador y simple a la vez: el verdadero centro del desarrollo ya no debería ser una especificación estática, sino un prototipo vivo que evoluciona con el equipo, en ciclos ultracortos, con transparencia total y sin handoffs eternos entre áreas.

La metáfora de la fogata funciona porque captura una sensación muy real: todas las personas trabajan alrededor de lo mismo, ven lo mismo, corrigen, prueban y empujan el producto hacia adelante.

El software deja de avanzar como una cadena de documentos y empieza a evolucionar de otra forma, más tangible, más orgánica.

Si leemos lo que se escribe del tema, todo suena a nuevo. Pero los que estamos en la vuelta hace tiempo sabemos que no es nuevo del todo.

Truco viejo, perro nuevo

Cualquiera que haya estado cerca de GeneXus en los últimos 40 años, sabe que el prototipado rápido y la iteración sobre un prototipo funcional -creado rápidamente con IA- siempre fueron parte del ADN de GeneXus.

Aunque era IA determinística, no la IA generativa que ahora está en boga, el concepto central es el mismo: Técnicos y no técnicos juntos alrededor de un prototipo funcional y haciéndolo evolucionar, paso a paso, hasta el sistema final, funcional, enterprise, de misión crítica.

GeneXus nació sobre esa idea: modelar, generar, probar, iterar y volver a generar, que va bastante en contra del desarrollo pesado, lineal y excesivamente atado a documentos. Y esta filosofía no es una excepción, sino una forma natural de construir software.

En la metodología de GeneXus esto se describe explícitamente como un ciclo incremental: definir objetos en la Knowledge Base, generar código, testear contra el sistema real, iterar y volver a generar, haciendo evolucionar la solución desde algo simple hacia algo más completo con cada vuelta.

Para GeneXus, el prototipo nunca fue solo una maqueta para mostrar en una reunión. Siempre fue una forma seria de descubrir el sistema correcto construyéndolo temprano, viéndolo funcionar y evolucionándolo sobre una base real.

En GeneXus, el prototipo nunca estuvo peleado con el rigor

Esa es una diferencia importante, y probablemente la más relevante de esta conversación.

El Campfire Model acierta al poner el foco en el prototipo vivo. Pero en el mundo enterprise no alcanza con moverse rápido con IA. También hay que poder mantener, gobernar, integrar y evolucionar, de forma segura, lo que se construye durante años o décadas.

Ahí es donde GeneXus hace una contribución que hoy ningún otro enfoque replica. El prototipo funcional no queda atrapado en una improvisación permanente. Se apoya en una Knowledge Base -un modelo que captura la lógica del negocio de forma independiente de la tecnología- y en un motor de generación determinística que produce código correcto por construcción. Eso significa que la velocidad inicial no se convierte en fragilidad estructural. Lo que se prototipa, se valida semánticamente, se normaliza y se genera con las mismas garantías que el software de producción.

Se trata de poder explorar, crear y evolucionar rápido sin perder el conocimiento que hace valioso al sistema.

Por eso el Campfire Model resuena tanto con GeneXus

Cuando Martin Fowler plantea que los LLMs no cambian el valor de construir y lanzar pequeñas porciones de funcionalidad, sino que prometen aumentar la frecuencia de ese ciclo, está describiendo algo muy cercano a la lógica histórica de GeneXus: acortar el camino entre intención, ejecución y validación.

La diferencia es que hoy esa dinámica se vuelve todavía más poderosa.

Con GeneXus Next, la conversación ya no terminaba en generar sistemas, APIs o lógica de negocio, sino que la Plataforma incorporó Nexa, un arquitecto agéntico de software, especializado en GeneXus, que permite definir aplicaciones, flujos y componentes mediante interacciones en lenguaje natural. Es el puente entre lo que se necesita y componentes de software que ya pueden empezar a tomar forma, sin escribir una sola línea de código manualmente.

Eso amplifica la tradición de GeneXus y la mantiene en la punta, con las nuevas tendencias del desarrollo de software, sobre todo si lo sumamos al mundo agéntico.

Del prototipo funcional al software agéntico

Ahí es donde entra la siguiente etapa.

Si GeneXus históricamente permitió iterar sobre software funcional con velocidad, su evolución natural es hacer lo mismo con Agentes de IA que -de forma estándar- participan hoy en día activamente del proceso de construcción de software en las empresas.

Eso es exactamente lo que hace GeneXus for Agents, lanzado públicamente el 1ero de abril de 2026: un conjunto de skills, herramientas e interfaces que permite a Agentes de IA -como Claude Code, Globant CODA u OpenAI Codex- operar directamente sobre Knowledge Bases de GeneXus.

Los Agentes pueden leer objetos, proponer cambios, generar código auxiliar y explorar el sistema existente, todo a través de un protocolo estándar (MCP). GeneXus valida cada cambio con el mismo motor determinístico de siempre: normalización, análisis de impacto, reglas de negocio. Los agentes proponen; GeneXus valida y genera.

Todo esto, parado sobre la capa de Gobernanza de Modelos, Agentes y Datos Corporativos de Globant Enterprise AI, que es lo que le da a GeneXus una ventaja competitiva real en el mercado hoy.

El resultado es que la fogata del Campfire Model ya no está formada sólo por personas. Ahora también hay agentes de desarrollo alrededor del prototipo, contribuyendo, proponiendo y acelerando, pero con un motor que garantiza que lo que se construye sigue siendo gobernable, mantenible y correcto por construcción.

El futuro no es spec-first ni prompt-first, es prototype-first.

El desarrollo de software más valioso no parece ir hacia documentos inmóviles, pero tampoco hacia una improvisación sin memoria. Va hacia entornos donde se puede probar rápido, iterar sobre algo real, capturar conocimiento durable y llevarlo a producción con gobernanza.

Distintas plataformas tendrán distintos mecanismos, GeneXus tiene la Knowledge Base y una nueva representación de la misma en formato de texto, para que los agentes puedan entenderla más fácilmente.

Eso juega dentro de lo que el Campfire Model también vio con claridad: la iteración es el corazón del proceso, que el prototipo funcional manda y la IA nos ayuda a llevar el prototipo a producción más velozmente.

Y es lo que GeneXus viene haciendo desde hace más de 35 años, aunque hoy lo haga con un vocabulario nuevo: agentes, flujos, skills, MCP, IA generativa, IA simbólica, orquestación.

Lo que cambió es quién puede sentarse alrededor de la fogata. Ahora hay agentes, modelos de lenguaje, protocolos abiertos, marketers, diseñadores, financieros, además de desarrolladores. Pero la idea de construir alrededor de un núcleo vivo, funcional y evolutivo no resulta nueva en GeneXus en lo absoluto.

La historia del software no se repite, pero rima. Y estos ecos del pasado son la mejor señal de que estamos construyendo el futuro sobre las bases correctas.

También te puede interesar leer:

26 deep dives sobre IA aplicada a empresas

Cómo y para qué usar Inteligencia Artificial Generativa en las empresas

Creación e innovación en la era de la IA

Low-Code + IA Generativa: Retos y oportunidades para CIOs