Todo entregável passa por auditoria automática antes de ser salvo. O DDL executa num PostgreSQL descartável, as perguntas de negócio viram query com resultado esperado, e o selo de confiança declara a fração verificada.
O problema
O documento de arquitetura chega bonito e ninguém sabe se o script roda. O erro aparece na implantação, de madrugada, quando o custo de voltar atrás é máximo e o autor do documento já não está na sala.
O script executa numa transação revertida durante a auditoria; o selo "DDL validado no PostgreSQL" só aparece se executou sem erro. O teste de aceitação prova que o modelo responde às perguntas do negócio, e a prova sob carga compara alvo e medido por aritmética.
Como funciona
O selo de confiança é a fração das verificações disponíveis que foi efetivamente feita, nunca uma probabilidade de acerto. Cada fator aparece com peso e situação, e fator que não se aplica sai da média em vez de entrar zerado.
Prova sob carga não medida aparece como não medida. "Ninguém mediu" é diferente de "mediu e passou", e o selo não deixa confundir os dois.
Modelo transacional para e-commerce
Versão 2 · auditado · 6 entidades, 31 colunas
| DDL executado em banco real | feito |
| Perguntas de negócio respondidas por query | feito |
| Revisão adversarial | feito |
| Prova sob carga | não medida |
Segunda opinião, de um modelo diferente
Discorda da normalização de stock_movements: em volume alto, o saldo calculado por soma vira o gargalo. Sugere materializar. A divergência ficou registrada, não resolvida.
O DDL executa num PostgreSQL descartável, em transação revertida no fim. O teste de aceitação transforma cada requisito de negócio numa query com resultado esperado.
O prompt de execução herda tudo isso: sai com os passos de verificação e o rollback escritos, para quem for aplicar validar do outro lado também.
Projeto / Camada analítica / Entregáveis
Prompt de execução: criar o esquema analítico
Versão 3 · para o agente do cliente ou para o DBA
Premissas do ambiente
PostgreSQL 16 · usuário sem SUPERUSER
executar em transação · nada de credencial embutida
se qualquer verificação falhar, aplicar o rollback e parar
Verificações depois de aplicar
Por dentro
O que roda de verdade antes de um entregável ser salvo.
O que vem depois
Um revisor adversarial ataca por custo, risco e simplicidade; a resposta recebe veredito, e a objeção que procede fica registrada no documento.
Ver por dentro →EntregaPrompt de execuçãoO entregável que fecha a consultoria sem tocar no seu banco: premissas de ambiente, verificação e rollback, prontos para o seu agente ou o seu DBA.
Ver por dentro →CustoAnálise de custosTCO de 12 e 24 meses calculado por aritmética, fonte declarada por preço, e o desvio conferido depois contra a fatura real.
Ver por dentro →Cole a estrutura, receba os achados mais graves em cerca de dois minutos e decida depois se vale abrir uma consultoria. Sem conta, sem cartão.