Artefactos y fichas¶
Referencia explicativa vigente. Las obligaciones están en los requisitos; las fichas no fijan formato, nombre de archivo, campos de un SDK ni un estándar nuevo.
Un artefacto conserva información para entender, actuar o revisar. Una regla dice qué se requiere; una ficha ayuda a prepararlo; la evidencia permite comprobar lo ocurrido. No son intercambiables.
Qué preparar según tu necesidad¶
| Necesidad | Artefacto | Regla o naturaleza |
|---|---|---|
| Identificar el proyecto | Manifiesto. | MILPA-R-004. |
| Localizar conocimiento | Mapa de estructura y fuentes. | MILPA-R-001, R-005, R-006, R-007. |
| Delimitar una tarea | Presupuesto de contexto. | ASILO-R-003, R-006. |
| Declarar acciones y fronteras | Controles. | ASILO-R-001, R-002, R-004, R-005, R-007. |
| Comprobar fallos | Evaluación. | ASILO-R-008. |
| Conservar una conclusión | Informe, decisión y conflicto. | MILPA-R-001, R-002, R-008. |
| Continuar con otra herramienta | Traspaso. | Técnica sugerida; no artefacto normativo de la edición 0.1. |
Los requisitos no imponen un archivo separado para cada fila. Tampoco todas las filas aplican a cualquier proyecto: consulta alcance, condición y excepción en la ficha normativa.
Manifiesto¶
Contenido mínimo de MILPA-R-004:
| Contenido | Valor a completar |
|---|---|
| Identificador | Identidad del proyecto o nodo. |
| Rol del nodo | Función del nodo, no permiso de un agente. |
| Owner humano | Responsable identificado. |
| Alcance | Qué incluye y qué queda fuera. |
| Perfil declarado | Referencia y estado. Si no hay uno aceptado, declara la propuesta o transición con las condiciones de MILPA-R-006. |
| Padre | Referencia del nodo padre, o ninguno. |
| Zonas restringidas | Áreas cuyo acceso está restringido. |
El requisito exige una representación legible por máquina en la raíz. Esta tabla no es su esquema ni una representación lista para validación. Profundidad y escalas homónimas se mantienen distintas; no se presume herencia efectiva.
Estructura y fuentes¶
La guía de estructura enumera las siete funciones aceptadas de MILPA-R-006. Un mapa sugerido relaciona cada función con su ubicación y responsable reales. El vocabulario reservado declara versión conforme a MILPA-R-005.
Para reglas, MILPA-R-001 pide fuente, revisión o SHA-256, estado y owner. Para un vínculo, MILPA-R-007 pide en ambos extremos proveedor, consumidor, contrato y versión, datos que cruzan, owner, estado y evidencia. Un índice de rutas no prueba la autoridad ni la compatibilidad.
Presupuesto de contexto¶
Contenido declarado por ASILO-R-003: fuentes permitidas, rutas excluidas, clasificación máxima, límite de tamaño y caducidad. No se reutiliza entre tareas distintas cuando aplica el requisito. Como ayuda de lectura puedes añadir una referencia a la tarea y a su responsable; esos campos adicionales son sugerencias de esta ficha.
La evidencia incluye lo recibido realmente, no sólo el presupuesto previsto. El inventario de datos de ASILO-R-006 recoge clasificación, propósito, base o consentimiento aplicable, retención, revocación/borrado y owner. No incluyas credenciales como valores de ejemplo ni como datos a enviar al modelo.
Controles¶
| Artefacto | Contenido que se consulta en el requisito |
|---|---|
| Contrato de efecto | Entradas/salidas, versión, validación y autorización en la frontera; ASILO-R-001. |
| Modelo de arquitectura | Nombre y contenido de capas, perfil de origen y dirección de dependencias; ASILO-R-002. |
| Alcance de agente | Identidad, operaciones, datos, límite de acciones y profundidad de delegación; ASILO-R-004. |
| Catálogo y aprobación crítica | Efectos catalogados; identidad, fecha y objeto específico aprobado; ASILO-R-005. |
| Presupuesto de ejecución y parada | Costo o tokens, acciones, tiempo, responsable de parada y evidencia del entorno; ASILO-R-007. |
Una firma, un sello o un recibo pueden ser soluciones de un perfil; la edición no fija algoritmo ni protocolo. Una declaración de alcance tampoco aplica permisos por sí sola.
Evaluación¶
Contenido de ASILO-R-008: modelo y versión, configuración, conjunto de casos, método, resultado y riesgo residual. Los casos cubren los fallos aplicables, no un catálogo universal de ataques. Marca por separado prueba diseñada, simulada y ejecutada. Un resultado no registrado queda pendiente, no aprobado por defecto.
Informe, decisión y conflicto¶
MILPA-R-002 separa hechos citados, inferencias e hipótesis. Una decisión que acepta una regla identifica persona, versión y fecha según MILPA-R-001. MILPA-R-008 registra las dos fuentes del conflicto, revisión/hash, frases y consecuencia; resolver conserva procedencia y cita la decisión.
Puedes presentar una propuesta como RFC y conservar una decisión como ADR u otro registro. Es una elección documental del proyecto: estas siglas y sus nombres de archivo no son un formato universal exigido por la edición 0.1.
Traspaso sugerido¶
- Objetivo del siguiente encargo.
- Referencias dueñas y revisiones de documentos y artefactos.
- Límites y autorizaciones cuya vigencia se va a comprobar.
- Hechos citados, inferencias, hipótesis y resultados observados.
- Decisiones, conflictos y próxima acción pendiente.
Esta técnica facilita retomar trabajo; no sincroniza memorias, concede permisos ni demuestra continuidad. La guía de contexto y traspasos explica esas fronteras.