Preparar documentación permite ver con claridad qué aporta un equipo: hay fuentes que consultar, un texto que producir y afirmaciones que revisar. El siguiente caso es un diseño de flujo de trabajo, no una historia de cliente ni una demostración de la integración futura de ConductLoop. Puedes adaptarlo a tus notas y herramientas actuales.
El encargo inicial
Supongamos que una app necesita una guía de primeros pasos para nuevos usuarios. El objetivo es que una persona entienda qué puede hacer hoy, qué necesita instalar y dónde pedir ayuda. El brief incluye el README, las notas de la versión publicada y preguntas de soporte seleccionadas. La entrega solicitada es un borrador con tres pasos, una sección de problemas habituales y una lista de datos que aún deben confirmarse.
El CEO organiza el trabajo
En la jerarquía propuesta, el coordinador identifica dependencias antes de repartir tareas. Revisar la documentación publicada y agrupar preguntas de soporte son trabajos que podrían avanzar por separado. La redacción depende de sus conclusiones. El CEO debería conservar la definición de terminado: cada instrucción debe corresponder a una función disponible y cada afirmación importante debe poder rastrearse hasta una fuente. No necesita convertir cada párrafo en una tarea distinta.
La investigación devuelve evidencia
El primer entregable podría ser una tabla con pregunta del usuario, respuesta documentada, fuente y nivel de certeza. Si el README menciona un sistema operativo y las notas de versión otro, el agente debe señalarlo. Si no hay una captura de pantalla actual, debe dejar constancia del hueco. Separar esos problemas antes de redactar reduce la tentación de completar detalles con suposiciones. El coordinador puede decidir qué dudas bloquean el borrador y cuáles pueden quedar marcadas.
La redacción produce una pieza limitada
El redactor recibe el brief y la tabla de evidencia. Su tarea es ordenar las instrucciones para una persona nueva, mantener la terminología y escribir un borrador. Debe identificar como tal cualquier función en preparación. Una entrega útil incluye el documento y las preguntas sin resolver, en lugar de esconder esas dudas entre frases ambiguas. Para un producto como ConductLoop, Brain, Boardroom y MCP pertenecen al estado actual; la jerarquía CEO → agentes se describe como futura.
La revisión compara contra criterios
El revisor comprueba si el texto responde a las preguntas del brief, si las instrucciones están sustentadas y si hay promesas no confirmadas. Devuelve problemas localizados, no una puntuación genérica. El coordinador reúne las correcciones y entrega una versión revisada con las decisiones pendientes. Una discrepancia sobre el producto debe volver a una fuente o a una persona capaz de decidir; no se resuelve acumulando votos de otros agentes.
La persona decide qué publicar
Revisa la pieza final y confirma los detalles que dependen del producto real. Publicar es una acción separada del trabajo de redacción. Guarda el brief, las fuentes y el resultado aceptado como ejemplo para el siguiente encargo. Este caso muestra la intención de la futura jerarquía de ConductLoop: dirigir al CEO y revisar una entrega coordinada. No implica que el flujo esté disponible como plantilla, que publique automáticamente o que tenga una fecha de lanzamiento comprometida.