schema: spec-driven

context: |
  Fonte de verdade: SPEC.md na raiz. Precedência: instrução do dono do produto > SPEC.md > ADRs > testes > convenções.
  Produto: plataforma de assessoria de eventos, single-tenant, MVP. UI em pt-BR, timezone America/Sao_Paulo, atuação em São Paulo (capital), BRL.
  Stack: Laravel 13, Filament 5 (/admin), Blade + Tailwind + JS vanilla progressivo (site público; sem framework reativo — Livewire 4 é dependência do Filament, ver SPEC ADR-015),
  PostgreSQL, FrankenPHP regular mode (sem worker mode), Vite, Pest 4 + Pest Browser, database queue.
  Arquitetura: monólito modular. Interface -> Application (Actions/Queries) -> Domain (Enums/VOs) -> Infrastructure.
  Domain não depende de Filament/Livewire. strict_types em todo PHP próprio.
  Princípio: YAGNI. Nada da seção 4.2 "Fora do MVP". Sem repositórios genéricos, sem BaseService/BaseAction.
  Dinheiro sempre em centavos BIGINT, nunca float. Status derivável não é persistido.

rules:
  proposal:
    - Referenciar os IDs de requisito do SPEC.md (WEB-xx, CRM-xx, ADM-xx, etc.)
    - Incluir seção de não objetivos apontando para SPEC.md 4.2
  specs:
    - Cenários em WHEN/THEN derivados dos blocos gherkin do SPEC.md quando existirem
    - Requisitos normativos em SHALL/MUST
  tasks:
    - Cada task é fatia vertical verificável (migration + regra + UI + teste quando aplicável)
    - Nenhuma task marcada concluída sem gate de qualidade correspondente