Saltar a contenido

Problemas y capacidades del ecosistema

Esta guía permite elegir qué aplicar según el problema. Es una explicación de ASILO 0.1, MILPA 0.1 y SCAFFOLD 0.2, sin nuevas obligaciones ni un dictamen sobre productos.

Qué aporta cada método

Método Propuesta de valor Pregunta que organiza
MILPA Conocimiento con procedencia, autoridad, estructura y relaciones visibles. ¿Qué sabemos, de dónde viene y cómo se relaciona?
ASILO Límites de datos, contexto, permisos y efectos, con evaluación del riesgo residual. ¿Qué se permite y cómo se comprueba?
SCAFFOLD Un ciclo de software con intención, responsabilidades, trabajo, comprobación y entrega trazables. ¿Cómo se convierte la intención en una entrega verificable?

Los tres se pueden adoptar por partes. Un proyecto operativo con IA puede necesitar ASILO y MILPA sin usar agentes para desarrollar software. SCAFFOLD coordina ingeniería; sus controles de datos y autoridad se relacionan con los otros métodos, sin imponer una herramienta concreta.

Catálogo de grandes problemas

Los IDs remiten al índice de 52 requisitos aceptados: ocho de ASILO, ocho de MILPA y 36 de SCAFFOLD. El resumen no sustituye las condiciones, excepciones ni fuerza normativa de la ficha completa.

Caso Problema Requisitos relacionados Contribución y límite
P01 Confundir reglas con opiniones MILPA-R-001/002/008 Fuente, estado, responsable y contradicciones visibles.
P02 Leer demasiado contexto o contexto obsoleto ASILO-R-003; SCAFFOLD-R-004/007/015 Contexto acotado y contratos versionados; una referencia corta no prueba actualidad.
P03 Cambios concurrentes y responsables difusos SCAFFOLD-R-001/002/003/030/031 Zonas, lotes y responsables; el aislamiento efectivo depende del entorno.
P04 Pérdida de estado entre asistentes SCAFFOLD-R-005/009/016 Traspasos con estado y dependencias de trabajo sin ciclos.
P05 Historias, código y pruebas que divergen SCAFFOLD-R-006/021/023/033 Relacionar revisiones y revisar evidencia afectada al cambiar una fuente.
P06 Microservicios con acoplamiento oculto MILPA-R-007; SCAFFOLD-R-007/014/036 Vínculos en ambos extremos, contrato recibido y límites estructurales comprobables.
P07 Configuración e infraestructura incompatibles SCAFFOLD-R-027/034 Comprobar declaraciones frente al código, entorno y resultado observado.
P08 Migraciones y recuperación inseguras SCAFFOLD-R-028/035 Compatibilidad, coexistencia y recuperación según el cambio y motor de datos.
P09 Herramientas con privilegios excesivos ASILO-R-001/004/005; SCAFFOLD-R-037 Identificar actor y destino, autorizar efectos y probar revocación.
P10 Dependencias de terceros sin revisión SCAFFOLD-R-008; ASILO-R-008 Registrar cambio, revisión y motivo; integrar comprobadores apropiados.
P11 Alucinación, inyección y complacencia ASILO-R-001/008 Validar la forma y medir fallos con casos y líneas base; no equivalen.
P12 Exposición de información sensible ASILO-R-003/006; MILPA-R-001 Clasificación, propósito, retención y controles de salida según contexto.
P13 Trabajo sin objetivo o aceptación SCAFFOLD-R-019/020/021/022/023 Carta, levantamiento si existe trabajo previo, criterios y decisiones humanas.
P14 Sobrecarga y avances difíciles de interpretar SCAFFOLD-R-024/030/031/032 Cadencia, límite adicional en flujo continuo y capacidad humana/agéntica separada.
P15 Gasto y reintentos sin control ASILO-R-007; SCAFFOLD-R-009/032 Presupuestos, parada y métricas declaradas; costo desconocido sigue desconocido.
P16 Versiones o despliegues sin trazabilidad SCAFFOLD-R-025/026/027/028/029 Vínculos trabajo-rama-integración-versión y promoción del artefacto comprobado.
P17 Refactors que alteran comportamiento SCAFFOLD-R-006/009/023/033/036 Declarar invariantes y pruebas de caracterización pertinentes; son técnicas de aplicación.
P18 Código obsoleto e incidentes recurrentes SCAFFOLD-R-013/018/032 Retiro explícito, urgencia prevista y acciones posteriores al incidente.
P19 Localización confundida con jurisdicción MILPA-R-001/003/005/007; ASILO-R-006; SCAFFOLD-R-034 Distinguir idioma, zona horaria, formato, jurisdicción y versión de las fuentes.
P20 Tableros desconectados de la evidencia MILPA-R-007; SCAFFOLD-R-021/025/032/033 Una fuente declarada y proyecciones trazables; ningún porcentaje prueba valor entregado.

De la regla a un resultado comprobado

Para cada problema conviene registrar: requisito y edición, revisión de la fuente, mecanismo, entorno, prueba positiva y negativa, resultado, riesgo restante y persona responsable. Se distinguen cuatro estados: regla aceptada, mecanismo implementado, verificación ejecutada y distribución publicada. Ninguno implica automáticamente el siguiente.

Por ejemplo, declarar DATABASE_URL no prueba que el servicio arranque con la configuración del despliegue. Una prueba puede registrar el hash del código y del manifiesto, validar que falta una variable y comprobar el caso válido sin publicar su valor. El resultado se invalida o se revisa cuando cambian sus entradas; el formato concreto pertenece al perfil y al software.

Un diagrama explica relaciones, pero su sintaxis correcta no demuestra equivalencia con el código. Un hook detecta ciertos cambios, pero por sí solo no confina el proceso. Una firma vincula bytes con una clave; la identidad humana y su autoridad requieren comprobaciones adicionales.

Organización y adopción

Una persona puede asumir varias responsabilidades declaradas; varias claves de una misma persona no crean revisores independientes. Una cuadrilla de agentes contribuye al trabajo, mientras las personas conservan las decisiones que establece SCAFFOLD. Una herramienta de gestión existente puede proyectar estado desde una fuente declarada; no se exige sustituir tableros ni reuniones.

No hay una escala universal de niveles 0–5 que combine madurez, riesgo, capas y adopción. Cada clasificación conserva su nombre, propósito y versión; MILPA-R-003 exige no confundirlas. Las plantas de la analogía MILPA tampoco fijan clases obligatorias de agentes.

Cómo seguir