EN·ES·PT
O método · como cada projeto realmente funciona

The Proof-First Method

A maioria do trabalho com IA vai ao ar com uma demo e uma reza — e um cliente encontra a única coisa que ela erra. O meu vai ao ar atrás de um portão, com a evidência anexada. Este é exatamente o sistema operacional que faz meus dois produtos ao vivo funcionarem, aplicado ao seu build: quatro fases, um artefato concreto produzido em cada uma, e o padrão aplicado antes de qualquer coisa avançar.

Escopo fixo, por escrito Um artefato em cada fase Feito = verificado, não afirmado
O ciclo · quatro fases, cada uma com um entregável que você fica
Fase 01 · ~1 semana

Auditoria — encontrar onde falha antes de construir

O que você recebe

Um plano priorizado, um mapa de riscos de onde a sua IA pode falhar, uma avaliação de base sobre a sua funcionalidade atual, e um orçamento firme e fixo para o build — seu, independente de continuar ou não.

O padrão aplicado

Cada afirmação é medida, nada é presumido. Você sai com um número real e um plano real, não com uma faixa e um talvez.

Fase 02 · ~2 semanas

Sprint — lançar uma fatia fina, com o portão desde o dia um

O que você recebe

Uma fatia fina funcional da funcionalidade, o primeiro arnês de avaliação conectado aos seus padrões de tráfego reais, e um portão de CI que já bloqueia a integração de uma mudança ruim.

O padrão aplicado

Vai ao ar atrás de um portão desde o primeiro commit. Nenhuma funcionalidade entra sem um teste que possa falhar — a prova é embutida, não colada no final.

Fase 03 · ~4–8 semanas

Build — a funcionalidade, e a evidência de que funciona

O que você recebe

A funcionalidade completa, a bateria de avaliação — fidelidade, injeção de prompt, regressão, segurança — um registro de provas assinado, e um runbook que a sua equipe consegue operar sem mim.

O padrão aplicado

"Feito" significa verificado por um comando que você pode rodar de novo, não afirmado numa reunião de status. Sem falso verde — nem o meu.

Fase 04 · retainer opcional

Operação — mantê-lo comprovado em produção

O que você recebe

Monitoramento, avaliações agendadas, portões de qualidade de CI mantidos, e um relatório de provas mensal numa linguagem que o seu PM consegue ler.

O padrão aplicado

Uma regressão é pega antes do seu cliente ver — e o resultado é publicado, não afirmado. Você pode entregar o repo para qualquer pessoa e ele continua funcionando.

Os padrões · os mesmos que regem os meus próprios produtos

Cinco regras que eu não quebro.

Sem falso verde — nem o meu

O portão fica vermelho quando deve, em público. Este próprio site publica as suas próprias corridas com falha; o seu projeto recebe a mesma honestidade.

Feito significa verificado, não afirmado

Cada número é respaldado por um artefato que você pode abrir — uma corrida, um registro, um código de saída de teste. Se não dá para mostrar, não está feito.

Seu repo, sua infra, suas chaves

O trabalho roda nas suas contas, não nas minhas. Nada é retido após a entrega — sem aprisionamento, sem dependência de mim para continuar funcionando.

Preço conforme o problema, não um pacote

Escopo fixo, orçado por escrito antes de começar. Nunca horas em aberto, nunca um preço de menu inflado para o pior caso.

Liderado pelo fundador, só sênior

Quem define é quem constrói e opera. Sem gerentes de conta, sem repasse a juniores, sem telefone sem fio.

Não é um slide · a máquina por trás do método é real e pública

O mesmo sistema faz meus produtos e o seu build funcionarem.

Isto não é uma metodologia que escrevi para uma página de vendas. É a ferramenta que eu uso todo dia — e a maior parte está aberta para você inspecionar.

▸ sage-kernel — o SO de engenharia proof-first ▸ llm-eval-gate — o modelo de avaliação aberto ▸ o próprio QA deste site, em público ▸ o corpo de trabalho que ele produziu ▸ o padrão de qualidade e o SLA

Começa com uma semana de baixo risco.

A auditoria é a porta de entrada: um plano e um orçamento real que é seu, construindo ou não.

Começar com a auditoria → Ver a prova primeiro