Projeto autoral · produto web
Eventech
Agenda de eventos de computação no Brasil, com prazos, recomendação por interesse e planejamento de viagem.
Problema: informação espalhada e prazos perdidos
Datas, chamadas de trabalhos, lotes de inscrição e programação ficam espalhados pelos sites de cada evento. Para estudantes e pesquisadores, perder um prazo significa esperar uma nova edição.
A aplicação organiza eventos por série e edição, destaca os prazos da semana e permite filtrar por período, gratuidade, formato online e chamada aberta. Quem entra recebe recomendações e monta uma agenda pessoal, exportável em iCal.
Arquitetura: Next.js, FastAPI e cliente tipado
O monorepo tem a interface em Next.js com React e TypeScript, a API em FastAPI com SQLAlchemy e migrações Alembic, e um cliente TypeScript gerado a partir do OpenAPI da API. O CI confere se o cliente está atualizado, o que mantém os dois lados alinhados.
O banco é PostgreSQL com PostGIS para consultas geográficas e pgvector para similaridade. Os jobs usam uma fila outbox no próprio banco, sem um broker separado.
Dados: LLM com moderação humana
A ingestão usa o Gemini para extrair datas, prazos e preços dos sites dos eventos. As extrações não vão direto para o público: entram em uma fila de moderação, e a qualidade do modelo foi avaliada contra uma base com curadoria manual.
Dados abertos complementam o planejamento da viagem, como voos diretos da ANAC, municípios do IBGE e informações geográficas do OpenStreetMap e do Wikidata.
Recomendação, alertas e privacidade
A recomendação combina embeddings, cidade e interesses, com diversificação dos resultados e explicação do motivo de cada sugestão. Alertas por e-mail avisam sobre prazos e novas edições, com consentimento conforme a LGPD e descadastro em um clique.
A interface funciona como PWA com uso offline e mapa com MapLibre. As métricas de uso são próprias e não usam cookies.
Desenvolvimento em parceria com IA
Construí o Eventech sozinho, com o Claude Code como parceiro de implementação. Antes do código, fiz com ele um estudo em relatórios: mercado e fontes de eventos, produto e UX, recomendação, arquitetura, integrações de viagem e LGPD. As decisões ficaram registradas em um documento próprio, e o trabalho foi dividido em marcos com plano e critérios de entrega.
Em cada marco, eu defini escopo e prioridades e tomei as decisões de arquitetura e custo; o agente implementou, e eu revisei antes de seguir. Um script de CI local roda lint, migrações, testes, verificação do cliente da API e build antes de qualquer deploy.
Infraestrutura e limites
A interface roda na Vercel e a API na Railway, com a infraestrutura descrita em código, rotinas agendadas de ingestão e notificações e backup diário do banco com restauração testada. Erros da API e do front são monitorados no Sentry, configurado só para erros, sem replay nem dados de navegação. Um limite automático corta gastos de nuvem se o orçamento estourar. Os testes usam pytest e Playwright.
O produto foi lançado recentemente e ainda não tem base de usuários. Algumas fontes públicas são instáveis, e a cobertura depende da curadoria e da moderação das extrações. O código é privado.