chore: initial monorepo scaffold + WDS Phase 1+2 artifacts

- Nx 22.7 monorepo (pnpm 11.1, TypeScript 5.9, Node 24)
- apps/api: NestJS 11 (CJS conforme CODING-RULES.md PGD-DB-004)
- apps/web: React 19 + Vite 8 (ESM)
- libs/shared/api-interface: Zod contract base
- Docker Compose dev: Postgres 18, Valkey 8, MinIO, Mailpit
- WDS artifacts:
  - design-artifacts/A-Product-Brief/ (5 docs canônicos + 16 dialogs)
  - design-artifacts/B-Trigger-Map/ (hub + 4 personas + feature impact)
- Stack canon: STACK.md v2.2 + CODING-RULES.md v2.0 + brand.md
- AGENTS.md + README.md como entrada para devs/agentes

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

design-artifacts/A-Product-Brief/dialog/client-profile.md

@@ -0,0 +1,86 @@
+# Client Profile: SAR — Força de Vendas
+
+**Cliente:** JCS Sistemas
+**Created:** 2026-05-26
+**Updated:** 2026-05-26
+
+---
+
+## Organisation
+
+| Field | Value |
+|-------|-------|
+| **Type** | PME estabelecida — software house (foco em sistemas de gestão / ERP / SaaS B2B) |
+| **Size** | 11–50 pessoas |
+| **Industry** | Software de gestão para empresas B2B brasileiras; vertical força de vendas + ERP |
+| **Tech maturity** | **Alta** — desenvolve software profissional há anos; já tem `STACK.md` v2.2 e `CODING-RULES.md` v2.0 formalizados; produtos legados em produção (app Android + Desktop) |
+| **Design maturity** | **Iniciante** — produtos funcionam, há identidade visual definida (`brand.md`), mas SAR é o **primeiro projeto com processo UX formal** (WDS). Legado parece ter sido conduzido por dev, sem designer dedicado |
+
+---
+
+## People
+
+### Primary Contact — Julian
+- **Role:** Product Owner + Tech Lead (acumula PO e responsabilidade técnica)
+- **Decision mandate:** **Autonomia total** — decide sozinho sobre escopo, prazo e design
+- **Notes:** Autor de `STACK.md` e `CODING-RULES.md`. Conduz o WDS pela linha de comando do Claude Code.
+
+### Champion (if different)
+- **Name:** Mesmo (Julian)
+- **Role:** —
+- **Notes:** Não há champion adicional. Julian é a força motriz única do SAR. Implicação: ritmo e momentum dependem 100% dele; não há outro patrocinador interno empurrando.
+
+### Technical Contact
+- **Name:** Mesmo (Julian)
+- **Role:** Tech Lead — escreveu a stack e as regras
+- **Notes:** Desenvolvimento principal ainda a definir (time JCS interno provável, dado o tamanho 11-50)
+
+### Other Stakeholders
+| Name | Role | Influence |
+|------|------|-----------|
+| — | — | — |
+
+Nenhum stakeholder externo mencionado nesta fase. Pode haver sócios/diretores na JCS, mas não participam diretamente do SAR.
+
+---
+
+## Decision Culture
+
+- **Decision style:** **fast-individual** — Julian decide, segue
+- **Approval chain:** Julian → execução. Sem comitê, sem signoff externo.
+- **Timeline culture:** **fast-iterative** — velocidade preferida, mas qualidade vem primeiro (sem prazo rígido forçando atalhos)
+
+---
+
+## Internal Driver
+
+- **What triggered this project:**
+  A JCS já oferece produtos legados (app Android + Desktop) para força de vendas e ERP. Viu **oportunidade de modernizar e unificar** esses dois mundos num único SaaS web — não como "conserto" do legado, mas como **upgrade de tier do produto**, integrando força de vendas + ERP de forma nativa.
+
+- **What success means internally:**
+  **Tornar a JCS competitiva como SaaS de força de vendas no mercado regional/nacional.** SAR é vitrine: prova de que a JCS sabe entregar produto digital moderno multi-tenant, com chance de escalar para clientes além da base atual.
+  Implicação política: SAR não é só "produto" — é **posicionamento de marca JCS**. Decisões de UX/qualidade refletem na empresa toda.
+
+- **Internal deadline or pressure:**
+  **Sem deadline rígido.** Preferência por momentum e velocidade, sem queimar qualidade por uma data específica. Pressuposto: progresso visível em meses (não anos).
+
+---
+
+## Working Style
+
+- **Communication preference:** **Sessões longas focadas** neste chat (Claude Code com WDS). Profundidade num turno, sem fragmentação async.
+- **Prior agency experience:** **Nenhuma** com agência/studio de design — estreia em processo UX formal. WDS é o primeiro framework de design adotado.
+- **Notes:**
+  - Comunicação em pt-BR
+  - Apresentação preferida: **recomendar com justificativa** (eu indico opção + porquê)
+  - Envolvimento balanceado: decisões-chave passam por ele, execução avança sem confirmação contínua
+  - Trabalha diretamente em terminal/CLI (Claude Code), valoriza ferramentas que respeitam o workflow técnico
+
+---
+
+## Implicações para o resto da Phase 1
+
+1. **Velocidade autorizada.** Sem comitê + decisão individual + sem deadline rígido = não preciso politicamente embalar recomendações; posso ser direto.
+2. **Tech-side já decidido.** Como Julian é tech lead e autor da stack, steps 27-32 (Platform Requirements) viram **consolidação documental**, não descoberta.
+3. **Design-side é o trabalho de verdade.** Steps 1-12 (Brief estratégico) + 13-18 (Content) são onde há maior lacuna a preencher.
+4. **SAR como vitrine** muda Phase 2: as personas não são só "rep externo / supervisor / admin" — incluem implicitamente **clientes-empresa em potencial** que vão avaliar a JCS pelo SAR.