Identidad y manifiesto¶
Guía de aplicación vigente basada en MILPA 0.1. Explica reglas aceptadas; no define un formato nuevo.
Un manifiesto permite saber qué es un proyecto, quién responde por él y dónde termina su alcance, sin deducirlo de sus carpetas. No es un prompt ni una credencial de acceso.
Empieza por siete preguntas¶
| Pregunta | Contenido del manifiesto |
|---|---|
| ¿Qué proyecto es? | Identificador. |
| ¿Qué papel tiene? | Rol del nodo: función dentro de su relación con otros proyectos. |
| ¿Quién responde? | Owner humano. |
| ¿Qué incluye y qué excluye? | Alcance. |
| ¿Qué estructura declara? | Perfil y su estado. |
| ¿De qué nodo depende organizativamente? | Padre, o ninguno. |
| ¿Qué queda restringido? | Zonas restringidas. |
Estos contenidos proceden de MILPA-R-004. El requisito pide un manifiesto legible por máquina en la raíz del proyecto. La tabla de esta guía ayuda a preparar el contenido, pero no sustituye esa representación ni su validación.
El método no fija JSON, YAML, un nombre de archivo ni el esquema de un SDK. Esos detalles se concretan en un perfil. Como no hay perfiles aceptados en la edición 0.1, registra una propuesta; no anuncies un perfil aceptado inexistente. Si el proyecto está en transición, la excepción de MILPA-R-006 pide declarar perfil objetivo y fecha, con aceptación del owner.
Ejemplo ilustrativo¶
Proyecto ficticio: revisión de un catálogo de biblioteca con datos sintéticos.
- Identificador:
ejemplo-catalogo. - Rol: proyecto de revisión documental, sin operación sobre producción.
- Owner: persona responsable designada por el proyecto, todavía por identificar.
- Alcance: detectar posibles registros duplicados y proponer correcciones; sin borrar.
- Perfil: propuesta local en revisión, no un perfil aceptado de MILPA.
- Padre: ninguno en este ejemplo.
- Zonas restringidas: cuentas, credenciales, datos de usuarios y cualquier sistema de producción.
El ejemplo no es un manifiesto listo para operar: faltan la identidad real del responsable, la representación elegida y la validación. No es una declaración de conformidad.
No mezcles identidad, autoridad y permisos¶
«Rol del nodo» no significa rol de un agente ni permiso de una persona. Un manifiesto no concede acceso. Si hay agentes, sus alcances se describen por separado según ASILO-R-004.
La profundidad de un nodo tampoco es autoridad documental ni certeza de una afirmación.
MILPA-R-004 impide usar para ella un nombre homónimo como level. La herencia efectiva de
manifiestos queda fuera de la edición 0.1: declarar un padre no hereda reglas ni permisos.
Qué conservar¶
Conserva la revisión del manifiesto, el perfil declarado, su estado y el resultado de su validación. Revisa si sigue describiendo el proyecto cuando cambian alcance o relaciones. Un manifiesto correcto puede desactualizarse y no bloquea por sí mismo una lectura restringida.
Siguiente: estructura y nombres · Consultar la ficha de manifiesto
Una ficha antes de abrir el expediente¶
Como una ficha de biblioteca, el manifiesto permite identificar propósito y responsable antes de leer todo el material. La ficha no concede acceso ni demuestra la calidad del contenido.