RespuestasPublicado13 fuentes
BMAD y Harness² no bastan: cómo simplificar un agente de programación
BMAD aporta métodos y materiales de trabajo; no sustituye al estado de tareas ni al mecanismo que decide cuándo avanzar. Harness² estudia cómo mejorar el sistema que rodea a un modelo, pero una rutina de aprendizaje inspirada en esa idea no equivale a implementar el marco completo.
Publicado porImágenes generadas con GPT Image 2
Respuesta de investigación
Conclusiones clave
- BMAD aporta métodos y materiales de trabajo; no sustituye al estado de tareas ni al mecanismo que decide cuándo avanzar.
- Harness² estudia cómo mejorar el sistema que rodea a un modelo, pero una rutina de aprendizaje inspirada en esa idea no equivale a implementar el marco completo.
- La revisión estática detectó piezas existentes que todavía no forman un ciclo operativo completo: entre ellas, la selección de tareas, la verificación y el registro de puntos de control.
- La prioridad propuesta es demostrar un flujo remoto corto, con fallos acotados, revisión independiente y protección frente a efectos duplicados.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/hpkuIEzclnOMt7XhpweWATvsB813/images/A8D3C5DA5895750379DA/798B6E44EA96A10671B5.png)
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"你的判断基本成立：V5 应收敛为“BMAD 方法资产 + 小型任务状态机 + 独立 Agent 执行 + 有界反馈与经验”，而不是再造多智能体平台。但把 BMAD METHOD 和 Harness² 放到 Cline CLI 上，并不能据此认定已经具备断开续跑、四槽位分权、独立验收和安全恢复。\n\n 方法论值得. Topic tags: general web, ai safety, llm, agents, prompt engineering. 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, waterma
Sumar BMAD-METHOD, Harness² y una herramienta de programación asistida puede parecer una receta para conseguir un agente autónomo. Pero la combinación de proyectos no demuestra, por sí sola, que el sistema pueda continuar tras una desconexión, respetar límites de autorización, verificar su propio trabajo o recuperarse sin repetir acciones.
Esa es la conclusión principal de una revisión de la arquitectura V5: la dirección es razonable, pero el diseño se había acercado demasiado a una plataforma de control general. La propuesta ahora es más sobria: conservar los métodos útiles, conectar un estado de tareas pequeño con un agente de ejecución y limitar los ciclos de reparación y aprendizaje.
Cada componente cumple una función distinta
BMAD-METHOD aporta métodos de trabajo, instrucciones y flujos para ayudar a planificar y construir software. Sus habilidades pueden cargar agentes, iniciar flujos de trabajo o ejecutar tareas; su documentación contempla desde cambios pequeños hasta proyectos de mayor alcance.2
5
6 Eso lo convierte en una fuente de método y contexto, no en un sustituto automático del planificador de tareas.
Harness² se ocupa de otra capa: el sistema que rodea al modelo, incluidos los prompts, las herramientas, la memoria, las habilidades y la orquestación.11 El trabajo académico presenta un enfoque recursivo para mejorar ese entorno.
3 Por eso, guardar unas notas de aprendizaje al terminar una tarea puede inspirarse en Harness², pero no equivale a implementar su marco completo.
En una arquitectura práctica también hay que separar el agente que ejecuta, el mecanismo que ordena las tareas, el bucle que gestiona fallos y el proceso que decide qué cambios quedan autorizados. Son responsabilidades relacionadas, pero no intercambiables.
La autonomía no se demuestra dejando un proceso abierto
Conviene distinguir tres capacidades:
- Cargar instrucciones y completar una tarea en una sesión.
- Mantener una ejecución remota que siga usando el modelo y las herramientas cuando se desconecta el equipo local.
- Coordinar tareas dependientes, verificar resultados, registrar el avance y detenerse ante un fallo o un límite, sin duplicar efectos al reanudarse.
La tercera es la más exigente. Que un proceso sobreviva en un servidor no prueba que seleccione la siguiente tarea de forma correcta, que una revisión sea independiente o que una recuperación no repita una operación ya realizada.
La revisión no confirmó las interfaces actuales de Cline ni de pi-jev ni su compatibilidad exacta. Por tanto, no puede concluir que esas herramientas ya cubran todas las necesidades. La recomendación es configurar lo que exista y añadir solo las piezas que falten, en vez de asumir que instalar varios proyectos completa el sistema.
El problema de V5 no era simplemente tener demasiadas líneas
El objetivo de V5 era concreto: una persona revisa y autoriza el trabajo; un servidor remoto ejecuta las tareas aprobadas; los cambios se verifican antes de avanzar; y los fallos tienen un límite. Sin embargo, el plan acumulaba compromisos de compatibilidad, continuidad de sesiones, medición, recuperación, puntos de control, cuatro roles, paneles y aprendizaje.
La revisión recomienda distinguir el primer ciclo funcional de las mejoras posteriores. No se trata de borrar compromisos anteriores de manera implícita, sino de decidir cuáles son requisitos de la primera entrega y cuáles pueden esperar.
También corrige una explicación anterior sobre la complejidad del almacenamiento: el módulo revisado guardaba decisiones humanas sobre versiones, no una base de datos de experiencias. La simplificación adecuada, por tanto, sería retirar controles de aprobación que no hacen falta, no confundir esa tarea con reemplazar el estado de ejecución o los puntos de control por un archivo de notas.
Cada dato debe tener una función clara:
- La experiencia ayuda a orientar tareas futuras.
- El estado indica qué está hecho y qué toca ejecutar.
- La evidencia registra qué ocurrió durante la ejecución.
- La autorización define qué se permite hacer en una tarea concreta.
Pueden ser mecanismos livianos, pero no conviene mezclarlos en un único documento.
Las piezas existen; falta cerrar el circuito
La inspección estática del repositorio encontró un esbozo de grafo: ya hay comprobaciones de dependencias, detección de ciclos y selección de tareas listas. El límite es que el contrato de ejecución no expresa todavía todo el flujo necesario.
También encontró varios puntos de integración pendientes. La configuración de Pi bloquea la carga de extensiones, habilidades y archivos de contexto, así que no se puede dar por hecho que las instrucciones de BMAD estén disponibles en esa ruta. Además, el bucle se detiene antes de completar la escritura del punto de control y pasar a la siguiente tarea. Y la vinculación de archivos parece abarcar más activos de los que el flujo necesita, lo que puede dejar fuera de uso activos antiguos que todavía afectan a la ejecución.
La lectura práctica es clara: antes de añadir otra capa de control, conviene reducir las dependencias obligatorias y conectar las piezas que ya existen.
Una versión más pequeña, sin renunciar a la seguridad
El diseño recomendado trata los cuatro roles como permisos y responsabilidades, no como cuatro modelos que deban estar siempre activos ni como cuatro servicios independientes:
- Planificación e investigación: usar los métodos de BMAD cuando aporten valor y traducir el objetivo en tareas y criterios de aceptación.
- Autorización humana: iniciar una ejecución con un plan, un conjunto de tareas, un alcance de escritura, un presupuesto y una condición de parada definidos.
- Cadena de ejecución: elegir una tarea lista, ejecutarla en una sesión nueva, correr verificaciones pertinentes, someter el resultado a una revisión independiente y registrar el punto de control antes de avanzar.
- Reparación acotada: si una verificación falla, enviar el resultado a una nueva sesión; detenerse al alcanzar el límite autorizado.
- Experiencia y seguimiento: aportar aprendizajes cuando sean pertinentes y mantener el panel como una vista de solo lectura, sin convertirlo en una fuente de autorización.
Así, el grafo organiza dependencias, el bucle gestiona los intentos y el sistema de trabajo aporta contexto. No hace falta duplicar cada función en un marco distinto.
Lo que no conviene eliminar al simplificar
Hay tres límites que siguen siendo esenciales. Primero, la prueba de continuidad debe comprobar que, tras desconectar el entorno local, el sistema ejecuta nuevos pasos con el modelo y las herramientas y puede avanzar a la tarea siguiente; observar que un proceso sigue abierto no basta.
Segundo, las pruebas, la revisión y el registro del cambio deben referirse al mismo resultado. Si el registro del punto de control falla después de una operación exitosa, el sistema debe detenerse y reconciliar el estado, no reiniciar a ciegas y repetirla.
Tercero, una nota de experiencia puede ser incorrecta. Eliminar duplicados no demuestra que una regla sea válida: los aprendizajes necesitan evidencia y un ámbito de aplicación, y no deben imponerse automáticamente sobre los criterios de aceptación o los permisos.
La revisión también señala una limitación concreta de la estrategia actual de puntos de control: rechaza que dos tareas diferentes compartan archivos bajo gestión. Eso puede bloquear tareas sucesivas que necesitan modificar el mismo archivo. La salida no es fingir que los proyectos reales nunca tienen ese caso, sino definir cómo se reasigna la propiedad de los archivos entre tareas.
La prueba decisiva
La conclusión no es abandonar V5, sino reducir su primer objetivo. BMAD puede aportar el método; Pi o Cline, el acceso de ejecución; un estado de tareas pequeño, el orden y las transiciones; y las notas de experiencia, un mecanismo inspirado en Harness². Ninguna de esas piezas, por separado o en conjunto, certifica un sistema seguro y autónomo.
La primera demostración debería ser una cadena corta: cerrar el entorno local, dejar que el servidor complete dos tareas dependientes, observar una reparación real tras un fallo, obtener una revisión independiente, guardar un punto de control y detener la ejecución de forma fiable. Si esa prueba no funciona, añadir paneles, compatibilidad o más roles solo ampliará el sistema antes de demostrar su necesidad.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La gente también pregunta
¿Cuál es la respuesta corta a "BMAD y Harness² no bastan: cómo simplificar un agente de programación"?
BMAD aporta métodos y materiales de trabajo; no sustituye al estado de tareas ni al mecanismo que decide cuándo avanzar.
¿Cuáles son los puntos clave a validar primero?
BMAD aporta métodos y materiales de trabajo; no sustituye al estado de tareas ni al mecanismo que decide cuándo avanzar. Harness² estudia cómo mejorar el sistema que rodea a un modelo, pero una rutina de aprendizaje inspirada en esa idea no equivale a implementar el marco completo.
¿Qué debo hacer a continuación en la práctica?
La revisión estática detectó piezas existentes que todavía no forman un ciclo operativo completo: entre ellas, la selección de tareas, la verificación y el registro de puntos de control.