El software ya no se desarrolla como antes. Y no volverá a hacerlo.
Por qué el cuello de botella se movió, por qué nadie gobierna el ciclo completo, y qué tiene que existir para que un equipo pueda desarrollar con agentes sin perder el control.
I. Lo que cambió
Durante cincuenta años el código fue escaso y caro. Lo escribía un humano, lo revisaba otro, lo planificaba un tercero, y la velocidad de una empresa estaba limitada por cuántos de esos humanos podía contratar y coordinar. Entre 2023 y 2026 esa restricción desapareció.
Primero llegó el asistente: autocompletado inteligente que la mayoría de los desarrolladores adoptó en meses. Luego el copiloto, que escribía funciones completas y duplicó la velocidad de escritura sin tocar la de revisión. Y en 2025 llegó el agente: sistemas que ejecutan tareas enteras, abren Pull Requests, trabajan durante horas. El código se multiplicó por ocho, por diez. El costo por token cayó a la mitad cada año. Y el desarrollador dejó de escribir para empezar a dirigir.
Hoy un desarrollador dirige agentes que escriben más código del que él podría escribir en un mes. Usa tres proveedores a la vez. Cambia de modelo cuando se le acaban los créditos. Y cada proveedor construye su propia jaula.
GitHub reportó que Copilot genera el 46% del código de sus usuarios — cerca de la mitad. GitHub, feb. 2023. Sigue siendo la referencia pública más citada hacia 2025.
II. El cuello de botella se movió
Cuando escribir era caro, el límite era producir. Ahora que escribir es casi gratis, el límite está en tres lugares nuevos:
- Especificar. Saber qué se pidió realmente, con criterios verificables, antes de que un agente empiece a trabajar sobre una frase ambigua.
- Coordinar. Aprobar, rechazar y dirigir lo que hacen decenas de agentes de distintos proveedores sin perder horas saltando entre terminales ni aprobar a ciegas.
- Verificar. Confirmar que lo producido hace lo que debía, encaja con el resto del sistema, está bien construido y es seguro — antes de llegar a producción.
Las herramientas existentes cubren pedazos. Las de tareas viven desconectadas del código. Las de revisión comentan pero no deciden. Los orquestadores de cada proveedor solo gobiernan a su propio agente. Nadie gobierna el ciclo completo, porque quien vende el agente no puede ser su juez, y quien vende el modelo no va a orquestar neutralmente al de la competencia.
III. La disciplina que emerge: desarrollo guiado por especificación
Los equipos que mejor trabajan con agentes convergieron en una misma metodología, con nombres como OpenSpec o Spec-Driven Development: la especificación manda, el agente ejecuta, y la verificación cierra el ciclo contra la especificación. No es burocracia; es la única forma de usar agentes a escala sin que el código se vuelva incontrolable.
El problema práctico es que nadie escribe specs. Por eso la spec tiene que extraerse — del ticket, de los tests, del propio contexto del repositorio, de la instrucción que generó el código — e inferirse cuando no existe, para que el humano solo confirme o corrija. Y tiene que existir en dos versiones: una que un Scrum Master pueda leer y otra que un agente pueda ejecutar.
IV. Lo que tiene que existir
Un equipo que desarrolla con agentes necesita, de punta a punta, cinco cosas conectadas por el mismo contexto:
| Etapa | Necesidad | En AURA |
|---|---|---|
| Idear | Convertir una idea en una spec verificable, para humanos y para agentes | AURA Spec |
| Ejecutar | Gobernar agentes de cualquier proveedor desde un solo lugar, con riesgo por acción | AURA Runtime |
| Orquestar | Entender el flujo de la flota y acumular datos de qué modelo rinde en qué rol | AURA Orchestra |
| Verificar | Un veredicto explicable que compare el código contra la spec, el sistema, la calidad y la seguridad | AURA Review |
| Probar | Comprobar que el cambio se comporta como pedía la spec | AURA QA |
Y una condición que atraviesa las cinco: neutralidad. La capa que gobierna no puede escribir código ni favorecer un proveedor. Quien decide no compite en el juego.
V. Lo que viene
Las flotas: un desarrollador supervisará decenas de agentes, y los agentes superarán en número a los humanos en cada equipo. La commoditización de los modelos: el margen migra a la orquestación, el contexto y los datos. La regulación: Europa, Norteamérica y América Latina exigirán saber qué porcentaje del código lo generó una IA, con qué modelo, quién lo revisó y con qué evidencia. Y el cambio de bolsillo: la inteligencia artificial de desarrollo dejará de comprarse con presupuesto de productividad y empezará a comprarse con presupuesto de riesgo y cumplimiento.
Cada una de esas tendencias hace más necesaria la capa que gobierna el ciclo completo. Nosotros la construimos porque la necesitábamos para sobrevivir a nuestro propio volumen de código. Hoy es de cualquier equipo que quiera desarrollar con agentes sin perder el control.
De la idea al merge, gobernado.