La proliferación de agentes de programación ha reducido el coste de redactar software, pero ha dejado en evidencia un coste que dábamos por sentado: entender el código que escribimos. Como históricamente escribir y comprender iban de la mano, rara vez se habían tratado como habilidades separadas; quien escribe suele razonar sobre lo que produce. Con los agentes haciéndose cargo de la generación —y también de la revisión y las pruebas— esa comprensión se vuelve opcional, y con ella se debilita la capacidad de construir modelos mentales del propio sistema.
El texto distingue entre proyectos de baja exigencia, donde generar código sin entenderlo resulta razonable, y sistemas en producción, donde el desarrollador asume responsabilidades de calidad, seguridad, depuración, operación y evolución. La pregunta ya no es solo si algo se puede construir, sino si se está dispuesto a poseerlo y mantenerlo a largo plazo. En esa línea, la comprensión humana del código generado aparece como el nuevo cuello de botella del desarrollo, y se advierte que la IA puede actuar como una fábrica de complejidad si no se controla.
Como respuesta, el autor propone explorar el diseño de sistemas cuya estructura esté pensada desde el inicio para ser comprensible: piezas individuales entendibles y límites que permitan a las personas cambiar de nivel de abstracción y razonar con seguridad sobre el conjunto, en lugar de intentar comprender cada línea en todo momento.