Arquitectura auditable · Unidad 5 de 8
Bootear con advertencias: riesgos aceptados
bootable_with_warnings existe a propósito: todas las dependencias requeridas cierran, pero el grafo carga advertencias — capacidades sugeridas sin proveedor o superficies con salvedades declaradas. El host puede bootear con los trade-offs explícitos (MILPA_BOOTABLE_WITH_WARNINGS): cada advertencia se revisa o se registra como riesgo aceptado; ninguna se borra.
Al terminar podrás
- Leer bootable_with_warnings como estado deliberado del semáforo
- Aceptar un riesgo con razón, expiración y reloj
Entender
bootable_with_warnings existe a propósito: todas las dependencias requeridas cierran, pero el grafo carga advertencias — capacidades sugeridas sin proveedor o superficies con salvedades declaradas. El host puede bootear con los trade-offs explícitos (MILPA_BOOTABLE_WITH_WARNINGS): cada advertencia se revisa o se registra como riesgo aceptado; ninguna se borra.
Aceptar un riesgo exige una razón — aceptar sin decir por qué lo silencia, y una advertencia silenciada es exactamente lo que acceptedRisks existe para prevenir — y puede llevar una expiración. Pero el resolver es puro y nunca lee el reloj de pared: quien llama aporta evaluatedAt. Un expiry que corre sin reloj es MILPA_RISK_EXPIRY_UNEVALUATED: un riesgo que crees acotado pero que nadie está haciendo cumplir.
Sugerido significa opcional: una capacidad sugerida sin proveedor no bloquea el grafo (MILPA_SUGGESTED_CAPABILITY_MISSING); aplica la ruta de fallback y el mensaje nombra a dónde degrada el runtime, para que la conducta ausente sea visible en lugar de desaparecer.
Ver
Operar la compuerta
Aceptar un riesgo es una decisión con actor, razón y contexto: la compuerta muestra cómo una decisión así queda auditable en lugar de volverse un atajo invisible.
Hacer
Ejecuta la práctica en tu checkout y conserva la salida como evidencia.
Verificar
Demuestra que puedes aplicar la unidad. El progreso solo avanza al aprobar la evaluación.
Criterios evaluados
- Distingue la advertencia revisable del riesgo aceptado con razón.
- Explica por qué un expiry sin evaluatedAt no está acotando nada.
Fuentes primarias
Contenido verificado: 2026-07-12