菜单
Cria a estrutura completa de um módulo de domínio no backend — fronteira pública, regras de negócio, acesso a dados — no padrão modular do projeto. Use ao introduzir um novo domínio D16–D20 ou ao extrair um domínio existente do código atual.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Orquestra o ciclo completo de um incremento no modelo SSD — situar, planejar, construir, verificar, revisar, consolidar. Use no início de qualquer incremento não-trivial; é a skill que conduz o agente principal pelos 6 passos do capítulo 24 do Manual.
Escreve uma migração SQL versionada, progressiva e reversível, com o cuidado redobrado que o banco PostgreSQL exige em produção. Use ao adicionar tabela, evoluir schema, criar política RLS, ou semear dado de taxonomia.
Cria uma tabela PostgreSQL no padrão obrigatório do projeto — chave dupla, carimbos temporais, territorialização, RLS, índices apropriados e migração versionada. Use ao adicionar qualquer tabela a um domínio existente ou novo.
Cria um endpoint REST completo no padrão do projeto — atualiza a especificação OpenAPI antes do código, implementa validação, autorização RBAC e RLS, segue o envelope de resposta padrão e escreve os testes de integração. Use ao adicionar qualquer rota à API.
Escreve a política de Row Level Security para uma tabela territorializada ou com dado pessoal, garantindo isolamento por microrregião como regra de banco. Use ao criar qualquer tabela com `microrregiao_id` ou com classificação Pessoal/Sensível.
Aplica a checklist de revisão de segurança (capítulo 31 do Manual + regras `seguranca.md` e `lgpd.md`) sobre um incremento. Use após qualquer mudança em endpoints, políticas de banco, schema, ou código de autenticação/autorização — sempre via subagente `revisor-seguranca` para preservar isolamento.
| name | novo-dominio |
| description | Cria a estrutura completa de um módulo de domínio no backend — fronteira pública, regras de negócio, acesso a dados — no padrão modular do projeto. Use ao introduzir um novo domínio D16–D20 ou ao extrair um domínio existente do código atual. |
docs/catalogo-dominios.md. Se for novo, registrar ADR em docs/decisoes-arquitetura/.CREATE SCHEMA execucao).services/backend/<dominio>/ com o esqueleto:
services/backend/d16-execucao/
├── index.ts ← fronteira pública (exports)
├── regras.ts ← regras de negócio (funções puras quando possível)
├── repositorio.ts ← acesso a dados (única camada que toca SQL/Prisma)
├── eventos.ts ← publicação de eventos do domínio
└── *.test.ts ← testes de unidade colados aos arquivos
index.ts ou por eventos — nunca alcançando tabelas do domínio diretamente.nova-tabela para cada uma listada em docs/catalogo-dominios.md.novo-endpoint para cada operação. Atualizar services/api/openapi.yaml.politica-rls para cada tabela com dado territorial ou pessoal.revisor-seguranca e — se houver dado pessoal — revisor-lgpd.docs/checklist-prontidao.md).banco.md (chave dupla, carimbos, territorialização).api.md (envelope, erro, paginação, RBAC).PR único contendo: schema novo, migrações versionadas, módulo backend, endpoints documentados em OpenAPI, testes de integração, ADR registrando a criação. Nada de implantação sem aprovação humana.