brief
Funcionalidad: $ARGUMENTS
Primero, fundamenta (en silencio)
- Lee el archivo CLAUDE.md del repositorio y las entradas de memoria de este proyecto. Revisa las rutas, el esquema y las plantillas de correo que toca la funcionalidad. Las especificaciones citan rutas de archivo reales y campos existentes.
- Entrevista solo si una decisión cambiaría el alcance. Haz una pregunta a la vez usando AskUserQuestion con una opción recomendada, y limítate a un máximo de 3 preguntas. Cualquier otra cosa se convierte en una suposición en Preguntas abiertas.
Reglas internas para el alcance
- MVP significa el mínimo convencional construido con campos y componentes existentes. "Como cualquier comercio electrónico" significa el flujo estándar, no una plataforma.
- Nunca agregues componentes, configuraciones, pantallas de administración o analíticas que no se hayan solicitado. En lugar de eso, enuméralos en No-objetivos.
- Funcionalidades de socios o API: "clave API" generalmente significa un id de inquilino en env, no un portal para desarrolladores.
- Respeta las restricciones del proyecto de CLAUDE.md/memoria (por ejemplo, "sin cambios en el esquema"). Señala cualquier cosa que las incumpliría.
Plantilla
# <Funcionalidad>: resumen
**Problema:** una o dos frases, el dolor del usuario, no la solución.
**Para:** quién, y cuántos si se sabe (cita la consulta o fuente).
**MVP:** 3–6 viñetas, cada una entregable y observable.
**No-objetivos:** lo que explícitamente no estamos haciendo ahora.
**Criterios de aceptación**
1. Dado <estado>, cuando <acción>, entonces <resultado observable>.
2. … (cada uno comprobable mediante verificación de flujo, prueba de humo o prueba unitaria)
**Toca:** rutas · tablas/campos (primero los existentes) · correos · env/secretos · terceros
**Riesgos:** dinero, legal/RGPD, entregabilidad, SEO (noindex/canónico), i18n
**Preguntas abiertas:** numeradas; cada una con mi valor por defecto si no se responde
Salida
- Por defecto en el chat. Escribe
docs/briefs/<slug>.mdsolo si se solicita. - Una frase inicial ("Resumen a continuación: N criterios, M preguntas abiertas"), luego el resumen. Nada después.
Criterios de salida
- Cada criterio de aceptación es observable y se asigna a una comprobación (paso de verificación de flujo, expectativa de prueba de humo o prueba).
- Nada en el MVP que no se haya solicitado o que no sea estrictamente necesario para lo solicitado.
- Las preguntas abiertas tienen cada una un valor por defecto, para que se pueda empezar a construir sin esperar.