The AI-Native SDLC playbook: How to transform your software development lifecycle with AI—stage by stage
Guía extensa de Anthropic firmada por Louis Claxton (equipo Applied AI), publicada el 21 de agosto de 2026 en el blog de claude.com: una lectura estimada en 40 minutos, de unos 64.000 caracteres, presentada como una colección de plays extraídos del trabajo del equipo con sus clientes. (A) El diagnóstico: al dejar de ser el código el cuello de botella, este se desplaza hacia las etapas situadas a ambos lados de la construcción (planificación, revisión/pruebas, despliegue), los controles línea por línea dejan de sostenerse en cuanto el agente escribe la mayor parte del diff, y el coste de la gobernanza aumenta porque las excepciones siguen pasando por comités periódicos. (B) La respuesta: seis etapas (Plan, Design, Build, Test, Deploy, Maintain) organizadas como un loop en lugar de una cadena, cada una terminando en un artefacto versionado que la siguiente etapa lee — intent.md, spec.md, plan.md, el diff y sus pruebas, la PR y sus hallazgos, el registro del incidente. (1) El conocimiento institucional se convierte en archivos versionados: CLAUDE.md, skills, REVIEW.md, bands.yaml. (2) La gobernanza se divide en dos capas, con la skill situada como control consultivo y el hook como capa determinista detrás de ella.
Por Louis Claxton// Fuente claude.com ↗/Lectura 2 min/.md// Traducción verificada automáticamente
#SDLC nativo de IA#ciclo de vida de desarrollo de software#plays#intent.md#spec.md#plan.md#CLAUDE.md#REVIEW.md
Resumen
Louis Claxton, del equipo Applied AI de Anthropic, publicó el 21 de agosto de 2026 una guía de implementación para un ciclo de vida de desarrollo de software "nativo de IA". El punto de partida es un desequilibrio: las organizaciones escriben ahora código a una velocidad inimaginable un año antes, pero los procesos que lo rodean — puertas de aprobación, revisiones, traspasos, políticas — no se han movido. El SDLC tradicional fue diseñado para un mundo en el que escribir código era la etapa más larga y más costosa; sus controles también asumen que cada acción la realiza un humano.
De ahí se derivan tres consecuencias. El cuello de botella se desplaza hacia las etapas que aún funcionan a velocidad humana, a ambos lados de la construcción. Los controles dejan de ser aplicables: leer cada línea tenía sentido cuando una persona la había escrito. Y el coste de la gobernanza aumenta, porque las excepciones pasan por comités periódicos.
La respuesta conserva los objetivos de control y cambia la forma de ejecutarlos. El proceso se convierte en un loop, con la IA integrada en cada punto, organizado en seis etapas — Plan, Design, Build, Test, Deploy, Maintain — desglosadas en plays que siguen todas la misma cuadrícula, hasta las métricas. El hilo conductor es el artefacto versionado. La intención la captura su autor original como intent.md; los requisitos y el diseño se fusionan en una única sesión que produce spec.md, condicionada por las skills de marca, seguridad, cumplimiento y UX; la construcción empieza en plan mode y bloquea plan.md antes de escribir ningún código. La cadena de commits sirve de rastro de auditoría.
El conocimiento institucional se convierte en archivos versionados: CLAUDE.md para el contexto del repositorio, skills para las políticas transversales, REVIEW.md para la doctrina de revisión, bands.yaml para los umbrales de producción. La gobernanza se divide en dos capas, con la skill como control consultivo y el hook como capa determinista que bloquea o solicita aprobación. Un ejemplo de managed settings detalla, clave por clave, qué aporta cada ajuste en términos de control, desde negarse a leer secretos hasta imponer un umbral mínimo de versión.
La etapa Maintain cierra el loop: un script determinista vigila una métrica, y al cruzar una banda se invoca a Claude sin ningún humano en la cadena de llamadas, con un nivel de autonomía fijado por el tier. Lo que encuentra el agente se reescribe como intent.md y se reintroduce en el ciclo. Claude Tag, en beta pública en Slack, extiende el patrón a los incidentes que llegan por chat. No se presentan resultados cuantificados: la guía aporta métricas que medir y nombra su fuente.
Puntos clave
Tres consecuencias cuando la construcción deja de ser la restricción. (1) el cuello de botella se desplaza hacia las etapas que aún funcionan a velocidad humana (planificación, revisión/pruebas, despliegue); (2) los controles se vuelven inaplicables — leer cada línea tenía sentido cuando la había escrito un humano; (3) el coste de la gobernanza aumenta, porque las excepciones pasan por comités periódicos. Ejemplo aportado: un equipo de seguridad dimensionado para un caudal humano, frente al cual la cola de revisión crece o el código se despliega con revisión insuficiente.
El hilo conductor es el artefacto versionado. , no la herramienta: cada etapa termina escribiendo en el control de versiones, la siguiente empieza leyéndolo, y la cadena de commits es el rastro de auditoría. El .md domina en las etapas iniciales porque el product owner y el agente leen el mismo archivo; a partir de la etapa de construcción, el artefacto es el código y sus trazas.
Disparadores en cascada. un intent.md aceptado desencadena la pasada de requisitos/diseño, un spec.md aprobado desencadena el plan mode, una PR fusionada desencadena el pipeline, una banda cruzada en producción escribe el siguiente intent.md. Los equipos empiezan indicando cada etapa a mano; el estado objetivo es el loop en el que cada artefacto aceptado arma la siguiente puerta.
Skill frente a hook — la distinción sostiene todo el edificio de control. la skill hace probable el cumplimiento de la política sin obligar a una sesión a cumplirla; el hook es determinista y bloquea la acción. Una política que debe cumplirse siempre necesita un hook o una pasada de revisión detrás de la skill. Corolario: un hook que solicita aprobación humana pertenece al despliegue, no a la construcción, donde volvería a poner a una persona en la ruta crítica de cada sesión paralela.
Sistemas legados. para cada artefacto, se designa un único sistema como fuente de verdad (el repositorio, o Jira/ServiceNow con los archivos .md como copias de trabajo), y todo lo demás conserva solo un enlace. Un encadenamiento simple — el artefacto lleva el ID del registro, el registro lleva el SHA del commit — se propone como listón mínimo de partida.
Test. el bucle de feedback (tests, build, diff de capturas) se ejecuta a lo largo de toda la tarea; el subagente verificador es una pasada final con contexto nuevo, de modo que el veredicto no queda coloreado por los supuestos que produjeron el código. Para una corrección, se escribe primero el test que falla, se confirma, y luego se impide mediante un hook que el agente lo edite. Los evals son el equivalente nativo de IA a las puertas de QA: de 20 a 50 tareas reales se repiten en cada cambio de CLAUDE.md, de una skill o de un hook, y cada incidente se convierte en un eval permanente.
Maintain, cerrando el loop.la detección sigue siendo determinista (media y desviación estándar en ventana móvil, reglas de Western Electric, un script versionado y probado, sin ningún modelo implicado); Claude solo se invoca una vez cruzada una banda, y el tier fija lo que puede hacer — 1σ registra, 2σ diagnostica en solo lectura, 3σ propone (una PR o un runbook preaprobado). El rollback se señala como la vía que debe ser la más ensayada del pipeline.
⚠️ Lo que la pieza no cuantifica: ningún resultado cuantificado, ni ahorro de tiempo ni tasa de adopción. Las cifras de la guía son parámetros de implementación (20-50 evals, dos o tres sesiones paralelas para empezar); los resultados siguen siendo métricas que cada uno debe medir, con su fuente indicada en cada caso (git log, metadatos de la PR, exportación de OpenTelemetry, DORA, herramienta de seguimiento de incidentes).
Para conectar. [[sfeir-sdlc-ia-cycle-11-phases-2026-06-16]] (un desglose competidor, en once fases) y [[sfeir-code-review-anneau-contraintes-2026-07-30]] (el anillo de restricciones alrededor del agente, donde los hooks y la revisión son aquí dos anillos distintos).
Cifras clave
rendimiento de entrega, indicador retardado del play CI/CD