Prompts y comandos listos para copiar para los agentes de Core y cada pack, con lo que hacen de verdad: Atlas, Forge, Sentinel, Nexus, Shadow, Zecher, SEO, Shield, Dev Studio, Atelier, la CLI.
Cada receta es un prompt que puedes pegar en tu herramienta de IA (o un comando para tu terminal) y una descripción de lo que hace según los archivos que definen al agente. Sustituye los detalles del proyecto por los tuyos. Los resultados se afirman solo hasta donde los define el repositorio; lo que depende de tu modelo o de tu herramienta se dice que depende. Los prompts que nombran a una persona, un sitio o una empresa son ejemplos: usa solo objetivos que tengas derecho a analizar.
Atlas tiene dos roles, Analista y Product Manager. Palabras como «analyze», «market» o «benchmark» lo pasan al rol de Analista; anuncia el cambio y puedes responder «skip». Al activarse, Atlas te saluda y muestra su menú de capacidades, y luego espera: da la petición de abajo o el código de menú MR.
En tu asistente de IA
Atlas, analiza el mercado de las aplicaciones de toma de notas con IA. Identifica los segmentos principales, tres competidores directos y dos alternativas indirectas, lo que cobra cada uno y dónde podría diferenciarse un nuevo participante. Separa lo que sabes de lo que supones y nombra las fuentes que usaste.
Lo que deberías obtener Un análisis de mercado y de competencia desde el rol de Analista (capacidad MR). Su contenido depende del modelo y del acceso web de tu herramienta; la instrucción pide fuentes y supuestos, así que trata como no verificada cualquier afirmación sin fuente.
Úsalo cuando ya exista un PRD o un brief. Palabras como «architecture», «API» o «schema», o un cambio que toca más de cinco archivos, pasan a Forge a su rol de Arquitecto.
En tu asistente de IA
Forge, propone una arquitectura para la aplicación descrita en _bmad-output/discovery/prd.md. Da el stack con la razón de cada elección, los componentes principales y sus límites, el modelo de datos, la suposición más arriesgada y cómo probarla primero. Conserva las alternativas descartadas y por qué.
Lo que deberías obtener Un documento de arquitectura (capacidad CA), escrito bajo _bmad-output/; el nombre del archivo lo elige la habilidad, así que lee la ruta que indique. En autopilot es la entrada del punto de control architecture, donde lo apruebas antes de planificar cualquier historia.
Sentinel: revisar la UX y la accesibilidad de una pantalla#
El rol de Revisor UX de Sentinel. Si el pack Design está instalado, las reglas de Atelier gobiernan el diseño visual y la accesibilidad y Sentinel se las cede.
En tu asistente de IA
Sentinel, revisa la UX del panel en src/pages/dashboard. Comprueba la navegación por teclado, la visibilidad del foco, el contraste de color, los estados vacíos y de error, y qué ocurre en una pantalla de 360 px de ancho. Lista los hallazgos por gravedad con el archivo y el elemento, y di qué comprobaciones solo pudiste inspeccionar y no ejecutar.
Lo que deberías obtener Una revisión UX del rol Revisor de UX de Sentinel, con hallazgos ordenados por gravedad. Que una comprobación se ejecutara o solo se leyera en el código depende de lo que pueda ejecutar tu herramienta; el informe debe decir cuál.
Nexus en su rol de Scrum Master. Úsalo cuando la arquitectura esté aprobada.
En tu asistente de IA
Nexus, crea las épicas e historias del MVP a partir del PRD y la arquitectura. Cada historia necesita criterios de aceptación que yo pueda comprobar, sus dependencias y los archivos que probablemente toque, para que las historias independientes puedan ejecutarse en paralelo más tarde. Ordénalas y marca la primera por construir.
Lo que deberías obtener Archivos de historias (capacidad ES) bajo _bmad-output/; la carpeta la elige la habilidad, así que lee las rutas que indique. Un plan de sprint (SP) solo llega si lo pides. Las listas de archivos por historia son lo que luego usa el Parallel Supervisor para decidir qué historias no chocan.
Shadow: una comprobación de diligencia con base legal registrada#
Pack OSINT, regulado. Una persona con nombre o una operación con datos personales exige antes un propósito, una base legal, una retención y una vía de supresión registrados (la puerta de la fase menos 1). La investigación de empresas o mercados no se ve afectada. Debe estar definida al menos una clave de API de proveedor.
En tu asistente de IA
Shadow, haz una comprobación de diligencia sobre el proveedor Acme Ltd y su director. Propósito: incorporación del proveedor para una firma de contrato el mes que viene. Base legal: interés legítimo, artículo 6(1)(f), con la prueba de ponderación escrita. Conservación: 12 meses. Las solicitudes de supresión van a privacy@example.com. Registra esto antes de buscar, mantén el presupuesto por debajo de 0,50 dólares salvo que yo acepte y califica cada hecho de A a D.
Lo que deberías obtener Primero se hace el registro de la base legal. El dossier abre con el aviso «AI-generated OSINT output - may contain errors; not legal advice» y cada hecho lleva un grado de confianza (A tres fuentes o más, B dos, C una, D sin verificar). Según el archivo del agente, los informes se guardan en {output_folder}/osint-reports/; la habilidad de investigación puede usar sus propias carpetas, así que lee la ruta que indique. Sin propósito ni base legal declarados, el agente rechaza la operación sobre una persona con nombre y ofrece alternativas no personales. Perfilar la personalidad exige una condición distinta del artículo 9(2) del RGPD.
Pack Memory. El escaneo es interactivo: no se indexa nada antes de que confirmes cada proyecto. El equivalente en la CLI es npx bmad-plus scan ~/dev --depth 4.
En tu asistente de IA
Zecher, escanea los proyectos en ~/dev. Omite las carpetas node_modules, vendor y build. Enséñame una tabla con el nombre del proyecto, el stack detectado, el estado (activo, en pausa o archivado según la última modificación) y si BMAD+ está instalado, y déjame confirmar, editar, omitir o instalar cada uno antes de escribir el índice.
Lo que deberías obtener Una tabla de proyectos descubiertos con un estado según su última modificación (activo bajo 30 días, en pausa de 30 a 180, archivado más allá), una elección por proyecto y luego una ficha YAML por proyecto confirmado en ~/.bmad-plus/brain/projects/ más un projects-index.md legible. Después un informe de cuántos se indexaron, nuevos y actualizados.
Backup Manager: un archivo con marca de tiempo y una rotación#
Pack Backup. El agente adapta los comandos a tu sistema operativo (PowerShell o Bash) y pide confirmación antes de borrar una copia.
En tu asistente de IA
/backup antes de refactorizar el módulo de facturación y luego muéstrame el nombre del archivo y su tamaño.
Lo que deberías obtener Un ZIP llamado <project>_backup_<yyyyMMdd_HHmmss>.zip en una carpeta backups/ del proyecto, que deja fuera, solo en la raíz del proyecto, node_modules, .git, vendor, backups/, __pycache__ y *.backup_* (una carpeta node_modules más profunda en el árbol sí se archiva). La forma PowerShell imprime el tamaño; la forma Bash solo imprime el nombre del archivo. Sigue con /backup-list para listar archivos, /backup-restore para descomprimir uno en una carpeta nueva restore_<timestamp>/ (tus archivos no se sobrescriben) y /backup-clean para conservar solo los últimos N (5 por defecto) tras preguntarte.
Animated Website Creator: una página guiada por el scroll a partir de un vídeo#
Pack Animated. Necesita FFmpeg y FFprobe (con el codificador libwebp), un MP4, y Python 3 solo para la vista previa local. El pack no incluye ningún script de extracción: el agente extrae los fotogramas con dos comandos de ffmpeg.
En tu asistente de IA
Convierte product-demo.mp4 en un sitio web guiado por el scroll al estilo Apple. Analiza primero el vídeo con ffprobe y enséñame la duración, la resolución, la tasa de fotogramas y el número de fotogramas que recomiendas. Espera mi confirmación antes de extraer los fotogramas. Luego planifica las seis secciones superpuestas (hero, vision, details, grid, context, call to action) y pídeme su contenido.
Lo que deberías obtener Una tabla de análisis del vídeo y un número de fotogramas recomendado según la duración (0 a 5 s: 60 a 90 fotogramas y 400vh; 5 a 15 s: 100 a 150 y 650vh; 15 a 30 s: 150 a 200 y 800vh; más de 30 s: tope de 200 y 900vh). Tras la confirmación, fotogramas WebP para escritorio (1920x1080) y móvil (960x540) con un manifiesto, dentro de un presupuesto de 10 MB para escritorio y 5 MB para móvil, y un único archivo HTML con el sistema de diseño integrado. Por defecto, la página usa fuentes del sistema y no hace ninguna petición externa; el agente pregunta antes, y Google Fonts solo se usa si lo pides explícitamente, tras avisar de que el navegador de cada visitante contactaría entonces con Google.
Pack SEO, agente Scout (rol Inspector). Solo se descargan la URL que das y sus enlaces internos, solo direcciones públicas. Sin un entorno Python utilizable (opcional con install --provision-python), el agente trabaja en modo solo prompts y marca las categorías no verificadas en vez de calcular una puntuación.
En tu asistente de IA
SEO Scout, ejecuta la inspección técnica (la rutina /seo technical) sobre https://staging.example.com antes de nuestro lanzamiento. Informa por gravedad de los hallazgos de rastreabilidad, indexabilidad, seguridad, estructura de URL y móvil, y di qué categorías no pudiste verificar.
Lo que deberías obtener Solo la fase técnica: rastreabilidad, indexabilidad, seguridad, estructura de URL, móvil, Core Web Vitals, detección de datos estructurados, renderizado de JavaScript e IndexNow, con hallazgos en niveles de gravedad. La habilidad SEO define estos subcomandos, que puedes pedir en una frase (son nombres que la habilidad entiende, no comandos de barra registrados en tu herramienta): /seo full <url> (las seis fases), /seo quick <url> (fases 1 a 4), /seo content, /seo schema, /seo images, /seo hreflang, /seo pagespeed, /seo plan <type>, /seo fix, /seo history, /seo compare, /seo competitor <url1> <url2> y /seo api <url>.
SEO: ¿está un sitio listo para la búsqueda con IA?#
Pack SEO, agente Judge (rol Analista GEO). Lee a qué pueden acceder los rastreadores; no consulta ningún servicio de IA.
En tu asistente de IA
SEO Judge, comprueba si el blog de https://example.com/blog está listo para la búsqueda con IA (la rutina /seo geo): acceso de los rastreadores GPTBot, ClaudeBot y PerplexityBot, llms.txt, y qué pasajes podría citar una respuesta de IA. Marca lo que no pudiste verificar en lugar de puntuarlo.
Lo que deberías obtener Un análisis del acceso de los rastreadores (GPTBot, ClaudeBot, PerplexityBot), de la presencia y calidad de llms.txt, de lo citables que son los bloques de contenido (la guía mira bloques de unas 134 a 167 palabras) y un AI Readiness Score, pero solo cuando todas las entradas se verificaron; si no, las partes afectadas se marcan unverified y no se da puntuación global.
Pack Shield. El orquestador enruta según tus palabras hacia el especialista adecuado (aquí gdpr-agent, que tiene siete workflows). Cada informe lleva la marca de generado por IA y «not legal advice».
En tu asistente de IA
Shield, pide al especialista en RGPD (gdpr-agent) que revise el código y los flujos de datos de mi SaaS en este repositorio: qué datos personales se recogen, dónde se almacenan y se envían, la base legal que puedas inferir, la retención, los derechos de los interesados y los encargados. Lista las brechas por gravedad con el archivo que muestra cada una y di qué no pudiste determinar solo con el código.
Lo que deberías obtener Una auditoría estructurada del especialista en RGPD (auditoría de código y de sistema, con revisión de flujos de datos y de datos personales entre sus workflows), que termina con la marca «not legal advice». Los hallazgos son un punto de partida para tu DPO o tu asesor, no una certificación. Workflows relacionados: dpia-sentinel (evaluación de impacto), breach-sentinel (artículos 33 y 34, notificación en 72 horas), legitimate-interest, privacy-notice-gen y cookie-policy-gen.
Cuando una petición afecta a varios marcos, el orquestador lista los pertinentes con un nivel de confianza, enruta a cada especialista, correlaciona los controles entre marcos y escribe un informe consolidado.
En tu asistente de IA
Shield, haz un análisis de brechas de ISO 27001 frente a NIST CSF 2.0 para nuestra empresa. Usa el especialista en ISO 27001 y el de NIST CSF, correlaciona los controles entre ambos marcos y dame un informe consolidado: dónde estamos cubiertos una vez para ambos, dónde solo se cubre uno y qué hacer primero. Enuncia tus supuestos sobre nuestro alcance.
Lo que deberías obtener Un informe consolidado construido con la plantilla común de informe de auditoría, con una correlación entre marcos y acciones priorizadas, con la marca de generado por IA y «not legal advice». La profundidad del análisis de cada especialista depende de lo que le des sobre tu organización.
Shield: redactar una evaluación de impacto relativa a la protección de datos#
El workflow dpia-sentinel sigue el artículo 35 del RGPD en siete pasos, desde la evaluación del umbral hasta la consulta previa, con una sección sobre consideraciones propias de la IA.
En tu asistente de IA
Shield, haz una EIPD para nuestro motor de recomendación, que puntúa a los usuarios según su historial de navegación. Empieza por la evaluación del umbral. Pídeme los hechos que falten sobre la naturaleza, el alcance, el contexto y la finalidad del tratamiento en vez de inventarlos, y produce luego el documento con sus secciones numeradas, dejando el dictamen del DPO y la firma para quienes deben darlos.
Lo que deberías obtener Un documento de EIPD con nueve secciones numeradas: información del proyecto, evaluación del umbral, descripción del tratamiento, necesidad y proporcionalidad, riesgos para los interesados, medidas de mitigación, dictamen del DPO, conclusión y firma. Las secciones 7 (dictamen del DPO) y 9 (firma) deben completarlas personas.
Shield: un caso de aseguramiento cuya evidencia es una comprobación ejecutada#
Pack Shield con la CLI de BMAD+. El archivo del caso está en _bmad/assurance/<case>.yaml; el registro runs.jsonl anota cada ejecución de comprobación. Define BMAD_PLUS_ASSURANCE_KEY (al menos 32 caracteres) para firmar los registros con un HMAC.
En tu asistente de IA
Shield, construye un caso de aseguramiento para la versión 1.4 con bmad-plus assurance init _bmad/assurance/release-1-4.yaml. Declara afirmaciones como «las dependencias no tienen avisos de gravedad alta» y «las pruebas de control de acceso pasan», cada una respaldada por un comando que ya tengo en el repositorio. Ejecuta bmad-plus assurance run para las comprobaciones, luego bmad-plus assurance verify, e informa de qué afirmaciones están supported o unsupported y, en cada una unsupported, si su comprobación está missing, failed o stale. No marques una afirmación como supported si su comprobación no se ejecutó.
Lo que deberías obtener Un archivo de caso creado desde la plantilla de Shield, un registro encadenado por hash de los comandos ejecutados (solo se ejecutan los comandos listados en tu propio archivo de caso, y solo con un assurance run explícito) y un veredicto: verify sale con 0 cuando las afirmaciones están respaldadas y con 1 en caso contrario. Una afirmación respaldada significa que una comprobación nombrada pasó; no es una certificación.
Pack Dev Studio: seis perfiles (personas: Miriam, Huldah, Yosef, Rachel, Bezalel, Oholiab) y 38 workflows en Markdown que ejecuta tu asistente. La CLI solo prepara un contexto de solo lectura.
En tu asistente de IA
Miriam, usa product-brief para definir un buzón de comentarios para técnicos de campo que trabajan sin conexión gran parte del día. Limita el primer alcance a lo que funciona sin conexión.
Lo que deberías obtener Un informe en _bmad-output/dev-studio/product-brief.md (la ubicación por defecto de un informe de workflow es _bmad-output/dev-studio/<workflow-id>.md) que expone el problema del producto, la audiencia y el primer alcance útil. Para ver exactamente lo que recibirá el workflow, ejecuta npx bmad-plus studio prepare product-brief --request "Define a feedback inbox that works offline" --json: resuelve la configuración, carga las instrucciones incluidas, registra sus hashes y propone la ruta del informe, sin ejecutar ni escribir nada.
El workflow investigate del perfil de ingeniería (persona) produce hipótesis, evidencia de reproducción y una acción siguiente. Lista los workflows con npx bmad-plus studio list --json.
En tu asistente de IA
Oholiab, usa investigate para reproducir el fallo de importación descrito en docs/issue.md. Enuncia primero tus hipótesis, reproduce el fallo con un comando que yo pueda volver a ejecutar, enseña su salida real y detente en la acción siguiente sin cambiar el código.
Lo que deberías obtener Un informe con las hipótesis, el comando de reproducción y su salida real, y una acción siguiente propuesta. El workflow son instrucciones en Markdown: que el comando pueda ejecutarse de verdad depende de los permisos de tu herramienta, y un fallo al ejecutarlo se notifica, no se oculta.
Pack Design, rol Revisor. La auditoría sigue la habilidad design-review; el informe etiqueta cada hallazgo como tool (se ejecutó un comando y se cita su salida) o inspection (leído frente a la lista). Una revisión no cambia nada.
En tu asistente de IA
/design review src/
Lo que deberías obtener Un informe en _bmad-output/design/review.md con hallazgos ordenados desde los bloqueos de accesibilidad, cada uno etiquetado tool o inspection. Una cifra solo aparece bajo tool; una comprobación que la habilidad espera pero no pudo ejecutarse se lista bajo «not run», nunca se estima. Otros comandos: /design read, /design build <surface>, /design redesign y /design tokens.
Un comando de terminal, no un prompt de chat. Analiza el proyecto, recomienda packs, los instala y termina con prompts siguientes sugeridos.
En tu asistente de IA
npx bmad-plus autoconfig --yes
Lo que deberías obtener La estructura y el stack detectados con un porcentaje de salud del proyecto, y luego los packs que recomienda: siempre Core y Memory; Dev Studio cuando el proyecto no tiene docs/ o tiene más de cinco carpetas de primer nivel; Shield cuando encuentra CI/CD o Docker; SEO para Next.js, Nuxt, Angular, React, Vue.js o Svelte. Los instala (con --yes, sin preguntar) e imprime unos primeros prompts recomendados, como pedir a Sentinel que configure un framework de pruebas cuando no existe. En una ejecución real sobre un proyecto vacío terminó con «Autoconfig complete!».
Un comando de terminal para CI o una comprobación previa. doctor es de solo lectura, nunca contacta con npm y sale con 1 ante cualquier error.
En tu asistente de IA
npx bmad-plus doctor --json
Lo que deberías obtener Un informe JSON con schemaVersion, status (ok en una instalación sana), las versiones instalada y de la CLI, el inventario de propiedad (complete con el número de archivos seguidos), cada pack con sus recursos requeridos, las integraciones, los runtimes y las comprobaciones individuales. Añade --verify-python para ejecutar en aislamiento el intérprete de Python aprovisionado de un pack y confirmar que sus módulos se importan.