菜单
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.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | incremento-ssd |
| description | 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. |
docs/catalogo-dominios.md.docs/catalogo-dominios.md seção "Mapeamento").explorador-dominio para mapear o estado atual: tabelas existentes, endpoints irmãos, políticas RLS, eventos publicados.Saída esperada: parágrafo curto descrevendo onde o incremento se encaixa.
Plan (nativo do Claude Code) em modo somente-leitura.Saída esperada: plano aprovado por escrito.
novo-dominionova-tabelanova-migracaonovo-endpointpolitica-rlsnpm test, pytest, etc.).postgres-hml que o estado do banco após chamada é o esperado.Bloqueador: se algum teste falha, não prossegue para revisão. Volta ao passo 3.
revisor-seguranca (read-only) — obrigatório se o incremento toca endpoint, política, schema ou autenticação.revisor-lgpd (read-only) — obrigatório se o incremento coleta, mostra, exporta ou elimina dado pessoal.critica e alta. media e baixa podem virar tarefas separadas — registrar.docs/ se a estrutura mudou (catálogo de domínios, mapa do monorepo).CLAUDE.md só se uma regra inegociável surgiu — caso contrário, mantém enxuto.docs/decisoes-arquitetura/ se uma decisão estrutural foi tomada.revisor-seguranca é sempre subagente distinto, read-only.Se o passo 3 produz algo fora do esperado, não corrija linha a linha — reinicie o incremento dando ao passo 1 ou 2 o contexto que faltou. Refazer um incremento pequeno custa pouco; remendar um mal-fundamentado custa mais.
Incremento completo, em PR de draft, com:
docs/checklist-prontidao.md) com itens aplicáveis assinaladosEscreve 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 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.
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.