La propuesta organiza el trabajo por flujo de principio a fin, en lugar de crear una estructura distinta para cada rol. Cambiar de función dentro de un mismo agente no cuenta como una revisión independiente.
Publicado porImágenes generadas con GPT Image 2
Respuesta de investigación
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/q56Obxge3SXqN702YfUAgiNDcqV2/thumbnails/52E484E2755ECB1168D8/5278B5E738546DB1DD36-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"本草案将业务流、任务契约、实测证据和独立审查收敛为一套可机械校验的治理设计。交付仅为会话中的工程规范草案,不表示控制器已经实现、宿主已经加载规则,也不授权代码实施、目录迁移或删除历史资产。\n\n 任务按端到端业务流组织,不按角色建立物理文档目录。\n 角色切换改变工作视角,不产生新的执行权限或独立审查身份。\n. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Un agente de IA puede analizar una tarea, diseñar una solución y luego intentar ejecutarla. Pero si también es quien declara que todo salió bien, queda una pregunta incómoda: ¿quién comprueba el resultado de forma independiente?
Un borrador de gobernanza para BMAD-Solo propone una respuesta concreta: ordenar el trabajo como un flujo de principio a fin y no permitir una entrega solo porque el propio agente la dé por terminada. La propuesta combina pruebas automáticas con una revisión independiente, ambas vinculadas al mismo trabajo y a la misma versión.
Es una distinción relevante en un campo donde añadir agentes especializados no garantiza, por sí solo, que colaboren mejor. Una investigación sobre sistemas de agentes señala que las dependencias entre ellos pueden hacer que errores locales afecten al resultado de una tarea.1
El esquema distingue cuatro perspectivas: Analyst para aclarar el problema, Architect para definir el diseño, Coder para preparar una solución y Supervisor para revisarla. Sin embargo, no plantea que cada perspectiva tenga que corresponder a un agente separado: un mismo agente puede cambiar de función a lo largo del proceso.
Ese cambio de rol tampoco demuestra independencia. Si el mismo agente implementa una solución y después la revisa, el borrador considera esa revisión un ejercicio de autocomprobación, no una aprobación independiente. Para superar ese control haría falta una identidad de revisión separada y una aprobación verificable.
La propuesta establece dos condiciones para autorizar una entrega:
Si falta una prueba, el resultado es desconocido o la versión cambia después de la aprobación, el trabajo no debería avanzar automáticamente. El borrador también diferencia entre aprobar la calidad y autorizar una publicación: superar los controles no concede, por sí solo, permiso para desplegar, fusionar o publicar.
Para reducir la confusión entre instrucciones, estados y pruebas, el documento propone que cada tarea tenga un contrato propio: qué hay que entregar, qué entradas utilizar, qué cambios están permitidos, cómo se comprobará el resultado y qué queda fuera del alcance.
Ese contrato sería la referencia principal para la tarea. Los resultados de ejecución y las aprobaciones se guardarían como pruebas separadas, vinculadas al contrato y a la versión examinada. Así, un resumen o una casilla marcada como «completado» no bastarían para acreditar que algo se probó.
El enfoque también sigue una lógica de flujo empresarial: empezar con una necesidad y recorrer las etapas hasta la entrega, en vez de organizar todo únicamente alrededor de los cargos o equipos. Una fuente sobre gestión de procesos describe el flujo de negocio como un recorrido de extremo a extremo, desde los requisitos del cliente hasta la entrega y su satisfacción.9
La propuesta es explícita en una limitación importante: redactar reglas no equivale a hacerlas cumplir. Un archivo de configuración no demuestra que un entorno haya cargado esas reglas; una prueba escrita en un documento no demuestra que se haya ejecutado; y un agente que afirme ser Supervisor no acredita una identidad independiente.
Para que el modelo funcionara como control real, harían falta mecanismos capaces de comprobar las pruebas, validar quién aprobó el trabajo y bloquear la entrega si la versión cambió o falta evidencia. El borrador no acredita que esos mecanismos ya existan ni que estén integrados con herramientas concretas.
Por eso, la idea central no es añadir más nombres de agentes, sino separar con claridad el trabajo, las pruebas y la autorización. Como diseño, ofrece una forma de pensar la gobernanza de agentes de IA; su eficacia dependería de implementaciones y verificaciones que todavía están pendientes.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La propuesta organiza el trabajo por flujo de principio a fin, en lugar de crear una estructura distinta para cada rol.
La propuesta organiza el trabajo por flujo de principio a fin, en lugar de crear una estructura distinta para cada rol. Cambiar de función dentro de un mismo agente no cuenta como una revisión independiente.
La entrega requiere dos condiciones: pruebas de máquina aprobadas y una revisión externa vinculada a la misma versión del trabajo.
La propuesta organiza el trabajo por flujo de principio a fin, en lugar de crear una estructura distinta para cada rol. Cambiar de función dentro de un mismo agente no cuenta como una revisión independiente.
Publicado porImágenes generadas con GPT Image 2
Respuesta de investigación
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/q56Obxge3SXqN702YfUAgiNDcqV2/thumbnails/52E484E2755ECB1168D8/5278B5E738546DB1DD36-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"本草案将业务流、任务契约、实测证据和独立审查收敛为一套可机械校验的治理设计。交付仅为会话中的工程规范草案,不表示控制器已经实现、宿主已经加载规则,也不授权代码实施、目录迁移或删除历史资产。\n\n 任务按端到端业务流组织,不按角色建立物理文档目录。\n 角色切换改变工作视角,不产生新的执行权限或独立审查身份。\n. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Un agente de IA puede analizar una tarea, diseñar una solución y luego intentar ejecutarla. Pero si también es quien declara que todo salió bien, queda una pregunta incómoda: ¿quién comprueba el resultado de forma independiente?
Un borrador de gobernanza para BMAD-Solo propone una respuesta concreta: ordenar el trabajo como un flujo de principio a fin y no permitir una entrega solo porque el propio agente la dé por terminada. La propuesta combina pruebas automáticas con una revisión independiente, ambas vinculadas al mismo trabajo y a la misma versión.
Es una distinción relevante en un campo donde añadir agentes especializados no garantiza, por sí solo, que colaboren mejor. Una investigación sobre sistemas de agentes señala que las dependencias entre ellos pueden hacer que errores locales afecten al resultado de una tarea.1
El esquema distingue cuatro perspectivas: Analyst para aclarar el problema, Architect para definir el diseño, Coder para preparar una solución y Supervisor para revisarla. Sin embargo, no plantea que cada perspectiva tenga que corresponder a un agente separado: un mismo agente puede cambiar de función a lo largo del proceso.
Ese cambio de rol tampoco demuestra independencia. Si el mismo agente implementa una solución y después la revisa, el borrador considera esa revisión un ejercicio de autocomprobación, no una aprobación independiente. Para superar ese control haría falta una identidad de revisión separada y una aprobación verificable.
La propuesta establece dos condiciones para autorizar una entrega:
Si falta una prueba, el resultado es desconocido o la versión cambia después de la aprobación, el trabajo no debería avanzar automáticamente. El borrador también diferencia entre aprobar la calidad y autorizar una publicación: superar los controles no concede, por sí solo, permiso para desplegar, fusionar o publicar.
Para reducir la confusión entre instrucciones, estados y pruebas, el documento propone que cada tarea tenga un contrato propio: qué hay que entregar, qué entradas utilizar, qué cambios están permitidos, cómo se comprobará el resultado y qué queda fuera del alcance.
Ese contrato sería la referencia principal para la tarea. Los resultados de ejecución y las aprobaciones se guardarían como pruebas separadas, vinculadas al contrato y a la versión examinada. Así, un resumen o una casilla marcada como «completado» no bastarían para acreditar que algo se probó.
El enfoque también sigue una lógica de flujo empresarial: empezar con una necesidad y recorrer las etapas hasta la entrega, en vez de organizar todo únicamente alrededor de los cargos o equipos. Una fuente sobre gestión de procesos describe el flujo de negocio como un recorrido de extremo a extremo, desde los requisitos del cliente hasta la entrega y su satisfacción.9
La propuesta es explícita en una limitación importante: redactar reglas no equivale a hacerlas cumplir. Un archivo de configuración no demuestra que un entorno haya cargado esas reglas; una prueba escrita en un documento no demuestra que se haya ejecutado; y un agente que afirme ser Supervisor no acredita una identidad independiente.
Para que el modelo funcionara como control real, harían falta mecanismos capaces de comprobar las pruebas, validar quién aprobó el trabajo y bloquear la entrega si la versión cambió o falta evidencia. El borrador no acredita que esos mecanismos ya existan ni que estén integrados con herramientas concretas.
Por eso, la idea central no es añadir más nombres de agentes, sino separar con claridad el trabajo, las pruebas y la autorización. Como diseño, ofrece una forma de pensar la gobernanza de agentes de IA; su eficacia dependería de implementaciones y verificaciones que todavía están pendientes.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La propuesta organiza el trabajo por flujo de principio a fin, en lugar de crear una estructura distinta para cada rol.
La propuesta organiza el trabajo por flujo de principio a fin, en lugar de crear una estructura distinta para cada rol. Cambiar de función dentro de un mismo agente no cuenta como una revisión independiente.
La entrega requiere dos condiciones: pruebas de máquina aprobadas y una revisión externa vinculada a la misma versión del trabajo.