SCAFFOLD 0.1: edición aceptada

Decisión humana registrada: 13 de octubre de 2026. Se acepta SCAFFOLD 0.1 como metodología de ingeniería con asistentes, junto a las ediciones aceptadas ASILO 0.1 y MILPA 0.1. La decisión procede de la instrucción expresa recibida durante la revisión documental: SCAFFOLD debe aparecer aprobada, como ASILO.

Alcance de la edición

SCAFFOLD organiza proyectos de software construidos por personas y asistentes, desde el arranque hasta la entrega: carta de proyecto y levantamiento, trabajo planificado y cadencia, cuadrillas de personas y de agentes, zonas de escritura, traspasos, lotes, ramas, entornos, despliegue, versiones y medición. Su edición 0.1 incluye 31 requisitos aceptados: SCAFFOLD-R-001 a SCAFFOLD-R-016 y SCAFFOLD-R-018 a SCAFFOLD-R-032, con sus fichas y el formato de nota de traspaso en la página de requisitos. El español es normativo; el inglés es una traducción informativa.

La aceptación de SCAFFOLD no modifica los textos ni las excepciones de ASILO 0.1 y MILPA 0.1. Declarar su aplicación exige evidencia del proyecto; esta decisión no certifica una implementación ni afirma adopción generalizada en el sector.

Enmienda fuera de la edición

SCAFFOLD-R-017 permanece en estado proposed y queda fuera de los 31 requisitos vigentes. Propone una excepción a MILPA-R-007 para sistemas que no declaran su extremo del vínculo. Aceptar SCAFFOLD no aprueba esa modificación de MILPA: MILPA-R-007 conserva su autoridad y su única excepción vigente, para vínculos exploratorios. Su ID se conserva y no se reutiliza.

Edición completada — 14 de octubre de 2026

Decisión humana registrada: 14 de octubre de 2026. El owner indicó completar SCAFFOLD como método de gestión de proyectos de software —planteamiento desde cero o desde el estado en que esté el proyecto, trabajo planificado, vínculo con el control de versiones, ramas, entornos, despliegue, versiones y cuadrillas de personas y de agentes— e incluirlo en la primera edición en lugar de abrir otra. Se añaden SCAFFOLD-R-019 a SCAFFOLD-R-032, los roles que nombran las fichas y los formatos abiertos del ciclo del proyecto. Los requisitos R-001 a R-016 y R-018 conservan su redacción; su campo «Estado y edición» registra ahora las dos fechas. El registro reference/scaffold-accepted-0.1-sha256.json conserva las huellas del 13-oct como revisión sustituida, para que la procedencia no se pierda.

Trazabilidad y evolución

La clasificación inicial como guía candidata y su posterior descripción como «de facto» quedan sustituidas por esta aceptación. El registro propio reference/scaffold-accepted-0.1-sha256.json fija edición, fecha, IDs incluidos, exclusión y huellas de las páginas aceptadas, separado de los registros históricos ASILO/MILPA. Una modificación normativa posterior requiere decisión humana y edición identificada. Este registro documenta la decisión; no concede autoridad para aceptar otras ediciones.

Consulta la metodología, los requisitos y el historial.