Adoptar por partes¶
Guía de aplicación vigente basada en ASILO 0.1 y MILPA 0.1. Explica reglas aceptadas; no añade obligaciones ni define niveles de adopción.
La primera pregunta de quien llega suele ser si esto se adopta de golpe. No: cada requisito dice cuándo aplica, y fuera de esa condición no aplica. Esta guía reúne en un solo lugar lo que las fichas ya dicen sobre empezar pequeño.
No es todo o nada, y tampoco hay una escalera¶
Cada ficha de requisito lleva un campo Condición de aplicación y un campo Excepción. El lenguaje normativo los define: la condición dice cuándo se activa un requisito, y fuera de ella no aplica.
La edición 0.1 no define niveles de madurez ni un orden obligado de adopción. Lo que varía de un proyecto a otro no es un nivel: es cuántas condiciones se cumplen.
Una precisión que evita un malentendido: las palabras DEBERÍA que aparecen en algunas fichas abaratan una parte de un requisito que ya aplica; no permiten posponer el requisito entero. Todas las fichas contienen al menos un DEBE.
Qué se activa según lo que hace tu proyecto¶
| Si tu proyecto… | Entonces | Ficha |
|---|---|---|
| no tiene ningún punto de efecto alimentado por un modelo (sólo muestra texto a una persona) | el requisito de contratos y fronteras no aplica, pero registras esa condición; si cambia, aplica | ASILO-R-001 |
| es un solo módulo o paquete | el modelo de capas no aplica, y registras la condición | ASILO-R-002 |
| hace tareas sin datos internos ni memoria persistente | los límites de contexto no aplican a esas tareas | ASILO-R-003 |
| no tiene agentes con acceso a herramientas o datos | los permisos de agentes no aplican | ASILO-R-004 |
| no trata datos sensibles ni secretos | el requisito de datos sensibles no se activa | ASILO-R-006 |
| sólo ejecuta en local, sin costo ni efectos externos | los presupuestos no aplican a esas ejecuciones | ASILO-R-007 |
| es un prototipo interno sin usuarios externos, marcado como tal | la evaluación de fallos queda exenta, y el prototipo no puede sostener afirmaciones públicas | ASILO-R-008 |
| no declara aplicar MILPA | no aplican los nombres reservados ni el núcleo y perfil | MILPA-R-005, MILPA-R-006 |
| no declara aplicar MILPA y no permite operar agentes sobre él | el manifiesto de identidad no aplica | MILPA-R-004 |
Dos cosas que esta tabla no dice y conviene no leer en ella. Una ejecución con costo sigue bajo ASILO-R-007 aunque no tenga efectos externos: la excepción pide las dos cosas a la vez. Y un script que llama a un modelo puede activar ASILO-R-001 sin que exista ningún «agente».
Cuatro reglas que se activan por lo que haces¶
Cuatro requisitos de MILPA no esperan una declaración: su condición es una actividad.
| Cuando… | La regla, en una frase | Ficha |
|---|---|---|
| publicas, citas o haces cumplir una regla | di de dónde viene, quién la aprobó y en qué versión | MILPA-R-001 |
| escribes un informe que servirá para decidir, publicar o cambiar una regla | separa lo que está respaldado, lo que deduces y lo que supones | MILPA-R-002 |
| defines, documentas o implementas una clasificación | dale nombre propio y no la traduzcas a otra que se llame parecido | MILPA-R-003 |
| dos fuentes dicen cosas incompatibles | regístralo con ambas fuentes; no borres la que estorba | MILPA-R-008 |
Son un buen primer paso porque no piden infraestructura: son hábitos de escritura. Tienen sus excepciones —las notas de trabajo que no se usan para decidir, por ejemplo— y están en cada ficha.
Si estas cuatro obligan también a un proyecto que no ha declarado aplicar el método es una pregunta que la edición 0.1 no resuelve de forma expresa. Esta guía no la resuelve.
Dos límites que no admiten excepción¶
Cuando su condición se cumple, estos dos no se escalonan:
- Un agente con efectos externos necesita identidad propia, alcance declarado antes de operar y forma de revocarlo. La ficha dice «Ninguna para agentes con efectos externos» (ASILO-R-004).
- Las credenciales no entran al contexto de un modelo. La ficha dice «Ninguna para credenciales» (ASILO-R-006).
El estado de transición¶
Un solo requisito reconoce de forma expresa un estado intermedio. MILPA-R-006 dice en su excepción:
Proyectos en transición pueden declarar un perfil objetivo con fecha, con aceptación del owner.
Y en su formulación: si ningún perfil aceptado encaja, el proyecto DEBERÍA declararlo y proponer uno, en lugar de forzar el más cercano.
En la edición 0.1 ningún perfil está vigente (ver perfiles). Por eso, en lectura de esta guía, declarar hoy un perfil propuesto o un perfil objetivo con fecha es el caso habitual para cumplir este requisito. No anuncies un perfil aceptado que no existe.
Cómo decir dónde estás¶
La edición 0.1 no define una fórmula para «aplico el método en parte». Lo que sí puedes afirmar, porque está en una ficha:
| Puedes decir | Porque lo dice |
|---|---|
| «proyecto en transición, con perfil objetivo y fecha» | MILPA-R-006 |
| «vínculo exploratorio, marcado como tal y sin publicación» | MILPA-R-007 |
| «prototipo interno sin usuarios externos, marcado como tal» | ASILO-R-008 |
| «sin puntos de efecto; condición registrada» | ASILO-R-001 |
| «un solo módulo; condición registrada» | ASILO-R-002 |
Y, para apartarte de un requisito que sí te aplica, una excepción registrada con responsable humano, razón, alcance, duración, riesgos, rollback y fecha de revisión, como pide el lenguaje normativo.
Evita frases que el método no define, como «conformidad parcial» o «nivel básico». Y no uses los
estados draft, proposed o accepted para describir tu adopción: son estados de una regla, no
de un proyecto, y MILPA-R-003 pide no convertir una
clasificación en otra por parecerse.
Declarar requisito por requisito es más largo y es lo único que hoy se puede sostener.
Un recorrido posible¶
No es un orden exigido. Es una forma de empezar que no deja ningún paso a medias:
- Escribe con las cuatro reglas. No necesitas herramientas.
- Registra las condiciones que no te aplican. Sin puntos de efecto, un solo módulo, prototipo interno: una línea cada una, con fecha. Si cambian, sabrás qué se activó.
- Si declaras aplicar MILPA, publica el manifiesto y declara tu perfil —propuesto o en transición— siguiendo identidad y manifiesto y archivos, carpetas y nombres.
- Cuando aparezca un agente, un efecto o un costo, vuelve a la tabla: lo que antes no aplicaba, ahora sí. Sigue con contexto y traspasos y arquitectura y seguridad.
- Antes de afirmar algo en público, la exención de prototipo termina: lee evaluación y revisión.
Para el recorrido de un primer encargo concreto, ve a aplica el método.
Siguiente: identidad y manifiesto · Consultar los requisitos de ASILO · de MILPA
Un recorrido por etapas¶
Un recorrido se prepara según destino y condiciones. Adoptar por partes significa identificar lo que aplica y registrar por qué; no elegir sólo las obligaciones más cómodas. La analogía no sustituye las excepciones de cada requisito.