Requisitos — ASILO, MILPA y SCAFFOLD¶
Estado: ASILO 0.1 y MILPA 0.1 tienen ocho requisitos cada una. SCAFFOLD 0.2 tiene 36 (16-oct-2026): 31 heredados de 0.1 y cinco nuevos. Ver el historial de versiones.
Cada requisito sigue la ficha mínima: ID estable, problema, alcance, actor, condición, formulación verificable, evidencia, excepción, riesgo residual y referencias externas. Las palabras DEBE, NO DEBE, DEBERÍA y PUEDE tienen el significado definido en esa página.
Cómo leerlos¶
- Empieza por los principios: explican el porqué.
- Consulta el requisito que te interese; la ficha dice cuándo aplica y cómo se comprobaría.
- Si trabajas con una tecnología concreta, revisa los perfiles.
- Para ver qué software se relaciona con el método, usa el mapa de implementaciones. Que un software exista no prueba cumplimiento.
MILPA — conocimiento, autoridad y estructura¶
| ID | Tema | Una línea |
|---|---|---|
| MILPA-R-001 | Autoridad y procedencia | Toda regla dice de dónde viene, en qué estado está y quién la aprobó. |
| MILPA-R-002 | Hechos e inferencias | Los informes separan hechos citados, inferencias e hipótesis. |
| MILPA-R-003 | Escalas homónimas | Ningún «nivel» se traduce a otra escala sin correspondencia aceptada. |
| MILPA-R-004 | Manifiesto | Cada proyecto declara identidad, owner, alcance, perfil y zonas restringidas. |
| MILPA-R-005 | Nombres reservados | Los nombres reservados vienen de un vocabulario declarado y versionado. |
| MILPA-R-006 | Estructura | Núcleo invariante más perfil declarado; ningún árbol de perfil es universal. |
| MILPA-R-007 | Integración entre proyectos | Los vínculos se declaran en ambos extremos con contrato y versión. |
| MILPA-R-008 | Contradicciones | Se registran y se conservan hasta decidir. |
ASILO — límites de sistemas con IA¶
| ID | Tema | Una línea |
|---|---|---|
| ASILO-R-001 | Contratos y fronteras de confianza | La salida del modelo se valida y se autoriza antes de producir efectos. |
| ASILO-R-002 | Capas o anillos | Se declara el modelo y la regla de dependencias; se recomienda comprobarla automáticamente cuando el perfil lo permita. |
| ASILO-R-003 | Límites de contexto | Cada tarea tiene un presupuesto de contexto con fuentes, datos y caducidad. |
| ASILO-R-004 | Permisos mínimos | Cada agente tiene alcance declarado, no mayor que el de quien lo invoca, y revocable. |
| ASILO-R-005 | Revisión humana | Los efectos críticos catalogados requieren confirmación humana informada. |
| ASILO-R-006 | Datos sensibles | Datos clasificados con propósito y retención; secretos nunca en el contexto. |
| ASILO-R-007 | Presupuestos y continuidad | Límites de costo, acciones y tiempo; parada probada; estado conservado. |
| ASILO-R-008 | Evaluación de fallos | Se miden alucinación, inyección y complacencia donde corresponda; fallos entre agentes si hay más de uno. Nada se declara eliminado. |
Qué significa «aceptado»¶
Un requisito aceptado obliga, dentro de su alcance y condición, a quien declare aplicar ASILO 0.1,
MILPA 0.1 o SCAFFOLD en la edición aceptada que identifique. No certifica que un sistema lo cumpla: eso exige evidencia propia en cada
proyecto. Los IDs quedan congelados; un requisito retirado conserva su ID como deprecated.
Reglas del estándar editorial¶
Gobiernan cómo se escribe este sitio, no cómo se construye un sistema.
| ID | Tema | Una línea |
|---|---|---|
| DOC-AX-001 | Voz | Voz accesible, neutral y precisa; misma fuerza normativa en español e inglés. |
| DOC-AX-002 | Agnosticismo | El método no depende de productos y sus ejemplos son ficticios. |
| DOC-AX-003 | Traducción | Español primero; cada traducción parte de una revisión identificada. |
| DOC-AX-004 | Utilidad | Comunicación técnica útil y verificable, sin promesas ni cifras sin fuente. |
| DOC-AX-005 | Analogías | Analogías con referente, correspondencia y límites; apellido descriptivo por método. |
| DOC-AX-006 | Alcance de IA | Uno o varios asistentes son situaciones distintas; se conservan las condiciones de cada requisito. |
SCAFFOLD — proyectos de software con personas y asistentes¶
SCAFFOLD 0.2 está aceptada desde el 16-oct-2026 con 36 requisitos: 31 de 0.1 y cinco nuevos. R-017 sigue pendiente fuera de ambas ediciones.
| ID | Grupo | Una línea |
|---|---|---|
| SCAFFOLD-R-001 | A · Alcance y atribución | Cada ruta tiene como máximo un dueño de escritura; las compartidas se declaran. |
| SCAFFOLD-R-002 | A · Alcance y atribución | Un cambio que cruza zonas de varios dueños va en un lote con persona responsable. |
| SCAFFOLD-R-003 | A · Alcance y atribución | Cada cambio se atribuye a una persona y, si intervino, al asistente. |
| SCAFFOLD-R-004 | B · Contexto y traspaso | Se recomienda declarar un contexto de arranque corto y existente. |
| SCAFFOLD-R-005 | B · Contexto y traspaso | Al cambiar de asistente se deja una nota de traspaso con estado; tomada, no se edita. |
| SCAFFOLD-R-006 | C · Contratos, mapas y código | Contrato, mapa y código declaran su versión; conviene comprobar que no se desfasen. |
| SCAFFOLD-R-007 | C · Contratos, mapas y código | Quien trabaja contra un contrato ajeno lo recibe en su contexto con versión. |
| SCAFFOLD-R-008 | C · Contratos, mapas y código | Toda dependencia de terceros nueva o cambiada registra quién la revisó y por qué. |
| SCAFFOLD-R-009 | D · Lotes y registro | El trabajo se organiza en lotes tipificados; el costo es dato o «desconocido». |
| SCAFFOLD-R-010 | D · Lotes y registro | Se ejecutan las comprobaciones declaradas; un asistente no integra ni despliega solo lo catalogado como crítico. |
| SCAFFOLD-R-011 | E · Frontera y urgencia | La configuración de la capa de ingeniería queda fuera del artefacto desplegado. |
| SCAFFOLD-R-012 | E · Frontera y urgencia | La exploración identifica previamente los controles suspendibles, conserva ASILO/MILPA y tiene salida formal. |
| SCAFFOLD-R-013 | E · Frontera y urgencia | La vía de urgencia se define antes, deja registro y termina en revisión. |
| SCAFFOLD-R-014 | F · Proyectos compuestos | La raíz declara a sus hijos y no escribe en ellos fuera de un lote del hijo. |
| SCAFFOLD-R-015 | F · Proyectos compuestos | Desde la raíz el contexto se limita a manifiestos, contratos, mapas y notas. |
| SCAFFOLD-R-016 | F · Proyectos compuestos | Las dependencias entre lotes se declaran, se respetan al cerrar y no forman ciclos. |
| SCAFFOLD-R-018 | F · Proyectos compuestos | Un contrato o vínculo obsoleto no debe usarse en un lote de tipo función; puede usarse en lotes cuyo objetivo sea retirarlo. |
| SCAFFOLD-R-019 | G · Proyecto y arranque | El proyecto tiene una carta con objetivo, alcance, responsables y efectos críticos antes del primer lote de función. |
| SCAFFOLD-R-020 | G · Proyecto y arranque | Al adoptar sobre trabajo existente se registra un levantamiento con hechos e hipótesis separados. |
| SCAFFOLD-R-021 | H · Trabajo y cadencia | El trabajo planificado son elementos con identificador, criterios de aceptación y responsable; los lotes los citan. |
| SCAFFOLD-R-022 | H · Trabajo y cadencia | Ordenar, aceptar y descartar trabajo lo deciden personas; un asistente propone. |
| SCAFFOLD-R-023 | H · Trabajo y cadencia | Hay condición de listo y definición de terminado; nada se termina sin comprobarlas y sin aceptación humana. |
| SCAFFOLD-R-024 | H · Trabajo y cadencia | Se declara cadencia y, en flujo continuo, además un límite de trabajo en curso; se registran revisión periódica y mejora. |
| SCAFFOLD-R-025 | I · Ramas y versiones | Ramas, solicitudes de integración y versiones citan su trabajo; la trazabilidad funciona en ambos sentidos. |
| SCAFFOLD-R-026 | I · Ramas y versiones | El modelo de ramas se declara; la rama principal está protegida y un asistente no escribe en ella sin revisión. |
| SCAFFOLD-R-027 | J · Entornos y entrega | Cada entorno declara propósito, datos, secretos propios y quién despliega; producción es efecto crítico. |
| SCAFFOLD-R-028 | J · Entornos y entrega | Se promueve el mismo artefacto comprobado, con plan de reversión y registro de despliegue. |
| SCAFFOLD-R-029 | I · Ramas y versiones | Las versiones siguen un esquema declarado, con etiqueta inmutable, notas y autorización. |
| SCAFFOLD-R-030 | K · Cuadrillas | Cada cuadrilla de personas, agentes o mixta tiene responsable humano; una de sólo agentes no acepta, ordena ni despliega. |
| SCAFFOLD-R-031 | K · Cuadrillas | Todo trabajo en curso tiene persona responsable; la capacidad de personas y agentes se planifica por separado. |
| SCAFFOLD-R-032 | J · Entornos y entrega | Se miden indicadores de entrega declarados y cada incidente tiene revisión posterior con acciones. |
| SCAFFOLD-R-033 | L · 0.2 | Impacto y evidencia dependiente |
| SCAFFOLD-R-034 | L · 0.2 | Ejecución, configuración e infraestructura |
| SCAFFOLD-R-035 | L · 0.2 | Compatibilidad y migración de datos |
| SCAFFOLD-R-036 | L · 0.2 | Límites estructurales verificables |
| SCAFFOLD-R-037 | L · 0.2 | Conexiones y acciones remotas de ingeniería |
Las guías de arquitectura y seguridad de ASILO explican sus requisitos y modelos de perfil; no constituyen requisitos adicionales.
Enmienda pendiente fuera de las ediciones aceptadas¶
R-017 se conserva como propuesta; no forma parte de los 36 requisitos aceptados. La regla vigente para vínculos es MILPA-R-007.
| ID | Estado / Status / 状态 | Referencia / Reference / 引用 |
|---|---|---|
| SCAFFOLD-R-017 | propuesto | Enmienda propuesta a MILPA-R-007 para vínculos externos; hoy rige MILPA-R-007. |