iPhone e Android desenhados para o contexto real: o cliente em movimento e a operação trabalhando na rua.
Disponível para vaga ou projeto
Eu desenvolvo software sob medida.
Aplicativo para Android e iPhone, sistema web, painel de gestão, servidor e inteligência artificial aplicada. Do rascunho até estar no ar.
Aplicativo, sistema, painel.Eu desenvolvo o produto inteiro.
A superfície onde a equipe passa o dia: cadastro, pedido, relatório, exceção e acompanhamento ao vivo.
Regras, API, banco, filas, permissões e pagamentos. A parte que decide o que pode acontecer — e em qual ordem.
Publicação, segurança, Observabilidade e evolução depois do lançamento. O produto não termina quando vai ao ar.
Software não termina no dia da entrega. Backup, monitoramento e correção são combinados antes, não improvisados depois.
Especialidade
Engenharia de IA aplicada a problema de operação.
Não é demonstração de laboratório: são sistemas que leem vídeo e texto o dia inteiro e devolvem número em que dá para tomar decisão.
Visão computacional
Vídeo de câmera vira número: detecção, rastreio e contagem quadro a quadro, com alerta quando o padrão foge do normal.
Em uso no FluxVision
Classificação e análise de texto
Volume de texto vira decisão: classificação por tema e por sentimento, com a fonte de cada item sempre rastreável.
Em uso no Monitor de Notícias
Modelo dentro do produto
IA não fica em demonstração: entra no sistema que já existe, com custo, latência e margem de erro previstos antes de ir ao ar.
E a IA também trabalha do meu lado.
Não é só o que eu construo com IA — é como eu construo. É por isso que o prazo é outro.
Dias em vez de semanas
A primeira versão que dá para ver e usar sai em dias. Você corrige o rumo cedo, quando mudar ainda é barato.
Bug vira busca dirigida
Erro difícil deixa de ser tentativa e erro: eu chego na causa e conserto no mesmo dia, em vez de na semana seguinte.
Você fala com quem responde
A IA acelera o trabalho; ela não assina por ele. Cada decisão de arquitetura e cada linha que entra passam por mim.
Como um projeto sai da ideia e entra no ar.
Produto próprio
A ideia do Papalegua foi minha. O sistema que roda hoje, eu refiz inteiro.
Vi uma operação de entregas travada em telefone e planilha e tirei o produto do papel — a primeira versão foi construída por outras pessoas. Depois eu refiz o sistema por inteiro, e hoje respondo por ele. Sete anos no ar, usado todo dia pelas principais empresas.
7 anos
no ar, sem parar
4 sistemas
dois apps, painel e API
1 responsável
o sistema de hoje é o que eu refiz
Papalegua / 2026
Um pedido. Quatro sistemas. Nenhum ponto cego.
Cliente, entregador, operação e financeiro acompanhando a mesma entrega — do primeiro toque à conciliação.
Ver o manifesto do projetoA entrega atravessa o sistema.




01 / ORIGEM
O pedido nasce completo.
Origem, destino, embalagem, crédito e estimativa antes da confirmação.
02 / RUA
A rua recebe contexto.
Aceite, navegação, comprovante e ganho no mesmo fluxo operacional.
03 / CONTROLE
A operação enxerga o agora.
Pedidos, entregadores, exceções e direcionamento em tempo real.
04 / FECHAMENTO
O ciclo fecha conciliado.
Gateway, repasse, histórico e depósito automático sem planilha paralela.
O que atravessa a rota.
Não são seis funcionalidades isoladas. É um único pedido preservando contexto enquanto muda de pessoa, aparelho e responsabilidade.
Kotlin · Swift
Laravel · PHP · MySQL · React · TypeScript
Docker · DigitalOcean
Cliente, entregador, gestor e financeiro. O mesmo pedido nas quatro telas, sem redigitar.
Outros softwares que eu desenvolvi.
OpenCourt
Inscrição, chaveamento e resultado de partida no lugar da planilha e do grupo de mensagens.
- Stack
- Next.js 16 · React 19 · Supabase · Drizzle e Postgres · Tailwind
- Ano
- 2026
01 / 10
OpenCourt, projeto 1 de 10.
Parte do que eu escrevo é aberto — o código está no GitHub.
Engenharia
O que não aparece na tela.
As capturas mostram a superfície. Contratar alguém é decidir sobre o que está embaixo. Hoje divido o tempo entre o meu produto e o Núcleo Estratégico de Tecnologia e Governo Digital do Governo do Piauí, onde integro a equipe do Visualizador de Processos — a plataforma que conecta o SEI ao data lakehouse do Estado.
- 01
Reescrever com o sistema no ar
O Papalegua já estava em produção quando o código passou a ser meu: entregador na rua, pedido em andamento e cobrança rodando. Não existia janela para parar. Refiz o sistema por substituição incremental — uma camada por vez, com verificação antes de cada subida e caminho de volta pronto. Quem usava não viu a troca acontecer.
- 02
Uma recursão que ninguém via
A API morria por falta de memória e o rastro de pilha não apontava para lugar nenhum. O culpado era um campo calculado do histórico do pedido: para descobrir o entregador, ele carregava o pedido inteiro — e o pedido, ao ser serializado, trazia o histórico de volta. Um ciclo que só parava quando a memória acabava. A correção foi tirar a relação da serialização e ler a coluna direto no banco, sem carregar objeto nenhum.
- 03
Tirar a operação da nuvem grande
A infraestrutura vivia numa nuvem cara, com custo que crescia sozinho e pouco controle sobre o que rodava onde. Levei tudo para contêineres em servidor próprio: banco, aplicação, proxy reverso e certificados, com deploy incremental e conferência antes de cada subida. Mesma operação, conta menor e a pilha inteira sob a minha mão.
Me conta o que você precisa.
Se não for trabalho para mim, eu falo na primeira conversa.
- 01
Você me conta o problema
Numa conversa. Não precisa chegar com especificação pronta — a maior parte dos clientes chega com o problema, não com a solução.
- 02
Eu digo se é trabalho para mim
Com escopo, prazo e preço na mesa. Se não for, eu falo na primeira conversa em vez de empurrar orçamento.
- 03
Entrego funcionando e continuo por perto
No ar, nas lojas, com o servidor de pé. Manutenção depois da entrega é combinada, não improviso.









