メニュー
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.