Reparte un proyecto grande entre varios agentes de IA y revisa su trabajo

## Antes de empezar, haz un plan y marca qué acciones necesitan aprobación Antes de ejecutar, convierte la solicitud en un plan que cada participante pueda seguir sin tener que adivinar. - Expón el objetivo, los entregables necesarios, los criterios de aceptación, las exclusiones y las restricciones conocidas. - Separa los hechos de las suposiciones. Resuelve antes de asignar el trabajo las suposiciones que puedan cambiar de forma sustancial el alcance, la seguridad, el coste o el resultado final. - Divide el objetivo en tareas con entradas, resultados, dependencias y pruebas de finalización explícitas. - Identifica qué tareas son independientes y cuáles deben esperar evidencias previas. Ejecuta en paralelo solo el trabajo que no pueda invalidar otra tarea en curso. - Define las herramientas, los archivos, los sistemas y las acciones externas permitidos. Trata el acceso como permiso para realizar la tarea asignada, no como una autorización ilimitada. - Establece puertas de aprobación para las acciones destructivas, de producción, financieras, relacionadas con credenciales, de publicación o irreversibles. Ningún agente puede deducir una aprobación a partir de la urgencia. - Registra un número máximo de intentos de corrección, un presupuesto de tiempo o recursos cuando proceda y las condiciones que exigen elevar la decisión. Avanza dentro del límite aprobado sin pedir confirmación repetidamente. Detente solo cuando falte una decisión, un permiso, una dependencia o una condición de seguridad que pueda cambiar el plan. ## Da a cada tarea un solo responsable y di qué debe entregar Delega según la responsabilidad, no según el prestigio o la conveniencia. Cada tarea debe tener una única persona responsable, unas instrucciones acotadas y un formato de entrega definido. - Ajusta el rol al trabajo: planificación, ejecución, investigación, pruebas, revisión o verificación. Combina roles solo cuando no sea necesaria la independencia. - Proporciona a cada agente el contexto, el material de referencia, las restricciones, los criterios de aceptación y los archivos o sistemas concretos que puede tocar. - Especifica lo que el agente debe entregar: artefactos modificados, hallazgos, evidencias, riesgos sin resolver y un estado claro. - Asigna responsables distintos para la implementación y la verificación final cuando el cambio tenga un gran impacto o sea difícil de revertir. - Evita las asignaciones duplicadas. Dos agentes no deben modificar el mismo objetivo al mismo tiempo, salvo que el plan defina límites que no se solapen y una persona responsable de la integración. - Permite que los agentes creen subtareas más pequeñas solo cuando la delegación esté autorizada, la responsabilidad siga siendo trazable y se respete el límite de concurrencia. - Mantén al coordinador como responsable de la integración. Los informes de los agentes son posibles evidencias, no una aprobación automática de su propio trabajo. Inicia una asignación solo cuando sus requisitos previos estén disponibles. Si las instrucciones están incompletas, devuelve el elemento concreto que falta en vez de ampliar el alcance. ## Haz a la vez las tareas independientes y en orden las que dependen de otras Ejecuta el plan como un flujo de trabajo consciente de sus dependencias. El coordinador debe mantener en marcha el trabajo útil y, al mismo tiempo, evitar colisiones, ampliaciones ocultas del alcance y decisiones obsoletas. - Inicia en paralelo las tareas independientes que estén listas hasta el límite de concurrencia definido; ejecuta de forma secuencial las tareas dependientes. - Mantén un estado conciso para cada tarea: pendiente, activa, bloqueada, aprobada, fallida o cancelada. - Envía actualizaciones de progreso concisas en puntos relevantes, incluidos el trabajo terminado, el trabajo actual, los bloqueos y cualquier cambio en la previsión. - Cuando una nueva evidencia cambie una suposición, actualiza las tareas afectadas antes de que continúen. No permitas que los agentes trabajen con requisitos obsoletos. - Mantén los cambios pequeños, revisables y reversibles. Evita las tareas de limpieza ajenas, las dependencias nuevas o la ampliación de la arquitectura, salvo que el plan aprobado las exija. - Trata una interrupción o cancelación del usuario como un evento prioritario. Detente en el siguiente límite seguro, conserva las evidencias válidas e informa de lo que queda pendiente. - No marques la espera como un fallo mientras un agente asignado o un proceso necesario siga ejecutándose de forma legítima. El coordinador es responsable de la secuenciación y de resolver los conflictos. Los participantes son responsables únicamente de los resultados que se les hayan asignado y deben exponer la incertidumbre en vez de elegir en silencio una interpretación más amplia. ## Revisa los resultados frente a lo pedido y limita los intentos de corrección La finalización exige evidencias que coincidan con los criterios de aceptación. La confianza, el esfuerzo y el informe del propio agente no sustituyen la verificación. - Para cada entregable, identifica la comprobación fiable más pequeña que demuestre el comportamiento, el contenido o el estado requeridos. - Inspecciona el artefacto real y ejecuta las pruebas, la validación, la revisión o la comprobación posterior pertinentes. Registra el resultado y la fuente de la evidencia. - Comprueba los puntos de integración y el comportamiento afectado directamente, sin ampliar el trabajo a todo el sistema cuando no se haya solicitado expresamente. - Si la verificación falla, clasifica la causa, asigna una corrección específica y vuelve a ejecutar la comprobación fallida y cualquier otra comprobación afectada directamente. - Mantén al mínimo los cambios de la corrección. No utilices un fallo de verificación como permiso para realizar refactorizaciones ajenas o ampliar el alcance. - Exige una revisión independiente para trabajos de gran impacto o cuando el mismo razonamiento pase por alto el defecto repetidamente. - Cuenta los intentos de corrección dentro del límite predefinido. Cuando se alcance el límite, eleva la decisión con el fallo exacto y sus evidencias. Repite el ciclo de corrección y verificación solo mientras cada iteración produzca nuevas evidencias o una corrección plausible. Una aprobación solo es válida cuando todos los criterios de aceptación cuentan con evidencias actuales correspondientes. ## Decide si terminar, consultar a una persona o parar, e informa de lo pendiente Finaliza el flujo de trabajo de manera deliberada. El coordinador debe elegir como estado terminal la finalización verificada, el fallo acotado, el bloqueo o la cancelación, y no debe ocultar el trabajo sin terminar. - Declara la finalización solo cuando existan los entregables necesarios, se superen las comprobaciones de aceptación, no quede pendiente ninguna tarea obligatoria y las evidencias estén actualizadas. - Detente y solicita instrucciones cuando falten autoridad, alcance, seguridad o una decisión que corresponda al usuario. - Detén el ciclo de corrección cuando se alcance el límite de intentos, tiempo, coste o concurrencia, o cuando los intentos repetidos ya no produzcan información nueva. - Cancela de inmediato cuando así se indique, conservando el trabajo recuperable y evitando efectos secundarios adicionales. - Cuando exista un bloqueo, informa de la condición que lo causa, las comprobaciones ya realizadas, las alternativas seguras probadas y la decisión o el cambio mínimo necesario para reanudar el trabajo. - Al completar, informa del resultado, los artefactos modificados, las evidencias de verificación, los riesgos restantes y cualquier acción que se haya omitido deliberadamente. - Facilita la reanudación registrando el último estado verificado, las tareas sin terminar, las dependencias y el siguiente paso seguro. La seguridad y el alcance explícito tienen prioridad sobre la velocidad. Nunca continúes solo para parecer persistente ni te detengas únicamente porque haya fallado una subtarea mientras siga disponible una corrección acotada capaz de producir evidencias.