Diego R.

OPERAÇÃO MULTIAGENTE PRÓPRIA (em produção)

Arquitetei e mantenho uma operação com seis agentes autônomos de escopo
especializado, cada um com documento de identidade, limites de atuação e base de
conhecimento própria. Decisões técnicas que definiram o projeto:

Optei por servidor próprio em vez de plataforma gerenciada. Plataforma cobra por
execução, então o custo cresce exatamente quando a automação começa a dar certo.
Em VPS o custo fica fixo independente do volume.

Implementei protocolo de handoff entre modelos: modelo pesado apenas para
decisão estratégica, modelo leve para execução repetitiva. Isso derrubou o custo
de token por rotina sem perder qualidade nas decisões que importam.

Estruturei a base de conhecimento para busca por seção, nunca carregando
documento inteiro em contexto. Documento grande em contexto degrada a resposta e
multiplica o custo.

APLICATIVO MOBILE COM IA E ASSINATURA RECORRENTE

Desenvolvimento em React Native e Expo, com Supabase para autenticação e banco,
API de visão computacional para o processamento e RevenueCat para a assinatura.
Pipeline completo de captura de imagem, processamento, retorno estruturado,
paywall e retenção. Implementei limite de uso por usuário na camada de API depois
de mapear que chamada de visão computacional sem teto é o que quebra a margem
desse tipo de produto.

MOTOR DE QUALIFICAÇÃO E PONTUAÇÃO B2B

Construção de sistema de inteligência comercial com 36 segmentos de mercado
mapeados e pontuação automática de empresas para times de venda.

O trabalho relevante aqui foi um diagnóstico de erro: a primeira versão pontuava
empresas usando critérios que dependiam de informação impossível de observar de
fora. Parecia sofisticada e não funcionava. Reescrevi as cinco dimensões de
pontuação usando exclusivamente sinais verificáveis: certificado SSL, seções
presentes no site, pixel de rastreamento instalado, tags de anúncio, ferramentas
de CRM detectáveis, idade da empresa e quadro de funcionários confirmável.

Levo esse critério para todo projeto de automação: se o fluxo depende de um dado
que ninguém consegue obter de forma confiável, ele vai falhar em produção
independente de quão bem foi construído.

COMO EU TRABALHO

Analiso a estrutura existente antes de propor reconstrução. Aproveitar o que já
funciona costuma ser mais rápido e mais barato que começar do zero, e quando não
for eu explico tecnicamente o motivo.

Tratamento de erro em todo nó crítico e log persistente desde a entrega, não
depois que quebra.

Infraestrutura, chaves de API e repositório no nome do cliente. Documentação
escrita de como operar e editar. O objetivo é que a equipe dele consiga mexer
sozinha.