O que eu trago

Trabalhar direto com quem é dono do problema — pessoal de operações, fundadores, os próprios engenheiros de um cliente — para transformar um briefing incompleto em um escopo definido, com estimativa custeada e uma definição de pronto acordada. Já fiz isso pelos dois lados: como especialista interno de processos de negócio mapeando fluxos financeiros e logísticos sem documentação, e como engenheiro de fora definindo projetos de IA para pequenas empresas que nunca tinham comprado um.

Apoio

levantamento de requisitos · mapeamento de processos As-Is / To-Be · estimativas custeadas · confirmação por escrito antes de construir · workshops com partes interessadas

Comprovado em Caso 02 · Caso 04

Sistemas de IA que precisam rodar dentro de uma operação real: extração de documentos com um passo de revisão humana antes de qualquer gravação, assistentes de atendimento com estrutura de conhecimento, integração de ferramentas, gestão de sessões e escalonamento para uma pessoa, e fluxos de RPA em tarefas financeiras e logísticas que antes eram digitadas à mão.

Apoio

APIs OpenAI / Claude · RAG · ajuste de recuperação · versionamento de prompts · tool calling · OCR (PyTesseract) · Power Automate · Datagrand RPA · Selenium · LangChain / LangGraph (avaliados) · Ragas (prova de conceito) · n8n · Dify

Comprovado em Caso 02 · Caso 03

Conectar sistemas que nunca foram desenhados para se conectar — o ERP legado de um cliente, sistemas de origem sem API nenhuma, plataformas de comércio e pagamento de terceiros, filas de mensagens, e os passos manuais no meio. A decisão recorrente é construir ou comprar, e já estive dos dois lados vezes suficientes para saber que a pergunta interessante é qual restrição faz o componente comprado falhar.

Apoio

desenho de API REST · OpenAPI / Swagger · webhooks · OAuth 2.0 / JWT · RabbitMQ · Redis · PostgreSQL / MySQL · Shopify API · Stripe · PayPal · padrões de integração não invasiva

Comprovado em Caso 01 · Caso 02

Ser dono de um sistema depois do release. Jobs longos que retomam de onde pararam em vez de recomeçar. Falhas que aparecem numa hora do dia em que uma pessoa ainda consegue voltar ao processo manual. Tratamento por fila para que uma requisição lenta não trave o próximo cliente. Envios que não podem ser disparados duas vezes por um refresh de página. Capacidade ociosa que é liberada em vez de segurada.

Apoio

trabalhadores de fila · processamento assíncrono · execuções com pontos de verificação · envio idempotente · estratégia de cache · Docker · NGINX · CI/CD · implantação e monitoramento em nuvem nas plataformas de cada projeto

Comprovado em Caso 02 · Caso 05

Eu liderei entrega e decisões técnicas, ⛔ não headcount: a decisão final de arquitetura e de escolha de tecnologia depois de ouvir o time, a prática de revisão de código com que um time trabalha, e orientar desenvolvedores através daquilo que realmente os trava — que, na minha experiência, quase sempre é o contrato da API e não o código.

Apoio

liderança técnica · prática de revisão de código · mentoria · planejamento de sprint e quebra de trabalho · entrega em três idiomas (inglês · mandarim · malaio)

Comprovado em Caso 01 · Caso 05