Por qué Maestro dejó BMAD: nuestra decisión y los resultados de los ensayos

Sustituimos BMAD por una metodología propia para organizar mejor las etapas de Maestro. Una campaña de nueve escenarios, en agosto de 2026, orientó esa decisión sin establecer una clasificación general de herramientas.

Maestro empezó con BMAD-METHOD, una metodología abierta para organizar el trabajo de los agentes de IA. Queríamos controlar más directamente la secuencia: qué debe producir el agente, qué valida el usuario y qué ocurre cuando falla una comprobación. Por eso desarrollamos una metodología propia y después evaluamos sus resultados.

La prueba que orientó nuestra decisión

El 6 de agosto de 2026 evaluamos nuestra metodología v2.5 con nueve escenarios ya utilizados en nuestros ensayos: inventario, gastos compartidos, reserva de salas… El recorrido iba desde la necesidad hasta un primer lote de desarrollo, con comprobación y reparación. No pretendía terminar la aplicación completa.

Para comparar, recuperamos nueve entregas de BMAD-METHOD v6.10 conservadas de campañas anteriores sobre las mismas necesidades. Cada entrega anonimizada recibió tres evaluaciones de jueces de IA con rúbricas comunes. Nuestro equipo conocía los escenarios; no eran nueve ejercicios nuevos reservados para una evaluación independiente.

Las notas, incluido el resultado menos favorable

Nuestra metodología obtuvo una nota superior en ocho escenarios. BMAD mantuvo la ventaja en la reserva de salas: 90,7 frente a 89,3. Sus documentos de diseño eran a veces más completos. Esa diferencia importa, pero las notas combinaban diseño e implementación: no indican cuántas funciones estaban listas para usar.

Qué cambiamos en Maestro

Elegir una metodología propia nos permitió trabajar en etapas más explícitas y en los defectos observados: una regla escrita pero ausente del código, un caso de duplicado olvidado o una comprobación que no iniciaba el recorrido real. El objetivo era situar mejor las correcciones dentro del trabajo del equipo de agentes.

Eso no vuelve predecibles las respuestas de los modelos ni elimina los errores del programa. Una metodología define una organización; la calidad del resultado sigue dependiendo de la necesidad expresada, del desarrollo realizado y de las comprobaciones efectuadas.

Los límites de esta comparación

Diseñamos este protocolo y mejoramos nuestra metodología a partir de los mismos escenarios. Las entregas de BMAD procedían de ensayos anteriores, con sus condiciones y límites de gasto. Una sola ejecución seleccionada por escenario y metodología no mide su regularidad. Las pequeñas diferencias de nota deben quedar como observaciones de aquella campaña.

Los ensayos posteriores también revelaron programas bien puntuados que no se iniciaban correctamente. Contamos esos defectos en el balance de las campañas. Estos resultados históricos no prueban que Maestro supere hoy a BMAD ni a otras herramientas de creación de aplicaciones.

Qué cambia para tu elección

Fíjate en cómo una herramienta te ayuda a comprobar tu proyecto: recuperar una decisión, probar una función, corregir un defecto y revisar qué ha cambiado. Nuestra medición del volumen de instrucciones describe otro aspecto de la metodología. Tampoco sustituye una prueba con tus propias necesidades.