Bill Staples, CEO de GitLab, publica el 24 de agosto de 2026 un ensayo que extiende un memorando escrito a su consejo en enero y una primera publicación en mayo, GitLab Act 2. El detonante explícito es el playbook de SDLC nativo en IA de Anthropic, publicado el 21 de agosto, del que toma prestada la afirmación de apertura: el código ya no es el cuello de botella. Su pregunta va un paso más allá: si producir código deja de ser la restricción, ¿qué se vuelve escaso, y qué arquitectura debe tener una empresa cuando humanos, agentes y múltiples modelos actúan simultáneamente a velocidad de máquina?
Su respuesta cabe en una frase: cuando la implementación se vuelve abundante, la confianza se vuelve escasa. Durante sesenta años, la ingeniería de software se ha organizado en torno a un hecho —el código es precioso— del que se derivan la preservación del legado, la optimización de la productividad del desarrollador y la ceremonia de revisiones, aprobaciones y puertas de liberación. Esta restricción está cambiando, y el sistema construido en torno a ella la seguirá.
La unidad económica que propone no es el costo por línea sino el costo por cambio aceptado, que agrega generación, entorno, contexto, verificación, revisión, remediación y gobernanza. La IA colapsa el término de generación y hace que los demás resulten proporcionalmente decisivos: una organización diez veces más rápida generando, sin tocar el resto, simplemente desplaza la cola. Es la teoría de las restricciones, citada por su nombre.
Las experiencias de Stripe, Spotify y Amplitude sirven como material. Muestran sobre todo dónde reaparecen las siguientes restricciones: entorno, CI, revisión y gobernanza. Un pipeline de treinta minutos, escribe, derrota a cualquier modelo. De ahí se deriva una arquitectura: tres modos de desarrollo coexistentes en lugar de una curva de madurez única; el bucle interno migrando de la estación de trabajo al pipeline, más cerca del repositorio y produciendo evidencia; una autonomía que se gobierna en lugar de concederse, mediante puertas deterministas, aislamiento, política y evidencia.
Luego se expone la tesis del proveedor: el modelo es un componente de ejecución reemplazable, no la arquitectura duradera. El contexto, la identidad, la política, la procedencia y la memoria organizacional deben persistir a través de modelos y agentes, lo que empuja hacia un plano de control neutral respecto al modelo y a la nube. El texto distingue el archivo Markdown del registro gobernable, sostiene que el agente debe pertenecer al cliente, describe un PDLC donde la señal de negocio se convierte en software verificado, y prevé que la población de Builders crezca. El juicio humano, por su parte, no se vuelve abundante: se desplaza hacia arriba, hacia la intención, la arquitectura y las excepciones.