# Pack Design: Atelier pregunta primero, luego construye, audita y rediseña
> Atelier, motor de diseño de BMAD+: intake de 13 preguntas, luego construir, revisar o rediseñar con tres habilidades, evidencias etiquetadas, veredicto de pre-vuelo citado. Instalación, sesión real.
Canonical: https://bmad-plus.rochetta.fr/es/docs/packs/design/
Language: es
BMAD+ version: 0.23.1
Documentation reviewed: 2026-10-19
Author: Laurent Rochetta
License: MIT
Documentación de BMAD+ › [Packs](https://bmad-plus.rochetta.fr/es/docs/packs/) › Pack Design: Atelier pregunta primero, luego construye, audita y rediseña
El pack Design instala Atelier, el agente de BMAD+ para interfaces: páginas de marketing, paneles, tablas de registros, formularios, flujos de inicio de sesión y primer uso, vistas móviles y correos. Atelier no empieza dibujando. Primero ejecuta un intake, una lista corta de preguntas sobre para qué sirve la pantalla y quién la usa, y escribe las respuestas en un brief que se convierte en el contrato de lo que se construya después. Luego planifica, construye, audita o reelabora la interfaz abriendo tres habilidades que contienen las reglas de diseño, y termina citando el veredicto de una lista de entrega, el pre-vuelo.
Video: [Atelier, el paquete de diseño](https://bmad-plus.rochetta.fr/media/atelier-design-en.mp4) — La lectura del diseño, los tokens y los estados, y un veredicto previo a la entrega sacado de la lista de comprobación.
[Subtítulos (WebVTT)](https://bmad-plus.rochetta.fr/media/atelier-design-es.vtt)
Transcripción:
> Atelier, el décimo paquete, crea, audita y rediseña interfaces con reglas verificables. Empieza con una lectura del diseño: preguntas sobre la superficie, el público y la única tarea que debe cumplir la página. Un ajuste que dejas abierto se fija a partir de la superficie, y el brief indica que fue deducido. Después construye con tokens semánticos, contraste WCAG AA y todos los estados cubiertos. Termina con una revisión previa a la entrega. «Listo» o «no listo» se lee en la lista de comprobación, no en el aspecto de la pantalla. El instalador copia sus tres skills, y doctor las comprueba.
Transcripción con descripción visual:
- **0:00** En pantalla: Paneles de cristal translúcidos flotan separados en un espacio azul oscuro y luego se deslizan hasta formar una pila ordenada que brilla con una luz cálida. El rótulo, en inglés, dice «Atelier · Design pack». Narración: Atelier, el décimo paquete, crea, audita y rediseña interfaces con reglas verificables.
- **0:08** En pantalla: Una ventana de terminal titulada «~/app». Se escribe el comando bmad-plus intake plan, con el archivo intake.yaml del pack Design y un archivo de respuestas. La imagen se acerca al resultado: «design-read (design): not ready — 0 answered, 0 defaulted…» y, enmarcado en naranja, «Must-haves still open: surface_kind, audience, job». Sigue una lista de preguntas, cada una con su tipo y «(must-have)» cuando corresponde. Se escribe el comando bmad-plus intake record con tres respuestas (surface_kind=dashboard; audience=«Accountants in a practice, on a desktop, at month end»; job=UNKNOWN) y un valor por defecto para design_system. Muestra «Recorded surface_kind, audience, job, design_system in _bmad-output/design/intake.json.» y «design-read (design): ready — 2 answered, 1 defaulted, 1 unknown, 9 not asked yet.» Las preguntas aún abiertas se desplazan, entre ellas los tres ajustes; «[number] Layout variance» aparece enmarcado, y después motion, density y stack. La pantalla termina con «Unknown: job» enmarcado: «risk: There is no goal to review against, so hierarchy and the primary action cannot be judged, only decorated.» Todo el texto del terminal está en inglés. Narración: Empieza con una lectura del diseño: preguntas sobre la superficie, el público y la única tarea que debe cumplir la página. Un ajuste que dejas abierto se fija a partir de la superficie, y el brief indica que fue deducido.
- **0:24** En pantalla: Pequeñas teselas de cristal aparecen una a una y llenan una cuadrícula, fila a fila, hasta completar un bloque de ocho columnas por cuatro filas. Algunas teselas brillan en ámbar. El rótulo, en inglés, dice «Tokens · WCAG AA · every state». Narración: Después construye con tokens semánticos, contraste WCAG AA y todos los estados cubiertos.
- **0:32** En pantalla: Una fina línea horizontal de luz cálida descansa sobre un horizonte oscuro. Un haz suave se abre por encima de ella y se refleja en el agua oscura de abajo. El rótulo «Pre-flight», en inglés, aparece con un fundido. Narración: Termina con una revisión previa a la entrega.
- **0:35** En pantalla: Un terminal. Se escribe el comando sed -n '7,28p' .agents/skills/design/references/80-preflight.md. El archivo se muestra despacio como una lista de comprobación, con cada elemento precedido de una casilla vacía «[ ]». La sección «A. Foundations» abarca los tokens de color semánticos OKLCH, el contraste, como máximo dos familias tipográficas, la escala de espaciado de 4 px y los radios. La sección «B. Accessibility (blockers — any fail blocks delivery)» enumera el HTML semántico, el manejo con teclado, los campos con etiqueta, el tamaño de los destinos, el reflow a 320 px, la reducción de movimiento, los encabezados y las regiones, y el foco que no debe quedar tapado por elementos fijos. La sección «C. States (the most-forgotten section)» empieza con «Empty (first-run) designed with a CTA». Todo el texto del terminal está en inglés. Narración: «Listo» o «no listo» se lee en la lista de comprobación, no en el aspecto de la pantalla.
- **0:45** En pantalla: Un terminal. Se escribe el comando bmad-plus doctor. La pantalla muestra «BMAD+ Doctor v0.23.0» y «Manifest found: v0.23.0», y después un «BMAD+ Health Report» cuya primera línea, «87/87 checks passed», aparece enmarcada en naranja. Debajo: «0 error(s), 0 warning(s)», «Installed: v0.23.0 | Executing CLI: v0.23.0» y «Ownership inventory: complete». La pantalla termina con una nota que indica que aquí no se comprueba la versión publicada (el comando bmad-plus update-check --json consulta npm) y con «Installation checks passed.» en verde. Todo el texto del terminal está en inglés. Narración: El instalador copia sus tres skills, y doctor las comprueba.
## Cuándo usarlo
- Estás construyendo una pantalla nueva y quieres un resultado adecuado a su público, que cubra los estados vacío, carga y error, no una plantilla genérica.
- Necesitas una hoja de design tokens (colores, tipografía, espaciado) para tu stack o una auditoría de accesibilidad de lo existente.
- Un producto en vivo, con usuarios, una marca y direcciones indexadas, debe cambiar de aspecto sin perder lo que funciona.
## Qué se instala
Dos cosas llegan a tu proyecto. El propio pack, en `.agents/skills/pack-design/`: el despachador `SKILL.md` (habilidad `design-engine`), el perfil (persona) `design-engine.md`, el intake `intake.yaml` y un manifiesto. Y las reglas, copiadas por el instalador desde el paquete npm `design-skill`, fijado exactamente en la versión 0.2.1, en tres carpetas de habilidades junto al pack. BMAD+ copia el directorio `skills/` de ese paquete y nada más; el paquete también incluye un comando de enlace que BMAD+ nunca ejecuta.
**Las tres habilidades de diseño (design-skill 0.2.1)**
| Habilidad | Instalada en | Se encarga de |
| --- | --- | --- |
| `design` | `.agents/skills/design/` | Lo que debe cumplir una pantalla nueva, los módulos de referencia por superficie, las hojas de tokens y la lista de entrega (pre-vuelo) con la que termina |
| `design-review` | `.agents/skills/design-review/` | El protocolo de auditoría y su escala de gravedad |
| `redesign` | `.agents/skills/redesign/` | Cómo cambiar un producto en vivo sin perder lo que funciona: auditoría, decisión, plan de migración, construcción, verificación |
Este pack no tiene ninguna regla de diseño propia. Si falta `.agents/skills/design/SKILL.md` (el paquete no se resolvió o la copia se interrumpió), Atelier lo informa, remite a `bmad-plus doctor`, que nombra los archivos que faltan, y se detiene en lugar de improvisar reglas. El instalador lista cada archivo de cada pack elegido antes de escribir, así que un `design-skill` ausente en la versión correcta aborta la instalación sin tocar tu proyecto.
### Comandos y roles
**El enrutador /design**
| Comando | Rol | Qué hace |
| --- | --- | --- |
| `/design read` | Builder | Ejecuta o reanuda el intake, fija los ajustes y el stack, escribe `_bmad-output/design/brief.md`, imprime una lectura de diseño de una línea (superficie, público, familia estética) y los tres ajustes con su origen, fijado o inferido |
| `/design build ` | Builder | Con el brief listo, abre `design`, construye la superficie y entrega con el veredicto de la lista citado |
| `/design review ` | Reviewer | Abre `design-review`, audita los archivos o la página y escribe `_bmad-output/design/review.md`, con cada hallazgo etiquetado `tool` o `inspection` |
| `/design redesign` | Redesigner | Abre `redesign` y lo sigue hasta el final: auditoría, decisión motivada, plan de migración con riesgos de posicionamiento y accesibilidad, construcción, verificación frente a la versión anterior |
| `/design tokens` | Builder | Produce la hoja de tokens para el stack registrado en el brief |
| `/design` o `/design help` | - | Imprime esta tabla y el estado del intake |
Los tres roles cambian automáticamente cuando la petición encaja. Palabras como Atelier, /design, design tokens, maquette, wireframe, landing page, make it look good, accesibilidad, refonte o redesign despiertan al agente. Atelier anuncia el cambio y puedes responder skip para quedarte en el modo actual.
## El intake: 13 preguntas, 3 imprescindibles
La lectura de diseño es un intake de pack: una lista de preguntas validada en `intake.yaml`, formuladas de pocas en pocas (seis por mensaje como máximo) y en tu idioma, primero las imprescindibles. Tiene 13 preguntas en cinco secciones (superficie, público, activos, dirección, restricciones). Tres son imprescindibles, sin las cuales el intake no puede estar listo: `surface_kind`, `audience` y `job`. Cada respuesta conserva uno de tres estados en todos los entregables: `answered` (lo dijiste), `defaulted` (se mantuvo un valor propuesto) o `unknown` (no lo sabías, registrado con su riesgo). Aparte, cuando Atelier lee algo del producto o del repositorio por su cuenta, como un ajuste que dejaste abierto o el stack, sus entregables lo etiquetan inferred. Es la convención propia del perfil (persona), no un cuarto estado del intake, y una inferencia nunca se registra como tu respuesta.
**Las 13 preguntas de la lectura de diseño**
| Identificador | Sección | Tipo | Imprescindible | Por defecto | Pregunta sobre |
| --- | --- | --- | --- | --- | --- |
| `surface_kind` | `surface` | choice | sí | - | Qué tipo de superficie: landing, dashboard, table, form, auth, onboarding, mobile, email, ai-chat, checkout, settings u other |
| `audience` | `audience` | text | sí | - | Quién lo usa y en qué situación (dispositivo, presión de tiempo, experiencia, frecuencia) |
| `job` | `audience` | text | sí | - | La única tarea que la página debe cumplir y cómo sabrás que lo hizo |
| `brand_assets` | `assets` | choice | no | - | Activos de marca existentes: ninguno, parciales o completos |
| `design_system` | `assets` | choice | no | none | Sistema de diseño o biblioteca de componentes en uso (shadcn, radix, mantine, material, fluent, carbon, polaris, other) |
| `aesthetic_family` | `direction` | choice | no | none | Familia estética: minimalist, brutalist, soft-editorial, premium-dense o none |
| `variance` | `direction` | number 1-10 | no | - | Variación del diseño, de simétrico y seguro a asimétrico y atrevido |
| `motion` | `direction` | number 1-10 | no | - | Movimiento, de estático a coreografiado |
| `density` | `direction` | number 1-10 | no | - | Densidad, de espaciada como una galería a repleta como un cockpit |
| `stack` | `constraints` | text | no | - | Stack que lo renderiza; si queda abierta, Atelier la lee del repositorio |
| `accessibility_target` | `constraints` | choice | no | AA | Nivel de conformidad WCAG: AA o AAA |
| `languages` | `constraints` | text | no | one language, LTR | Idiomas que debe servir y si hay una escritura de derecha a izquierda |
| `required_states` | `constraints` | list | no | - | Estados que diseñar más allá del caso ideal: vacío, carga, error, sin resultados, sin conexión, permiso parcial |
Los tres ajustes (`variance`, `motion`, `density`, de 1 a 10) no tienen valor por defecto a propósito. Un ajuste que dejas abierto lo fija la habilidad `design` a partir de la superficie y el brief, y el brief dice que fue inferido. Un imprescindible al que no puedes responder se registra como `UNKNOWN` junto con su riesgo, y ese riesgo pasa al párrafo inicial de lo que se construya encima.
### Etiquetas de evidencia y veredicto de pre-vuelo
- Cada hallazgo se etiqueta `tool` cuando se ejecutó un comando en esta sesión y el informe lo nombra y cita su salida, o `inspection` cuando Atelier leyó los archivos frente a la lista. Una cifra solo aparece bajo `tool`. Una comprobación que la habilidad espera y no pudo ejecutarse figura bajo «not run», nunca estimada.
- La habilidad `design` termina con una lista de entrega (el pre-vuelo, en su módulo de referencia `references/80-preflight.md`). Cada entregable acaba con los puntos de esa lista y su estado, y «listo» o «no listo» sale de ella, no del aspecto de la pantalla.
- El alcance sigue la petición: una construcción toca los archivos que nombraste o que el brief implica, una revisión no cambia nada, un rediseño empieza con su auditoría. Instalar un paquete, abrir un navegador o ejecutar un escáner se propone por su nombre y espera tu sí.
### Traspasos a otros agentes
**Qué traspasa Atelier y a quién**
| A | Cuándo | Qué se traspasa |
| --- | --- | --- |
| Sentinel | Tras una construcción o un rediseño | La matriz de estados y los recorridos de teclado que probar; mientras este pack esté instalado, la revisión UX de Sentinel cede a Atelier el diseño visual y la accesibilidad |
| Pack SEO (Scout, Chief) | Antes del lanzamiento y antes de un rediseño que cambie direcciones, encabezados o datos estructurados | El plan de migración con los riesgos de posicionamiento que señaló la habilidad `redesign` |
| Shield | Superficies de consentimiento y privacidad: banners de cookies, solicitudes de datos, avisos de conservación | La superficie construida con el módulo de consentimiento; Shield se encarga de la base legal y los registros |
| Dev Studio (Rachel, Oholiab) | Hay flujos y wireframes antes de la capa visual, o la implementación pertenece a un sprint | Los flujos de Rachel alimentan el intake; Rachel o Atelier se encarga de una pantalla concreta y el traspaso dice cuál |
| Nexus | El autopilot o un pipeline llega a un paso de diseño | Nexus ejecuta el intake de este pack mediante Atelier antes del paso y nunca pasa por encima de un imprescindible abierto |
## Inicio rápido
1. **Instalar el pack** Core se añade automáticamente. La dependencia `design-skill` llega con el paquete de BMAD+; el instalador copia sus tres habilidades y lista cada archivo antes de escribir.
```sh
npx bmad-plus install --packs design
```
2. **Comprobar la instalación** El diagnóstico verifica los archivos del pack, incluidas las tres habilidades copiadas.
```sh
npx bmad-plus doctor
```
3. **Empezar por la lectura de diseño** Atelier hace primero sus preguntas, de pocas en pocas, y luego escribe el brief.
```sh
/design read
```
4. **Construir, revisar o rediseñar** Apóyate en el brief para una superficie nueva o apunta a Atelier hacia lo existente.
```sh
/design build dashboard
```
## Una sesión real, grabada
Estas transcripciones se capturaron ejecutando la CLI 0.23.0 en un proyecto desechable. El instalador se ejecutó en francés; los comandos de intake imprimen en inglés. Se omiten las líneas que aquí no importan.
**Instalar los packs Core y Design**
```text
$ npx bmad-plus install --yes --lang fr --packs core,design --tools claude-code --directory ./demo-app
* Packs sélectionnés: ⚙️ Core, 🎨 Design
o ✅ 5 agents, 9 skills, 4 fichiers copiés
— BMAD+ est prêt ! Parle à Atlas pour commencer 🚀
$ npx bmad-plus doctor --directory ./demo-app
87/87 checks passed
0 error(s), 0 warning(s)
```
Salida capturada de una ejecución real. Fuente: bmad-plus 0.23.0, 2026-10-19
**Validar el intake y ver lo que queda abierto**
```text
$ npx bmad-plus intake check .agents/skills/pack-design/intake.yaml
.agents/skills/pack-design/intake.yaml: valid intake design-read (design), 13 questions, 3 must-have.
$ npx bmad-plus intake plan --intake .agents/skills/pack-design/intake.yaml --answers _bmad-output/design/intake.json
design-read (design): not ready — 0 answered, 0 defaulted, 0 unknown, 13 not asked yet.
Must-haves still open: surface_kind, audience, job
Ask next (at most 6 per message):
- surface_kind [choice] Which surface is this? A marketing landing page, a dashboard, a data table, a form, an auth or onboarding flow, a mobile screen, an email, a chat or AI surface, a checkout, a settings page, or something else? (must-have; choices: landing, dashboard, table, form, auth, onboarding, mobile, email, ai-chat, checkout, settings, other)
- audience [text] Who uses it, and in what situation (device, time pressure, expertise, frequency)? (must-have)
- job [text] What is the one job this page must get done, and how will you know it did? (must-have)
# El plan termina con código 2 mientras quede un imprescindible abierto. La lista continúa con brand_assets, design_system y aesthetic_family.
```
Salida capturada de una ejecución real. Fuente: bmad-plus 0.23.0, 2026-10-19
**Registrar los tres imprescindibles y renderizar el brief**
```text
$ npx bmad-plus intake record --intake .agents/skills/pack-design/intake.yaml --answers _bmad-output/design/intake.json --set surface_kind=dashboard --set "audience=Comptables en cabinet, sur ordinateur, en fin de mois" --set "job=Repérer les factures en retard et relancer en un clic"
Recorded surface_kind, audience, job in _bmad-output/design/intake.json.
design-read (design): ready — 3 answered, 0 defaulted, 0 unknown, 10 not asked yet.
$ npx bmad-plus intake render --intake .agents/skills/pack-design/intake.yaml --answers _bmad-output/design/intake.json --out _bmad-output/design/brief.md
Brief written to _bmad-output/design/brief.md (3022 bytes); the intake is ready.
# La primera línea del brief es «# Design read»; la segunda es un marcador que indica que pertenece a bmad-plus intake y no debe editarse a mano.
```
Salida capturada de una ejecución real. Fuente: bmad-plus 0.23.0, 2026-10-19
## Ejemplos para copiar
### Lectura de diseño, construcción y veredicto de pre-vuelo
El ciclo completo sobre una pantalla. Atelier pregunta primero, así que ten las respuestas a mano.
**En tu asistente de IA**
```text
Atelier, haz la lectura de diseño de la lista de facturas de mi aplicación, construye la pantalla y termina con el veredicto de pre-vuelo.
```
**Lo que deberías obtener** La lectura de diseño queda registrada (`_bmad-output/design/intake.json` y `brief.md`), la pantalla se construye con los estados que enumera el brief y la respuesta termina con la lista de entrega, cada punto con su estado, y el veredicto de listo o no listo que se deriva de ella.
### Solo la lectura de diseño
Úsalo para cerrar el brief con un cliente o un equipo antes de que nadie dibuje o programe.
**En tu asistente de IA**
```text
Atelier, haz conmigo la lectura de diseño del onboarding de primer uso de nuestra herramienta de planificación. Aún no tengo opinión sobre la densidad ni el movimiento, déjalos abiertos y fíjalos a partir de la superficie.
```
**Lo que deberías obtener** Atelier ejecuta o reanuda el intake con la habilidad `bmad-plus-intake`, como máximo seis preguntas por mensaje y primero las imprescindibles, registra las respuestas con `bmad-plus intake record`, se detiene cuando `bmad-plus intake plan` dice listo, renderiza `_bmad-output/design/brief.md` e imprime una línea (superficie, público, familia estética) con los tres ajustes y si los fijaste tú o fueron inferidos; los que dejaste abiertos vuelven marcados como inferred.
### Construir una superficie a partir del brief
Ejecútalo cuando exista el brief. Las superficies incluyen landing, dashboard, table, form, auth, onboarding, mobile, email, ai-chat, checkout y settings.
**En tu asistente de IA**
```text
/design build dashboard
```
**Lo que deberías obtener** Atelier abre la habilidad `design`, sigue su enrutamiento para un panel y construye en el stack que registra el brief (leído del repositorio si lo dejaste abierto). Las preguntas imprescindibles abiertas pasan con su riesgo al párrafo inicial del resultado, y la entrega termina con el veredicto de la lista citado.
### Producir o normalizar una hoja de tokens
Útil cuando los valores de color se escriben directamente en los componentes, lo que también activa el rol Builder. Si el intake aún no está listo, Atelier lo ejecuta primero.
**En tu asistente de IA**
```text
/design tokens
```
**Lo que deberías obtener** Atelier abre `design` y sus módulos de tokens y produce la hoja de tokens para el stack del brief, de modo que los componentes toman colores, tipografía y espaciado de tokens y no de valores sueltos. La hoja va bajo `_bmad-output/design/`.
### Auditar una página existente, con evidencias etiquetadas
Una revisión no cambia nada; solo escribe el informe. Indica una carpeta, un archivo o una URL.
**En tu asistente de IA**
```text
/design review src/pages/pricing
```
**Lo que deberías obtener** Se ejecuta el protocolo de la habilidad `design-review` y `_bmad-output/design/review.md` lista los hallazgos ordenados por lo que bloquea la entrega, luego lo que confunde y luego lo que pule. Cada hallazgo se etiqueta `tool` (se ejecutó un comando y se cita su salida) o `inspection` (leído frente a la lista). Las comprobaciones que no pudieron ejecutarse figuran bajo «not run».
### Rediseñar un sitio en vivo sin perder su tráfico de búsqueda
Palabras como refonte, redesign, refresh, modernize o rebrand pasan a Atelier al rol Redesigner.
**En tu asistente de IA**
```text
/design redesign el sitio de marketing https://example.com. Conserva el logo y estas URL indexadas: /pricing, /features y /blog. Dime qué cambios ponen en riesgo el posicionamiento o la accesibilidad.
```
**Lo que deberías obtener** La habilidad `redesign` se sigue de principio a fin: primero una auditoría, una decisión de conservar o rehacer con su motivo, un plan de migración que señala los riesgos de posicionamiento y accesibilidad de las URL que nombraste, la construcción mediante `design` y una verificación frente a la versión anterior. Atelier no puede saber por el prompt qué URL posicionan, por eso las nombras. Un paso de navegador, escáner o rastreo se propone por su nombre y solo se ejecuta tras tu sí. El plan de migración se pasa al pack SEO antes de que se publique cualquier cambio de dirección, encabezado o datos estructurados.
### Decir lo que no sabes
Un imprescindible desconocido está permitido. Se registra con su riesgo en lugar de inventarse.
**En tu asistente de IA**
```text
Atelier, diseña una pantalla de ajustes para nuestra consola de administración. Aún no sé quién es el administrador típico; regístralo como desconocido y arrastra el riesgo.
```
**Lo que deberías obtener** `audience` se registra como `UNKNOWN` con el texto de riesgo propio del intake (en inglés): «Density, tone and the size of touch targets are guessed instead of chosen; the page serves nobody in particular.», es decir, densidad, tono y tamaño de los objetivos táctiles se adivinan en lugar de elegirse, y la página no sirve a nadie en particular. El brief lo marca abierto y la pantalla entregada indica en su párrafo inicial que descansa en esa incógnita. Atelier sigue preguntando por la superficie y la tarea antes de construir: el intake solo está listo cuando los tres imprescindibles tienen respuesta o están marcados como desconocidos.
### Pasar la pantalla terminada a Sentinel
Tras una construcción, la matriz de estados y los recorridos de teclado son lo que necesita un probador.
**En tu asistente de IA**
```text
Atelier, la lista de facturas está construida. Prepara el traspaso a Sentinel: la matriz de estados y los recorridos de teclado que probar. Después, Sentinel, escribe la receta de aceptación correspondiente.
```
**Lo que deberías obtener** Atelier enumera cada estado diseñado y cada recorrido de teclado como traspaso. El rol Recette de Sentinel los convierte después en pasos de una receta de aceptación; mientras el pack Design esté instalado, Sentinel deja el juicio sobre diseño visual y accesibilidad a Atelier.
## Qué escribe y dónde
**Archivos escritos bajo _bmad-output/design/**
| Archivo | Lo escribe | Contenido |
| --- | --- | --- |
| `intake.json` | `bmad-plus intake record` | Las respuestas con su estado: answered, defaulted, unknown |
| `brief.md` | `bmad-plus intake render` | La lectura de diseño; la línea 2 lleva un marcador de propiedad y el archivo nunca se edita a mano |
| `review.md` | `/design review` | Los hallazgos con etiquetas tool o inspection |
| Hoja de tokens | `/design tokens` | Los tokens para el stack del brief |
El código en sí se escribe en las fuentes de tu proyecto donde lo pediste. El renderizado nunca sobrescribe un brief que no escribió y el intake se niega a escribir bajo `.git/`, `_bmad/`, `.bmad-plus/` o `node_modules/`.
## Flujos de datos y requisitos
- Solo Node.js 20. El paquete npm `design-skill`, fijado en 0.2.1, lo obtiene la instalación normal de BMAD+ (es una de sus siete dependencias de ejecución); el instalador copia de él las habilidades.
- El pack no ejecuta ningún script, no inicia ningún proceso propio y no envía nada a ninguna parte. Una comprobación que necesita un navegador o un escáner pasa solo por las herramientas de tu propio proyecto, propuesta por su nombre y con tu aprobación. Los flujos fuera de la máquina de la herramienta anfitriona se aplican como con cualquier agente.
## Límites y trampas
> **Advertencia · Sin habilidades, no hay diseño** Atelier depende por completo de las tres habilidades copiadas. Sin ellas se detiene en lugar de recordar reglas de memoria. Tras una instalación interrumpida o un borrado manual, ejecuta `bmad-plus doctor` y reinstala.
> **Nota · Una cifra exige una herramienta** Las ratios de contraste, puntuaciones de rendimiento o recuentos de hallazgos solo aparecen si se ejecutó un comando en la sesión. Si no, el hallazgo es una inspección sin cifra y la comprobación figura como no ejecutada. No leas una inspección como una medición.
> **Consejo · Quién se encarga de la pantalla** Atelier se solapa con la revisión UX de Sentinel y con Rachel en Dev Studio. Con el pack Design instalado, sus reglas gobiernan el diseño visual y la accesibilidad y los demás se los ceden. Para una pantalla concreta, elige un responsable y deja que el traspaso diga cuál.
**Véase también**
- [Los diez packs lado a lado](https://bmad-plus.rochetta.fr/es/docs/packs/packs-overview/)
- [Referencia del comando intake](https://bmad-plus.rochetta.fr/es/docs/reference/cli-intake/)
- [El intake, cómo funciona](https://bmad-plus.rochetta.fr/es/docs/concepts/intake/)
- [Pack SEO / GEO](https://bmad-plus.rochetta.fr/es/docs/packs/seo/)
- [Pack Dev Studio (Rachel)](https://bmad-plus.rochetta.fr/es/docs/packs/dev-studio/)
- [Referencia del comando doctor](https://bmad-plus.rochetta.fr/es/docs/reference/cli-doctor/)
[Documentación de BMAD+](https://bmad-plus.rochetta.fr/es/docs/) · [Packs](https://bmad-plus.rochetta.fr/es/docs/packs/)
[Código en GitHub](https://github.com/lrochetta/BMAD-PLUS)