Por Thomas Cohen, fundador de Maestro
Tus especificaciones pronto valdrán más que tu código
La IA hace que el código sea abundante. Lo escaso pasa a ser la comprensión: saber qué se quiso construir y por qué. Se perfilan tres niveles de madurez.
Durante décadas, el activo de un proyecto de software era el código. Se protegía y se facturaba. La documentación venía después, cuando llegaba. Los agentes de IA están invirtiendo ese orden: el código se produce, se corrige y se regenera a demanda. Lo que dirige la producción y conserva su valor cuando todo lo demás se puede rehacer es la especificación: el texto que dice qué debe hacer el producto, para quién y bajo qué condiciones sabremos que ha salido bien.
La música conoce esta jerarquía desde hace mucho. Una orquesta interpreta; la partitura permanece. Los músicos cambian, los instrumentos cambian y, aun así, la obra se vuelve a tocar igual porque la intención está escrita. El código de un producto es una interpretación. Tu especificación es la partitura.
La deuda de comprensión
Un programa puede funcionar sin que nadie sepa qué reglas de negocio aplica, qué supuestos programó un desarrollador una noche sin escribirlos ni cómo hacerlo evolucionar sin romper otra cosa. Esta deuda de comprensión existía mucho antes de la IA: es lo que deja huérfano un producto cuando su desarrollador se marcha. Pero la generación de código mediante agentes la multiplica, porque producir nunca había sido tan fácil y aplazar la comprensión nunca había resultado tan tentador. Un producto que funciona sin que nadie lo entienda es una casa sin planos: habitable, pero imposible de vender o reparar.
Tres niveles de madurez
En la forma de relacionar especificación y código se perfilan tres prácticas, desde la más habitual hasta la más ambiciosa.
La primera, llamada spec-first: la especificación inicia la generación y después cada uno sigue su camino. El código evoluciona con las peticiones y la especificación se queda en un cajón. Productivo para empezar y frágil después: semana tras semana crece la distancia entre lo que promete el texto y lo que hace el producto.
La segunda, llamada spec-anchored: especificación, código y pruebas evolucionan juntos en un circuito cerrado. Cada requisito importante tiene criterios verificables y unas pruebas automáticas comprueban continuamente que el producto haga lo que dice el texto. Cuando uno de los tres cambia, los otros dos lo acompañan. Es el punto de equilibrio realista hoy: la velocidad de la generación, con control añadido.
La tercera, llamada spec-as-source: ya no se toca el código en absoluto. Solo se modifican la especificación, las reglas y los criterios, y el programa se regenera como una proyección de ese conocimiento. Atractivo sobre el papel, todavía experimental en la práctica.
Una buena especificación no evita los errores
Especificar mejor no elimina los errores de los agentes: un agente siempre puede inventar, interpretar mal o tomar un atajo. Una especificación con criterios verificables cambia el carácter del error: detectas pronto una desviación medible, cuando aún cuesta poco, en lugar de descubrir una deriva silenciosa semanas después. La vigilancia humana se vuelve sostenible a escala.
Tu patrimonio, si encargas la construcción
Si diriges un producto sin programarlo, este cambio es una noticia excelente, siempre que extraigas su consecuencia: tu patrimonio son tus documentos, el brief, las reglas de tu negocio, los recorridos de tus usuarios y los criterios que dicen «está bien». Quien posee estos textos posee su producto, porque permiten rehacer todo lo demás: cambiar de herramienta o proveedor, volver a auditar o reconstruir sin partir de una página en blanco. El código por sí solo se deprecia a medida que las máquinas aprenden a escribirlo.
Y la habilidad que gana valor es la del responsable de producto: formalizar una intención, decidir reglas, describir un recorrido en su idioma, siempre que una herramienta le presente documentos legibles y espere su validación. Es la apuesta de la metodología de Maestro, pero la lección va más allá de la herramienta: construyas donde construyas, exige documentos que puedas leer, corregir y llevarte.
La pregunta cambia
Ayer, la pregunta estratégica de un proyecto era: ¿qué hemos programado? Ahora pasa a ser: ¿qué hemos especificado y quién lo entiende? La IA generará el código. La comprensión se escribe, se valida y se mantiene, y ese trabajo te corresponde desde hoy.