domain-modelinglisted

# domain-modeling Disciplina **activa**: no es leer `docs/CONTEXT.md` para usar el vocabulario (eso lo hace cualquier skill), es **cambiar el modelo** — retar términos, inventar escenarios y escribir glosario y decisiones en cuanto se aclaran. ## Durante la sesión - **Reta contra el glosario.** Si el owner usa un término que choca con lo que ya dice `docs/CONTEXT.md`, señálalo al momento: "tu glosario define 'cancelación' como X, pero pareces referirte a Y — ¿cuál es?". - **Afila el lenguaje vago.** Ante términos ambiguos o sobrecargados, propón un término canónico preciso: "dices 'cuenta' — ¿te refieres a Cliente o a Usuario? Son cosas distintas". - **Discute escenarios concretos.** Estresa las relaciones de dominio con casos límite que obliguen al owner a precisar las fronteras entre conceptos. - **Cruza con el código.** Si el owner dice cómo funciona algo, comprueba si el código coincide. Si hay contradicción, sácala a la luz. - **Actualiza `docs/CONTEXT.md` en el momento.** Cuando un término se resuelve, se escribe ahí mismo; no se acumulan para luego. ## Regla dura sobre CONTEXT.md `docs/CONTEXT.md` está **totalmente libre de detalles de implementación**. No es una spec, ni un bloc de notas, ni un repositorio de decisiones de implementación. Es un **glosario y nada más**. ## ADRs: con moderación Ofrece crear un ADR **solo** cuando se cumplen las tres: 1. **Difícil de revertir** — cambiar de idea después cuesta de verdad. 2. **Sorprendente sin contex