Aplica los métodos a tu primer proyecto¶
Guía de aplicación vigente de las primeras ediciones 0.1. Los requisitos aceptados conservan sus condiciones. Esta guía explica los requisitos aceptados; no acepta un perfil ni agrega obligaciones.
Empieza con un encargo pequeño: revisar una parte de un proyecto y proponer una mejora. Puedes usar un asistente de programación, un modelo local o un servicio por API (interfaz de programación de aplicaciones). Los métodos no exigen un SDK (kit de desarrollo de software), un framework ni un proveedor concreto.
MILPA te ayuda a localizar las reglas, las fuentes y las decisiones. ASILO te ayuda a definir qué datos recibe el asistente y qué acciones puede realizar. Para evaluar si un proyecto aplica la edición 0.1, consulta todos los requisitos; este recorrido es una entrada al método, no una declaración de cobertura completa.
1. Explica el proyecto antes de pedir trabajo¶
Prepara una ficha con su identidad, responsable, propósito, alcance y zonas restringidas. Declara el perfil que usas y su estado. Si todavía es una propuesta, dilo: los perfiles de este sitio declaran su estado de aprobación por separado.
Por ejemplo, para un catálogo de biblioteca: «Queremos detectar registros duplicados en un inventario de prueba. La persona responsable revisará la propuesta. Quedan fuera los datos de usuarios, la base de producción y cualquier borrado».
Consulta MILPA-R-004 para los campos del manifiesto y MILPA-R-006 para las siete funciones del núcleo: manifiesto, entrada para lectores, fuentes y vínculos, instrucciones para agentes cuando operen, índice, decisiones y material temporal separado. Los nombres y carpetas concretos pertenecen al perfil.
Si necesitas el detalle, abre Identidad y manifiesto y Archivos, carpetas y nombres.
Si la operación depende de una jurisdicción, prepara primero su contexto con Aplicar perfiles por jurisdicción. Elegir idioma o país de alojamiento no determina por sí solo las reglas aplicables.
2. Deja una ruta corta hacia las fuentes¶
La entrada del proyecto debería permitir encontrar el índice, las reglas aplicables y las
decisiones sin recorrer todo el árbol. Registra la edición del método y la revisión de las
fuentes que uses; una página publicada o una etiqueta canon no sustituyen esa identificación.
Una instrucción breve para cualquier asistente puede señalar esas rutas. El texto completo vive en un lugar dueño; las entradas de cada herramienta enlazan a él. Copiar todas las reglas en varios archivos crea versiones que pueden divergir.
Consulta MILPA-R-001 y MILPA-R-007. Compartir una carpeta o leer el mismo texto no conecta automáticamente dos sistemas ni demuestra compatibilidad.
3. Acota un encargo¶
Antes de enviarlo al modelo, identifica su objetivo, las fuentes necesarias, las rutas excluidas, la clasificación de los datos, el tamaño máximo de contexto y su caducidad. Declara también quién actúa, qué operaciones tiene permitidas y sus límites de acciones y delegación.
En el ejemplo de biblioteca, un primer encargo puede leer un inventario sintético y devolver una lista de posibles duplicados con referencias al registro original. No necesita acceso a cuentas, credenciales ni otros proyectos. Un presupuesto escrito requiere comprobar después qué recibió realmente la herramienta.
La referencia está en ASILO-R-003, ASILO-R-004 y ASILO-R-006. Las instrucciones orientan al modelo; los permisos y restricciones efectivos dependen de controles verificables en la herramienta y el sistema.
La guía de Contexto y traspasos ayuda a preparar ese presupuesto.
4. Revisa la propuesta antes del efecto¶
Pide que cada hallazgo distinga hecho citado, inferencia e hipótesis. Revisa el resultado contra sus fuentes: que otro agente esté de acuerdo no comprueba su veracidad ni su independencia.
Si la propuesta pasa a ejecutar una acción, identifica el contrato y la autorización necesarios. Una lista de duplicados puede estar bien formada y aun así incluir registros que no deben borrarse. Para efectos críticos, la persona autorizada revisa el objeto concreto antes de confirmarlo. El catálogo mínimo y las condiciones están en ASILO-R-005.
Consulta también MILPA-R-002, ASILO-R-001 y ASILO-R-008. Los controles se prueban frente a fallos concretos; no convierten un resultado en una verdad por consenso.
Abre Arquitectura y seguridad para separar controles y Evaluación y revisión para comprobar los fallos aplicables.
5. Conserva lo aprendido para el siguiente encargo¶
Guarda la decisión, las fuentes revisadas, las pruebas realizadas y lo que sigue pendiente. Una contradicción conserva sus dos fuentes hasta que la persona responsable decide cómo resolverla (MILPA-R-008).
Si cambias de asistente o proveedor, prepara un traspaso con el objetivo, las revisiones de documentos y artefactos, los límites vigentes, los resultados y la siguiente acción pendiente. Es una técnica de trabajo sugerida: no sincroniza las memorias privadas de las herramientas ni autoriza automáticamente al nuevo destinatario a recibir los datos. Revisa sus accesos y las condiciones de tratamiento antes de continuar. Para presupuestos, parada y conservación de estado, consulta ASILO-R-007.
Abre el detalle poco a poco¶
Usa las fichas de artefactos para preparar registros, o compara tu encargo con los casos de uso. Elige herramientas después de definir los límites y la evidencia que necesitas, no como condición para aprender el método.
Un MD o una compilación del sitio no prueban por sí solos la aplicación. La evidencia se registra contra el requisito, la edición y el proyecto evaluado. La instalación y uso del software quedan fuera de este recorrido (responsabilidades del portal).