Pack Dev Studio: seis perfiles (personas) y 38 workflows

Dev Studio te da un equipo de software completo en forma de procedimientos escritos. Seis perfiles (personas), cada uno con un rol, ejecutan 38 workflows con nombre repartidos en cinco fases: análisis, planificación, arquitectura, implementación y utilidades. Nombras el perfil o el workflow, y tu herramienta de programación con IA lee las instrucciones y las ejecuta con sus propias herramientas. Es el pack que conviene cuando quieres un procedimiento concreto y repetible (validar un PRD, escribir una arquitectura, investigar un fallo) en lugar de una conversación libre.

Cuándo usarlo#

• Quieres un procedimiento con nombre, con entrada definida y resultado esperado documentado, ejecutado igual cada vez.
• Ya usas Core y quieres roles más finos: por ejemplo una diseñadora UX dedicada (Rachel) o una redactora técnica (Huldah).
• Una corrección acotada no necesita el pipeline completo: el orquestador elige el workflow más pequeño que produce el resultado pedido.

Qué se instala#

Dev Studio es un pack empaquetado en .agents/skills/pack-dev-studio/, más la habilidad de despacho dev-studio en .agents/skills/dev-studio/. El pack contiene el orquestador dev-studio-orchestrator.md, el shared/catalog.json legible por máquina (perfiles, workflows, alias, tipos de entrada, recursos requeridos), la guía de ejecución shared/execution.md, un README y categories/ con un archivo Markdown por perfil y por workflow. Cada workflow responde al menos a tres nombres: <id>, bmad-<id> y bmad-plus-<id>, de modo que bmad-plus-validate-prd y validate-prd llevan al mismo procedimiento.

Los seis perfiles#

Un perfil (persona) es un conjunto de instrucciones, no un proceso en ejecución. Elige el rol que necesita la tarea; Atlas, Forge, Sentinel y Nexus de Core pueden coexistir con estas seis.

Los 38 workflows por fase#

La columna Entrada indica qué necesita un workflow. Uno de tipo petición necesita tu petición o un archivo. Uno de tipo artefacto necesita al menos un archivo existente, por ejemplo el PRD que validar. Uno de tipo proyecto necesita una petición o un archivo y trabaja sobre el proyecto. El workflow bmad-help no necesita nada. El contexto que falta se señala como entrada necesaria en lugar de adivinarse.

Análisis (6)#

Planificación (5)#

Arquitectura (4)#

Implementación (11)#

Utilidades (12)#

Inicio rápido#

1. 01

   Instalar el pack

   Core se añade automáticamente; nombrarlo también es inocuo. Solo hace falta Node.js 20.

   En la terminal del proyecto

   npx bmad-plus install --packs core,dev-studio

2. 02

   Pedir a un perfil que ejecute un workflow

   Nombra el perfil y el identificador del workflow.

   En la terminal del proyecto

   Miriam, usa product-brief para definir una pequeña herramienta de triaje de incidencias para nuestro equipo de soporte.

3. 03

   Opcional: listar el catálogo desde el terminal

   La CLI lista cada workflow con su perfil y tipo de entrada, sin modificar nada.

   En la terminal del proyecto

   npx bmad-plus studio list --json

Ejemplos para copiar#

Miriam, usa product-brief para definir una aplicación de listas de inspección para nuestros técnicos de campo. Trabajan a menudo en sótanos sin red: di qué implica eso para el primer alcance.

Huldah, ejecuta document-project en este repositorio. Documenta solo lo que puedas respaldar con archivos que realmente abriste y enumera lo que no pudiste verificar.

Yosef, ejecuta validate-prd sobre docs/prd.md.

Rachel, ejecuta create-ux-design para el onboarding de nuevos usuarios: desde la creación de la cuenta hasta su primera factura guardada. Cubre los estados vacío, error y sin conexión.

Bezalel, diseña la arquitectura de la aplicación de reserva de citas descrita en docs/prd.md. Registra cada decisión con sus alternativas y compromisos.

Oholiab, usa investigate para reproducir la importación que falla descrita en docs/issue.md.

npx bmad-plus studio prepare validate-prd --input docs/prd.md --json

Miriam, ejecuta bmad-help: tengo un PRD a medio escribir y una fecha límite. ¿Qué workflows de Dev Studio debo ejecutar, en qué orden y cuáles puedo omitir?

Qué escribe y dónde#

Los informes van por defecto a _bmad-output/dev-studio/<workflow-id>.md, ajustado a la carpeta de salida configurada. Los cambios de código se quedan en el proyecto real. Un informe registra el alcance, las entradas, las decisiones, el trabajo hecho, las comprobaciones, las preguntas abiertas y la siguiente acción. Al reanudar, el workflow lee el informe anterior y revalida las entradas que cambiaron. Un informe nunca autoriza a sobrescribir tus cambios ni a repetir una publicación.

user_name: user
communication_language: English
document_output_language: English
output_folder: _bmad-output
project_name: demo-app

Un archivo ausente es válido. Un archivo mal formado, o un campo conocido no válido, es un error. project_name toma por defecto el nombre de la carpeta. Tu petición actual y las instrucciones de tu anfitrión prevalecen sobre las preferencias de idioma de la configuración.

Flujos de datos y requisitos#

Node.js 20 para el instalador y el comando opcional studio. Ni Python, ni clave, ni flujo propio que salga de tu máquina: studio list y studio prepare solo leen archivos locales. Lo que tu asistente envía a su modelo depende de tu herramienta anfitriona. Los workflows de investigación necesitan fuentes accesibles para respaldar afirmaciones factuales actuales, y lo dicen cuando no las tienen.

Límites y trampas#