Projetos Web focados em usabilidade e resultado.

Projetos Autorais

Produtos próprios, construídos do zero: modelagem de domínio, produto, interface, infraestrutura e deploy.

SaaS multi-tenant · Construído solo, ponta a ponta

Agendamento online com horário marcado para prestadores de serviço no Brasil.

Um único núcleo de produto atende múltiplas verticais por configuração — não por código. Cada estabelecimento tem uma Vitrine pública sob URL própria, onde o cliente escolhe serviço, profissional e horário sem precisar ligar ou mandar mensagem; o gestor administra agenda, equipe, serviços, produtos, planos de cliente e cobrança por um painel próprio. Sobre isso há uma camada de plataforma: assinatura por níveis, ciclo de vida de conta integrado ao gateway de pagamento e um console interno de operação e suporte.

• Next.js 15
• React 19
• TypeScript
• Tailwind v4
• PostgreSQL 16
• Prisma 6
• Auth.js v5
• pg-boss
• Zod 4
• Vitest
• Docker
• GitHub Actions
• Caddy
• VPS própria

Destaques técnicos

• Integridade de agenda garantida no banco

  O anti-double-booking é uma constraint EXCLUDE USING gist do PostgreSQL sobre o intervalo do atendimento. Duas requisições concorrentes para o mesmo horário não dependem de o código lembrar de checar: o banco recusa.

• Disponibilidade calculada, não persistida

  Os horários livres são computados sob demanda a partir das janelas do profissional, aplicando exceções, buffer, antecedência mínima e horizonte máximo. Sem tabela de slots para desincronizar; datas em UTC, exibição em America/Sao_Paulo.

• Modelo revisado quando não aguentou

  A unidade de reserva deixou de ser o agendamento e passou a ser a Comanda: um container que agrega N agendamentos, produtos e cobrança numa visita só. Cancelar um item no meio do bloco sobe os seguintes na mesma transação.

• Notificações no padrão outbox

  Todo e-mail nasce como linha em tabela, gravada após o commit da regra de negócio — falha de e-mail nunca derruba um agendamento. Um worker separado despacha em lote com retry e backoff, com idempotência por chave única no banco.

• Ciclo de conta como máquina de estados

  Seis estados, cada transição disparada por evento — webhook, job ou ação de operador —, nunca por cálculo de relógio na leitura. O efeito de acesso é resolvido por uma única função consumida por todas as rotas.

• Cobrança sem superfície PCI

  O cadastro não coleta nem tokeniza cartão: checkout hospedado do gateway para cartão, fatura hospedada para PIX. Nenhum dos dois muda o estado da conta — quem ativa é o webhook de pagamento, validado por token e idempotente.

~59 mil

linhas de TypeScript/TSX

29

modelos de dados

63

páginas e route handlers

253

testes automatizados

Acessar agendarium.net

Projetos Relevantes

Projetos relevantes que atuei durante minha carreira.

Tecnologias e Ferramentas

Leque de tecnologias e ferramentas que domino para realizar entregas relevantes aos clientes.

Desenvolvimento com IA

IA como parte do processo de engenharia, não como gerador de código avulso: ferramental versionado no repositório, contexto controlado e revisão humana antes do merge.

• Agentes especializados por domínio

  Subagents com escopo e ferramentas próprios, versionados no repositório junto do código. O agente entra na tarefa já com o contexto certo, em vez de redescobrir o projeto a cada sessão.

• Skills e comandos versionados

  Fluxos recorrentes — revisão, release, checagem de acessibilidade — viram skills e slash commands no repositório. Mudar o procedimento é um pull request, não um prompt perdido no histórico.

• MCP ligando o assistente às ferramentas

  Servidores MCP dão acesso controlado a navegador, banco, documentação e serviços externos. A resposta vira leitura do estado real do sistema, com as permissões que eu defino.

• Documentação como contexto

  CLAUDE.md, ADRs e docs por funcionalidade vivem no repositório e são o que o assistente lê antes de escrever código. Onde doc e código divergem, o código vence e a doc é corrigida.

• Portão de qualidade humano

  Todo output passa por checagem de tipos, lint, testes e revisão minha antes do merge. A IA acelera a escrita; arquitetura e decisão de produto continuam humanas.

• Contexto enxuto, resultado previsível

  Tarefas fatiadas, escopo fechado por branch e prompts apontando para arquivos específicos. É o que separa “o agente resolveu” de “o agente reescreveu meio projeto”.

Engenharia, CI/CD e Deploy

Como o código sai da minha máquina e chega em produção: pipeline automatizado, portão de qualidade antes da publicação e infraestrutura sob controle.

• Pipeline em GitHub Actions

  Push na branch principal dispara sempre o mesmo fluxo: dependências travadas por lockfile, lint, checagem de tipos, testes e build. Falhou uma etapa, nada é publicado.

• Deploy automatizado e repetível

  Publicação por SSH em VPS própria ou por imagem em container registry, com um deploy por vez e guarda-corpos que abortam antes de tocar em produção quando o artefato não confere.

• Migrations versionadas

  O banco evolui por migration versionada, aplicada no deploy antes de os containers subirem. Alteração manual em produção não faz parte do processo.

• Infraestrutura sob controle

  Docker Compose no desenvolvimento, Caddy como reverse proxy com TLS automático, secrets fora do repositório e variáveis injetadas em tempo de build ou execução.

• Testes e tipos como rede de segurança

  TypeScript estrito e suíte automatizada rodando no CI a cada push. Refatorar deixa de ser aposta e a regressão aparece antes do cliente.

• Git com escopo fechado

  Branch derivada da principal, escopo fechado por entrega, revisão antes do merge e nenhum segredo versionado. Histórico legível é o que permite reverter rápido.