Construindo o MatchDay AI: um piloto automático com memória para viagens a eventos
Eu construí o MatchDay AI para o Qwen Cloud Global AI e o Hackathon OpenAI Build Week e o submeti apenas para a Track 4: Autopilot Agent. Suas capacidades de memória persistente também se alinham com a Track 1, mas são o diferencial dentro de uma submissão da Track 4 — não uma entrada de segunda trilha. O avanço central é o fluxo de trabalho completo: entender uma solicitação confusa, relembrar preferências relevantes, invocar ferramentas tipadas, detectar um conflito que quebra a viagem, reparar o plano e verificar o resultado independentemente.
[Veja a Arquitetura]
arquitetura
arquitetura-frontend
arquitetura-memória
arquitetura-autopiloto
O problema e seu valor
A busca por viagens não é o mesmo que um planejamento confiável de viagem. Um voo pode parecer barato, mas chegar tarde demais após considerar o tempo de transferência ao aeroporto e a margem de segurança de um torcedor. Uma preferência familiar pode desaparecer entre sessões. Um link de vendedor desatualizado pode retornar zero resultados. Uma estimativa de rota pode ser confundida com uma tarifa, ou dados incompletos de provedor podem se tornar uma reivindicação de reserva injustificada.
Para um evento de alto risco, essas não são falhas cosméticas: uma recomendação ruim pode tornar a viagem inteira inútil. O MatchDay as transforma em restrições explícitas, estados de evidência e verificações de validação antes de mostrar um plano como completo.
Como o MatchDay funciona
O caminho de produção é:
1Fã → Next.js no Vercel → fachada de servidor assinado → Alibaba ECS2→ Caddy + FastAPI + PostgreSQL + workers duráveis3→ Qwen Cloud + ferramentas tipadas de viagem/contexto4→ normalizar → classificar → detectar conflito → reparar → verificar5→ versão de viagem imutável e compartilhamento seguro de privacidade
O qwen3.7-plus do Qwen Cloud é o controlador de planejamento de produção. Ele interpreta linguagem natural, classifica cada turno, resolve ambiguidades, seleciona ferramentas tipadas, propõe alterações de memória fundamentadas, escolhe entre candidatos de reparo permitidos e explica o resultado. O gateway limitado é implementado em qwen.py (../backend/matchday/qwen.py), enquanto o loop de ferramentas durável reside em agent.py (../backend/matchday/agent.py).
O modelo nunca certifica sua própria resposta. O código determinístico é responsável por esquemas, vinculação de fixtures, validação de evidências, aritmética de pacotes, aplicação de restrições, detecção de conflitos, aplicação de reparos e o contrato de liberação independente de 14 verificações em safety.py. Esta foi a decisão de arquitetura mais importante: use o modelo para julgamento, mas use o código para a verdade.
A memória persistente segue o mesmo princípio. Fatos explícitos do usuário e comportamento verificado repetido entram em uma fonte de verdade com escopo do proprietário, mas uma viagem incomum não se torna silenciosamente uma preferência permanente. O comportamento é promovido apenas após reforço em viagens raiz distintas. A memória suporta recall limitado, namespaces específicos de viagem, precedência da mensagem atual, correção, expiração, substituição, exclusão, desativação e reutilização auditável em memory.py.
A autonomia é durável, não ilimitada. PostgreSQL leases, fencing tokens, checkpoints, retentativas, cancelamento, idempotência e limites cumulativos de tempo/modelo/ferramenta/custo permitem que o trabalho interrompido seja retomado sem rodar para sempre ou gastar o mesmo orçamento duas vezes. O runtime está em runs.py, e a implantação no Alibaba inicia serviços separados de API, run-worker, fixture-refresh, PostgreSQL e Caddy em docker-compose.yml.
Onde o Codex acelerou o trabalho
O Qwen é a inteligência de runtime do MatchDay. O Codex com a configuração GPT-5.6 Sol Max foi meu acelerador de engenharia. Usei uma versão híbrida limitada do loop estilo Peter do OpenClaw — definir, construir, atacar, verificar, corrigir — em pequenas fatias verificáveis independentemente.
O Codex acelerou o rastreamento de arquitetura, implementação, geração de testes de regressão, análise de causa raiz, revisão adversarial, QA de navegador e verificação de implantação. Ajudou a expor problemas que uma demonstração de caminho feliz perderia: discordância de fonte de verdade de memória após edições manuais, recall incorreto entre sessões, handoffs de voos desatualizados ou com zero resultados, injeção de prompt e indireta, SSRF e redirecionamentos inseguros, ataques de replay, isolamento de inquilinos, corridas de concorrência, checkpoints desatualizados e renderização degradada de mapa ou 3D.
As principais decisões de produto permaneceram explícitas: escolhi o limite de confiança entre Qwen e determinístico, o limite de promoção de memória de duas viagens, a taxonomia de evidências, checkpoints humanos para alegações não suportadas ou de alto risco, e um limite de liberação sem compra. O Codex encurtou o ciclo de feedback e atacou cada afirmação; não substituiu essas decisões de produto e segurança.
Como isso se alinha aos critérios de julgamento
- Inovação e criatividade em IA:* MatchDay combina memória entre sessões com um Autopilot durável, reparo baseado em evidências e um verificador independente. O trilho visível
Lembrado → Conflito detectado → Plano reparado → Resultado verificadotorna essa arquitetura inspecionável em vez de escondê-la atrás de uma resposta de chat.
- Profundidade técnica e engenharia:* O Qwen Cloud impulsiona decisões tipadas; o Alibaba ECS executa o plano de controle e execução FastAPI/PostgreSQL; o Vercel fornece a fronteira do frontend assinado. O repositório inclui evals cegos à fonte, testes de contrato de provedor, verificações de concorrência PostgreSQL e jornadas Playwright em Chromium, Firefox e WebKit.
- Valor do problema e impacto:* O produto B2C atual protege torcedores que planejam viagens caras e críticas para eventos. O futuro caminho B2B é um agente de planejamento incorporável ou de marca branca para agências de viagens, usando seu inventário, políticas, regras de aprovação e canais de cliente. A arquitetura de provedor AGPL-3.0 também suporta adoção em código aberto.
- Apresentação e documentação:* Os juízes podem testar o aplicativo ao vivo sem credenciais, inspecionar o rastreamento de decisão factual, usar o mapa e a lente ilustrativa do estádio com limites de evidência explícitos, assistir à demonstração curta e regenerar cada diagrama de arquitetura a partir de sua fonte Graphviz.
Atualmente, o MatchDay está focado no planejamento de viagens para a Copa do Mundo e não realiza compras de viagens. As evidências comerciais ao vivo dependem do acesso configurado ao provedor; preços, inventário, disponibilidade ou termos de reembolso ausentes permanecem visivelmente desconhecidos. Viagens para eventos mais amplos e incorporação em agências são direções de produto, não alegações sobre a versão atual.
O objetivo é simples: um agente de viagem autônomo não deve apenas produzir uma resposta — deve lembrar com responsabilidade, agir dentro das evidências, reparar o que é inseguro e provar o plano final.#QWEN #ALIBABA #CODEX #OPENAI #HACKATHON #CLOUD
