Estado atual

O que está configurado, o que funciona, o que já foi validado com partidas reais e o que pode ser vendido.

Corte: 2026-10-28 (horário de Brasília). Este quadro vale mais que PDFs e apresentações antigas.

Etapas para aprovação

Cada etapa passa por: implementar → corrigir falhas → testar → Wellington aprova.

Documentos

Documentos de alinhamento do projeto. Abra para ler ou baixar.

• Documento de alinhamento v4 (atual) atual

  Modelo de negócio com o nome e a identidade FUTsway e o estado de hoje: o que está no ar, o que falta validar e os custos medidos.

  Abrir PDF 1.351 KB

• Ferramentas, serviços e assinaturas (v4, atual) atual

  Quais ferramentas e contas o FUTsway usa hoje (IAs pagas, servidor de produção), quando contratar as próximas e quanto custam.

  Abrir PDF 1.072 KB

Estado das fases

1. Entrega principal do produto

   5 — Aula em vídeo

   em andamento

   No ar desde 26/10 (E13) nos três tipos; 3 aulas em produção com vídeos de teste e públicos (setas: 4 de 5 certas). Falta: a primeira partida real enviada por arquivo (o Rotcha gravar e enviar). Opcional: voz da ElevenLabs (hoje a voz é a do Google; com a chave, troca sozinha).

   A aula é o que o jogador recebe de cada análise; o relatório escrito vem abaixo, como complemento. Arquivo enviado → aula em MP4 (o próprio vídeo com pausas nos lances, setas e círculos, câmera lenta, voz do treinador, lousa tática 3D, legendas; assistir e baixar). Link do YouTube → aula interativa (o mesmo roteiro, desenhos e voz sobre o player oficial; com referência, o pro abre no minuto do lance). Nos três tipos de análise; conferência automática das cenas

   Pronta quando: uma partida real do próprio jogador, enviada por arquivo, processada e com a aula reproduzível (critério do Wellington)

2. 1 — Fundação

   em andamento

   No ar em produção, aguardando a aprovação do Wellington (E1).

   repositório, arquitetura, banco, autenticação, design system, layout, dashboard, fluxo de nova análise, upload, armazenamento privado, fila

   Pronta quando: usuário cria conta, envia dois vídeos, análise fica enfileirada e ingestão real roda

3. 2 — Prova técnica da IA (o coração)

   em andamento

   Encanamento real em produção desde 2026-10-23, aguardando partidas reais (E3).

   eventos, timestamps, análise independente A/B, comparação contextual, evidências, relatórios estruturados

   Pronta quando: só avança quando a análise real convencer: validado com partidas reais

4. 3 — FUTsway Live

   em andamento

   V0 no ar no computador, aguardando a primeira sessão real do Rotcha (E4).

   coach de IA durante a partida: captura da tela (PC ou placa de captura; YouTube na v1), análise em janelas, dicas por voz e texto nos modos discreto/equilibrado/intensivo/silencioso, resumo da sessão

   Pronta quando: jogador compartilha a tela, joga uma partida inteira, recebe orientações por voz no modo escolhido com atraso declarado e ao fim vê o resumo; validado por jogadores reais

5. 4 — Coaching, evolução e DNA Intelligence (especificação do Wellington, 24/10)

   W1, W2, W3 e W4 no ar (25/10), aguardando aprovação (E6, E7, E8, E9); modal de configuração do vídeo no ar (25/10, E10); contínuo

   Base do meta e comandos confirmados conforme a EA publicar.

   W1 Nova Análise v2: tipo (estudar um jogador, minha gameplay, comparar), lados pelo placar (um ou os dois), 148 fundamentos, profundidade, controle e comandos (hipótese), estimativa de custo · W2 agentes (pro, combinado, Meu DNA), biblioteca, memória com evidência, padrões, chat com citações · W3 comparação entre agentes (Meu DNA x Pro X, defesa atual x anterior, plano de treino) · W4 DNA Input Intelligence completo (comandos verificados por versão, Xbox) e base do meta FC 27 preenchida, reprocessamento

   Pronta quando: agente responde com links para os lances; relatório só com os fundamentos pedidos; nada de percentual inventado

6. 6 — Comercialização (sempre a última)

   não iniciada

   planos, pagamentos, créditos, admin, limites de plano, monitoramento, carga

   Pronta quando: produção estável e cobrança funcionando

Feito até agora

1. 28/10/2026

   Bloco 35: servidor, Cloudflare e seção 2b (site como o painel do kit) — PROMPT_REBRAND_FUTSWAY.md

   0 itens
2. 28/10/2026

   Bloco 34: troca de nome FUTsway → FUTsway e identidade nova (E20) — PROMPT_REBRAND_FUTSWAY.md

   0 itens
3. 28/10/2026

   Bloco 33: Finalização (D96–D97, E18) — PROMPT_FINALIZACAO.md

   0 itens
4. 27/10/2026

   Bloco 32: Inteligência Central + configuração por áudio (D91–D95, E17)

   0 itens
5. 27/10/2026

   Bloco 31: Refinamento da Nova Análise (D83–D90, E16) — PROMPT_REFINAMENTO_NOVA_ANALISE.md

   0 itens
6. 26/10/2026

   Bloco 29: Correções urgentes no vídeo final (pausa total, áudio original, duração selecionada) — PROMPT_CORRECOES_VIDEO_FINAL.md

   0 itens
7. 26/10/2026

   Bloco 28: Backup incremental dos vídeos, retenção de 30 dias do vídeo original e o player do coach IA (E14) — prompt colado + PROMPT_PLAYER_AULA.md

   0 itens
8. 26/10/2026

   Bloco 27: Aula em vídeo como entrega principal nos documentos e na página; limpeza do disco do servidor

   8 itens

   • ROADMAP: Fase 5 virou “Aula em vídeo (resultado principal)”, em andamento, no ar desde 26/10 (E13). Falta: a primeira partida real enviada por arquivo. Opcional: voz da ElevenLabs. Nota: a numeração é de planejamento, não de importância.
   • ESTADO: saiu a linha antiga “Aula animada e vídeo final (Fase 5): não”. A linha da aula foi para junto da análise, como resultado principal, com o que falta dito com precisão. PRD, UX e os rótulos de custo da tela (“Aula em vídeo: …”) acompanham.
   • Página de acompanhamento: a fase da aula aparece primeiro, em destaque, com “Entrega principal do produto”. “O que já funciona” abre com a aula. Em “O que ainda não funciona” saiu “Fase 5” e entrou o que falta de verdade. Prints 135–136.
   • Disco: a causa não eram as aulas. 64 % (61 GB) = 55,3 GB de imagens velhas (63 versões de cada, uma por deploy) + 3,5 GB de backups (85 pastas, um por deploy) + 0,2 GB de dados. Depois do deploy d114fc8: 16 % (16 GB), imagens 6,0 GB.
   • Aula pronta guarda só o MP4 e as legendas (interativa: falas e lousas). Temporários saem no fim da montagem e na limpeza de hora em hora. Aula de análise apagada sai em 1 h. Primeira limpeza em produção: 12 arquivos; aula MP4 de 14,1 → 8,8 MB; lista de arquivos conferida no banco (MP4: aula.mp4, aula.srt, aula.vtt).
   • Deploy: limpar-imagens.sh (fica a versão no ar + 3 mais novas) e backup de antes do deploy só com os 3 mais novos.
   • Pasta de trabalho do serviço: cada aula vale pela própria data (antes valia a da pasta aulas inteira).
   • DEPLOYMENT.md → “Disco”: medições, quanto cada aula ocupa (≈ 1,75 MB por minuto de aula MP4) e quando ampliar.
9. 26/10/2026

   Bloco 26: Vídeo-aula da própria gameplay (MP4 por arquivo, interativa por link, nos três tipos) — PROMPT_VIDEO_AULA.md + complementos do Rogério

   0 itens
10. 25/10/2026

    Bloco 25: Nova Análise otimizada (trechos, custo em tempo real, perfis, formato, resultado leve) — PROMPT_OTIMIZACAO_NOVA_ANALISE.md

    0 itens
11. 25/10/2026

    Bloco 24: Bloco B da auditoria externa nº 1 e pendências pequenas — PROMPT_BLOCO_B_E_PENDENCIAS.md

    10 itens

    • Pendência 2 — página de acompanhamento: blocos do "Feito até agora" já mostravam só título, data e quantidade (detalhes recolhidos); a palavra "versão provisória" dos blocos de 22–23/10 (e de títulos de commit) aparece como a de hoje ("Abrir o FUTsway", "primeira versão…") só na página; o log fica como foi escrito. Endereço público conferido: 0 ocorrências.
    • Pendência 3 — limite diário de IA 20: confirmado no servidor (.env = 20, backup .env.bak-202610251149 com 5; linha de 25/10 em ai_budget_day com limit_usd=20; o web em execução lê 20). A linha de cada dia nasce com o valor do .env e é atualizada a cada reserva (BudgetRepo.reserve). Padrão 20 no código, no Compose e nos dois .env.example; docs/COST_MODEL.md atualizado.
    • A-08/A-09 evidência material (D54): observação do modelo x prova material; quadros do arquivo com FFmpeg gravados em quadros/<usuário>/<análise>/; fato só com quadro gravado; YouTube = observação do modelo + segunda leitura cega (lotes de 8, modelo rápido, só os trechos); duração por duas fontes ("tempo incerto"); rótulo sempre no relatório (momentos e linha do tempo); migration 0016.
    • A-12 LGPD (D55): "Exportar meus dados" (fila account.export, zip de 24 h, auditado) e "Excluir minha conta" (senha, cascata + arquivos, auditoria sem dado pessoal, aviso de que não há e-mail); puxar-backup.ps1 com retenção de 7 dias; limpeza de quadros e zips órfãos; migration 0017.
    • A-02 cotas (D56) atrás de ENFORCE_PLAN_LIMITS=false; migration 0018. A revisão de segurança automática apontou que cancelar no fim ou reprocessar e falhar devolveria crédito já usado: corrigido (b63eff1).
    • A-18 imagens por digest, actions por SHA, SBOM/proveniência, digests-implantados.log.
    • A-19 CSP Report-Only → observação na produção → valendo; /api/csp-report (migration 0019); a revisão automática apontou caracteres de controle no log do relatório: corrigido.
    • A-20 inventário em docs/privado/INVENTARIO.md (ignorado), marcadores nos docs, variáveis SISTEMA_URL/PROD_HEALTH_URL no GitHub, USER= no .secrets.
    • E2E no CI (D58): job e2e com Playwright, PostgreSQL, site em modo produção, fila e serviço em replay da gravação real e2e-fluxo.
    • Achados no caminho: /app/analises/<id inválido> dava erro 500 (agora 404); a confirmação da exclusão se desmarcava depois de senha errada (agora fica marcada); o Caddy não relia o Caddyfile no deploy (agora é recriado quando o arquivo muda).
12. 25/10/2026

    Bloco 23: modal de configuração do vídeo (Referência e Minha gameplay) — PROMPT_MODAL_CONFIG_VIDEO.md

    0 itens
13. 25/10/2026

    Bloco 22: W3 (comparação entre agentes) e W4 (comandos e meta do FC 27) — PROMPT_W3_W4_COMPARACAO_META.md

    0 itens
14. 25/10/2026

    Bloco 21: PDFs v3 na seção “Documentos” da página de acompanhamento

    0 itens
15. 25/10/2026

    Bloco 20: Nova Análise v2 (W1) e DNA Intelligence (W2) — especificação do Wellington de 24/10

    4 itens

    • W1 (cc6865c, 75126e7, 8d0672c): taxonomia 38 → 48 situações; catálogos versionados (config/fundamentos.json 148 fundamentos/8 categorias/5 seleções prontas, profundidade.json, controles.json); contratos FundamentalSelection, InputHypothesis, CostEstimate; análise do vídeo filtrada por fundamentos e profundidade, comandos como hipótese, “os dois” lados; estágios por tipo (estudar um jogador, minha gameplay, comparação; comparação dos dois lados da mesma partida); /v1/estimate; migration 0012; tela nova (tipo → vídeo/jogador → fundamentos → profundidade e controle → revisão com estimativa), relatório por fundamento, controle em Minha conta.
    • W2 (85104a0, f91e202, e9ca13b): migration 0013 (agentes, fontes, memória, padrões, histórico, agent_comparisons para a W3, chat, orçamento do chat); motor de conhecimento (extração sem duplicar, padrões isolado/recorrente/divergente, cobertura em contagens, lacunas, evolução do Meu DNA); /v1/agents/chat; telas Meus Agentes, agente, chat, Salvar inteligência; Alimentar com vídeo (a análise entra no agente ao terminar).
    • D47 (9e8987d): base do meta FC 27 v2 com rótulo/escopo/fundamentos; 10 itens de mecânica oficial das Pitch Notes da EA (https://www.ea.com/games/ea-sports-fc/fc-27/news/pitch-notes-fc27-gameplay-deep-dive, consultada em 25/10).
    • Correção (e9ca13b, 296c5c8): a estimativa da revisão sumia ao enviar (o envio regravava a seleção; o banco devolve o JSON com as chaves em outra ordem e o cálculo de reserva rodava depois de entrar na fila). Agora a comparação ignora a ordem e o envio calcula antes; teste de regressão.
16. 25/10/2026

    Bloco 19: ajustes do Wellington na Nova Análise (lado pelo placar + Minha gameplay por link)

    5 itens

    • Serviço de análise 95b00d5: contratos SideIdentification/TargetSide; POST /v1/stages/identify-sides (YouTube pela URL a 1 quadro/10 s, sem download; arquivo por 12 quadros do FFmpeg em 1280 px); analyze-video com target (prompt stage_video_side_rules.md, campo lado por lance; lance do adversário ou sem lado descartado e contado); comparação só entre lados alvo; verificação com lado_confere; vídeo que a IA não abre vira video_inaccessible.
    • Banco b22b355: migration 0011_lado_analisado (aditiva): videos.side_reading, videos.target_side. Desvio do prompt: em videos, não em analyses, porque cada vídeo tem o seu lado (D40).
    • Site 0178ce8: passo “Qual jogador a IA deve analisar?” / “Qual destes jogadores é você?”, corrigir siglas, leitura falha → digitar siglas, botão travado com o motivo, gameplay por link (oEmbed 401/403/404 recusa na hora), cabeçalho “Lado analisado” no relatório, links do YouTube para lances da gameplay por link.
    • Correção 4df4bdb: o placar do EA FC 26 é empilhado (uma sigla em cima da outra), visto ao conferir os vídeos de teste; tudo passou de “esquerda/direita” para “1º/2º do placar” (contrato, prompt da leitura, tela, relatório).
    • Docs: D40 (ARCHITECTURE.md), AI_PIPELINE.md, DATABASE.md, PRD.md (passos 3a/4a), KNOWN_LIMITATIONS.md, ESTADO.md (linhas novas), E5 em APROVACOES.md.
17. 24/10/2026

    Bloco 18: FUTsway Live v0 (treinador falando durante a partida)

    4 itens

    • Serviço de análise e6abd3f: POST /v1/live/window (quadros de ~20 s → Gemini rápido com prompts/live_window.md → LiveWindowAnalysis → motor de decisão por modo com o estado vindo do site → Claude redige só as dicas faladas/exibidas com prompts/live_tip.md).
    • Site 2e1ef70, 8623f79, fecddac, f6ce57b, dc22f1f: sessão vira análise do tipo live (migration 0010_live_v0, aditiva); quadros 1/s por POST autenticado; dicas por Server-Sent Events (D39: o Next não aceita WebSocket nas rotas; POST + SSE passam pelo Caddy e reconectam sozinhos); teto por minuto LIVE_MAX_COST_PER_MINUTE_USD=0.05 (relógio do servidor) + orçamento diário (reserva atômica); tela /app/live com modo, fonte (PC/placa; YouTube "em breve"), prévia, dicas escritas e faladas (Web Speech API, voz provisória), atraso exibido; resumo no histórico (dicas com horário, o que se repetiu, custo por minuto, tokens, atraso médio); recuperação encerra sessões órfãs; sessão parada por 3 min encerra sozinha.
    • Docs b6db341: ROADMAP renumerado, referências atualizadas (docs, telas, página de acompanhamento; PDFs v2 com nota), etiqueta curta + detalhe nos cartões de fase da página (defeito do print do dono), E4 em APROVACOES.md, D39, AI_PIPELINE.md, B10, COST_MODEL.md, ESTADO.md.
    • Revisão de segurança automática apontou 2 problemas reais no motor (tempo do navegador podia furar o teto por minuto e encher a memória): corrigidos com teste (8623f79).
18. 24/10/2026

    Bloco 17: correções da auditoria externa nº 2

    6 itens

    • A01/A02 5802e05: impressão digital do arquivo (migration 0009_upload_identidade, aditiva), início do envio numa transação (beginUpload), arquivo montado conferido, temporário único por parte, chave final própria de cada envio.
    • A05 80c07db, 81e0dce: limpeza de hora em hora (pg-boss storage.cleanup, minuto 17) e na subida; alerta de disco acima de 80 % no /api/health (o público vê só alerta: true); vigia externo falha e manda e-mail, vigia interno registra.
    • A06 ead3d2c: analysis com cap_drop: [ALL], no-new-privileges, read_only, /tmp em memória; FFmpeg com -timelimit.
    • A07 7fad621: docs/ESTADO.md + seção "Estado atual" na página de acompanhamento; PDFs v2 regerados apontando para o quadro; rolagem lateral no celular na seção de fases corrigida.
    • A08 1150509: ensaios em docs/TESTING.md; testar-restauracao.sh --pacote (só a cópia externa) com conferência de login.
    • A09/A10 2b9a273: registrados em docs/SECURITY.md.
19. 24/10/2026

    Bloco 16: correções da auditoria externa nº 1 (Bloco A)

    0 itens
20. 23/10/2026

    Bloco 15: API da Hostinger descartada

    4 itens

    • Removido scripts/reiniciar-producao.ps1.
    • .github/workflows/vigia-externo.yml: saiu o passo "Reiniciar pela API da Hostinger" (e a variável IP); o aviso por e-mail agora diz para reiniciar pelo painel.
    • Registrado em docs/SECURITY.md (decisão e motivo; não reintroduzir sem nova decisão) e docs/DEPLOYMENT.md (linha "Reinício do servidor": manual pelo painel); incidente de 23/10 atualizado.
    • Conferido: .secrets/hostinger-api.txt já não existia nesta máquina; gh secret list não tem HOSTINGER_API_TOKEN (nunca foi cadastrado). Busca no projeto por HOSTINGER_API, reiniciar-producao, hostinger-api, developers.hostinger: só restam as menções históricas neste log (blocos 13 e 14), mantidas como registro.
21. 23/10/2026

    Bloco 14: blindagem do sistema aplicada, sudo do deploy e Gemini pago

    5 itens

    • blindar-host.sh ganhou o passo do sudo (/etc/sudoers.d/<USUARIO_DEPLOY>, 0440, validado com visudo -c -f antes de instalar e visudo -c depois). Aplicado às 21:58 com docker run --rm -i --privileged --pid=host alpine:3 nsenter -t 1 -m -u -i -n -p -- bash -s.
    • Conferência no servidor: sudo -n true → ok; visudo -c → /etc/sudoers.d/<USUARIO_DEPLOY>: parsed OK; swapon --show → /swapfile file 4G 0B; kernel.panic = 10, kernel.hung_task_panic = 1, kernel.softlockup_panic = 1, vm.swappiness = 10; RuntimeWatchdogUSec=1min, RebootWatchdogUSec=5min, softdog carregado, /dev/watchdog0; journald Storage=persistent (/var/log/journal/…).
    • /opt/futsway/.env: cópia .env.bak-202610232201 (0600) e troca para GEMINI_MODEL=gemini-4-argon, GEMINI_MODEL_FAST=gemini-3.8-flash; reservas sem mudança (padrão gemini-3.5-flash-lite,gemini-3.8-flash). Padrões do Compose e .env.example alinhados.
    • Preços: https://ai.google.dev/gemini-api/docs/pricing consultada em 2026-10-23 ("Last updated 2026-10-22 UTC"): gemini-4-argon US$ 2,00 / 10,00 (entrada/saída por 1 M tokens) até 30/11/2026, depois 4,00 / 20,00; gemini-3.8-flash e gemini-3.6-flash 0,75 / 3,75 até 31/12/2026, depois 1,50 / 7,50; gemini-3.5-flash-lite 0,30 / 2,50. Iguais aos já cadastrados; acrescentado o preço de cache (cache_read) em pricing.json.
    • Docs: B11 resolvido (KNOWN_LIMITATIONS.md), D37 (ARCHITECTURE.md), SECURITY.md (sudo e por que o risco não muda: o <USUARIO_DEPLOY> já era do grupo docker), DEPLOYMENT.md, incidente (pendência do sistema resolvida).
22. 23/10/2026

    Bloco 13: diagnóstico das quedas do servidor e blindagem

    0 itens
23. 23/10/2026

    Bloco 12: Fase 2 — a IA de verdade (encanamento real em produção)

    5 itens

    • Serviço de análise: GeminiProvider real (URL do YouTube em fileData, arquivo pela Files API e apagado ao fim, triagem em resolução baixa, 2ª passada densa a 5 qps limitada por orçamento, 3 tentativas com espera crescente, modelos reserva), ClaudeProvider real (pares, diagnóstico, verificação, recomendações), regras determinísticas em stages.py, costs.py + config/pricing.json (fonte e data), prompts versionados em prompts/, gravação/reprodução (Cassette), endpoints /v1/stages/*.
    • Banco: migration aditiva 0006_resultados_ia (evidências por evento, índice de custo); custo por estágio somado (inclusive tentativas que falharam), gasto do dia por chamada (horário de Brasília), ResultsRepo.
    • Site: worker encadeia identificação de situações → análise A → análise B → comparação → diagnóstico → verificação → recomendações → finalização; aula animada e vídeo final aparecem "não incluída nesta versão"; guarda de orçamento antes de cada estágio pago (alerta em 80 %); Cancelar e Retomar de onde parou; página de resultado (resumo honesto, pares com minuto certo no YouTube e no vídeo do jogador, pontos fortes, o que mais custa, recomendações, tudo o que a IA registrou, custo real); /api/health com os dois provedores; vídeo do usuário servido com Range só para o dono. Aviso antigo "a análise com IA ainda não está ativa" removido do assistente (busca no projeto inteiro).
    • Problema encontrado e corrigido no caminho: na revisão de trecho recortado, o Gemini misturou na mesma resposta o relógio do trecho e o do vídeo (ex.: lance em 00:01 com o jogo começando em 00:20). Agora a 1ª passada sempre começa no início do vídeo e cada lance da revisão é conferido um a um (dentro do trecho = mantém; relativo = desloca; incoerente = descarta e anota).
    • Docs: ARCHITECTURE.md (D37), AI_PIPELINE.md (como cada estágio chama o modelo, regras, amostragem, falhas, limites), COST_MODEL.md (preços com fonte/data, guarda de orçamento), KNOWN_LIMITATIONS.md (B1 e B9 resolvidos, B4 continua, B11 novo, limites reais da API), ROADMAP.md (Fase 2 em andamento), APROVACOES.md (E3).
24. 23/10/2026

    Bloco 11: documento de ferramentas v2 publicado

    1 item

    • PDF e HTML fonte de "Ferramentas, serviços e assinaturas v2" no repositório e na seção "Documentos" da página; revisões em docs/ARCHITECTURE.md (Vercel dispensada, Supabase e R2 adiados, Hetzner só como opção futura depois do upgrade da Hostinger, atendimento Crisp + WhatsApp Business → D36); B2 atualizado; histórico da página continua recolhido (título, data e quantidade de itens; detalhes em <details>).
25. 23/10/2026

    Bloco 10: FUTsway Live (coach durante a partida) entra no projeto como Fase 6

    7 itens

    • Contratos Pydantic novos (services/analysis/futsway_analysis/contracts/live.py): LiveWindowAnalysis (janela de 15–30 s, eventos dentro da janela, evidências existentes), LiveTip (texto até 160 caracteres, categoria, gravidade, rótulo, confiança, evidência obrigatória, momento do lance e da decisão, modo, entrega falada/exibida/pos_partida; hipótese nunca falada; simulação proibida; silencioso só pós-partida) e LiveSessionSummary. JSON Schemas exportados para packages/contracts/schemas e tipos TS gerados (LiveMode, TipSeverity, TipDelivery, CaptureSource exportados).
    • Motor de decisão por modo (services/analysis/futsway_analysis/live/decision.py, LiveCoach): gravidade e confiança mínimas por modo, intervalo mínimo entre falas (120/60/25 s), cooldown por categoria (300/180/90 s), sem repetir a mesma dica, no máximo uma fala por janela, lance com mais de 40 s não é falado, candidata sem evidência na janela é descartada; resumo com categorias recorrentes. 14 testes novos em tests/test_live.py, com entradas simuladas marcadas como FIXTURE.
    • Banco: migration aditiva 0005_live.sql com coach_settings, live_sessions, live_windows e live_tips (RLS forçada; políticas por usuário no Supabase); LiveRepo com userId obrigatório; 2 testes novos (isolamento entre usuários, dica sem evidência recusada).
    • Sistema: item "FUTsway Live" no menu (/app/live): explicação em linguagem de jogador (exemplos do Wellington), aviso "Disponível na Fase 6. Hoje você já pode deixar suas preferências salvas.", atraso declarado de 10–30 s ("quase em tempo real"), captura por plataforma, custo por minuto sem valores. Formulário que salva o modo preferido, a voz e o volume em coach_settings, também em Minha conta. Sem botão de iniciar sessão.
    • Docs: PRD.md §11 (objetivo, jornada, modos com regra objetiva, captura, limites, métricas) e público; AI_PIPELINE.md (Módulo Live); ARCHITECTURE.md (D31–D35); DATABASE.md; COST_MODEL.md (Live por minuto com fator por modo, sem valores); KNOWN_LIMITATIONS.md (B10); ROADMAP.md (Fase 6, com a observação sobre antecipar para depois da Fase 2); APROVACOES.md (E2, aguardando aprovação).
    • Página de acompanhamento: seção "Documentos" com o PDF v2 (atual) e o v1 (histórico), copiados para dist/docs/; 6 fases; E2 com link para a seção; o Live nas listas "o que já funciona / o que ainda não funciona".
    • Observação: a taxonomia tem 38 categorias em taxonomy.py (o pedido citava 37); D35 registra o número real.
26. 23/10/2026

    Bloco 9: o servidor Hostinger é PRODUÇÃO (sem avisos de versão provisória) e backup diário

    7 itens

    • Interface: removida a faixa "Ambiente provisório" (environment-banner.tsx, NEXT_PUBLIC_ENVIRONMENT no código, Dockerfile, Compose, gerar-env.sh e .env.example).
    • Texto visível achado na busca: o plano de entrada se chamava "Gratuito / Demonstrativo" (semente da migration 0001). Migration aditiva 0004_plano_gratuito_nome renomeia para "Gratuito" (só se o nome ainda for o original); teste novo no pacote db.
    • Renomeações: deploy/demo/ → deploy/producao/; variável DEMO_HOST → APP_HOST (também no /opt/futsway/.env do servidor, com cópia de segurança apagada depois do deploy verde); workflow "Deploy demo (Hostinger)" → "Produção (Hostinger)" (.github/workflows/producao.yml); segredos DEMO_SSH_ → PROD_SSH_ (novos criados; antigos apagados depois do primeiro deploy verde); scripts/deploy-demo.ps1 → scripts/deploy-producao.ps1; .secrets/hostinger-demo.txt → .secrets/hostinger-producao.txt; nome do servidor futsway-demo → futsway; deploy key do GitHub futsway-demo → futsway-producao (mesma chave, só leitura); job do CI demo-compose → producao-compose, que agora garante que a página não tem a faixa. Chaves locais ~/.ssh/futsway_demo* mantidas (nome histórico, registrado em docs/DEPLOYMENT.md).
    • Página de acompanhamento: botão "Abrir o FUTsway", texto "Esta página é o acompanhamento. Para usar o sistema, abra o FUTsway."; o gerador lê "Endereço do sistema:" em docs/DEPLOYMENT.md. E1 em docs/APROVACOES.md aponta para "o sistema no ar".
    • Backup de produção: deploy/producao/backup.sh (pg_dump -Fc + uploads.tgz + SHA256SUMS, confere o dump, guarda 7 dias em <BACKUPS_SERVIDOR>); cron diário às 03:30 instalado por atualizar.sh, que também faz backup antes de cada atualização; deploy/producao/testar-restauracao.sh (restaura num banco temporário, compara contagens, apaga o temporário); scripts/backup-producao.ps1 copia o último backup para <BACKUPS_NOTEBOOK>\ e confere as somas (até existir o R2).
    • Docs: README.md, docs/DEPLOYMENT.md (seção Produção: regras, backup, restauração, operação), docs/ARCHITECTURE.md (D30), docs/KNOWN_LIMITATIONS.md e docs/PRD.md sem "demonstrativo".
    • Prints antigos com a faixa (14–19-demo-*) removidos da galeria; novos sem faixa: 14-producao-inicio.png, 15-producao-cadastro-celular.png, 16-producao-assinatura-celular.png.
27. 22/10/2026

    Bloco 8: primeira versão no ar (Hostinger São Paulo) e teste ponta a ponta

    6 itens

    • Servidor futsway-demo (Hostinger KVM 2, São Paulo, Ubuntu 24.04.5, IP <IP_PRODUCAO>). Acesso inicial pela chave ~/.ssh/futsway_demo cadastrada pelo dono no painel (sem senha root).
    • bootstrap.sh passou a ter duas etapas: preparo (nome futsway-demo, usuário <USUARIO_DEPLOY> só com chave, Docker 29.9.2 + Compose v5.6.1, ufw 22/80/443, fail2ban, unattended-upgrades, fuso de SP, swap 2 GB) e travar (sem senha, sem root), executada só depois de confirmar que deploy entra por chave.
    • Deploy key só-leitura futsway-demo no GitHub; código em /opt/futsway/app; /opt/futsway/.env gerado no próprio servidor (permissão 600; segredos nunca saíram de lá).
    • Deploy automático: chave separada para o GitHub Actions (~/.ssh/futsway_demo_actions); segredos DEMO_SSH_HOST, DEMO_SSH_USER, DEMO_SSH_KEY, DEMO_SSH_KNOWN_HOSTS gravados (impressão digital conferida com a do servidor).
    • Correção encontrada no teste: aviso de hidratação do React (#418) na tela de processamento. O servidor (UTC no contêiner) e o navegador (Brasília) formatavam a data diferente. Criado lib/dates.ts com fuso fixo America/Sao_Paulo, usado nas 4 telas com data, mais teste.
    • Docs: endereço da demo e mapa de servidores em docs/DEPLOYMENT.md; E1 aponta para a demo em docs/APROVACOES.md; link no README.md; botão "Abrir o FUTsway" na página de acompanhamento.
28. 22/10/2026

    Bloco 7: primeira versão online pronta para publicar (aguardando o VPS)

    9 itens

    • .secrets/hostinger-demo.txt ainda não existe: feito tudo que independe do servidor (conforme PROMPT_DEMO_ONLINE.md). Pasta .secrets/ confirmada no .gitignore.
    • Web: output: "standalone" com rastreamento a partir da raiz do monorepo e as migrations SQL incluídas; faixa "Ambiente provisório" quando NEXT_PUBLIC_ENVIRONMENT=demo (embutida no build).
    • Correção encontrada no teste: atrás de proxy, os redirecionamentos do proxy.ts (ex.: /app → /login) apontavam para o endereço interno (http://127.0.0.1:3100/...). Agora usam X-Forwarded-Host/X-Forwarded-Proto (o web só é alcançável pelo Caddy). Cookie de sessão já é secure em produção.
    • Contêineres: apps/web/Dockerfile (Node 24, standalone, usuário node, healthcheck), services/analysis/Dockerfile (Python 3.12 slim + FFmpeg do apt, usuário sem privilégio, healthcheck), .dockerignores.
    • deploy/demo/: docker-compose.yml (postgres:16, analysis sem porta publicada, web, caddy; volumes pgdata, storage, analysis-work; limites de memória), Caddyfile (HTTPS automático, 16 MB por requisição: o upload é em partes de 8 MB), .env.example, gerar-env.sh (segredos gerados no próprio servidor), atualizar.sh (sobe e confere /api/health), bootstrap.sh (usuário <USUARIO_DEPLOY> só com chave, Docker, ufw 22/80/443, fail2ban, unattended-upgrades, fuso de SP, swap 2 GB, SSH sem senha e sem root, deploy key só-leitura do GitHub).
    • .github/workflows/deploy-demo.yml: após CI verde de push na main deste repositório, publica por SSH (host conferido por known_hosts, commit precisa pertencer à main). Sem os segredos DEMO_* falha com mensagem clara e não publica. scripts/deploy-demo.ps1 para publicação manual.
    • CI ganhou o job demo-compose: monta as duas imagens e sobe postgres + analysis + web de verdade no Linux do GitHub (substitui o teste com Docker que esta máquina não tem).
    • Página de acompanhamento: bloco "o que dá para testar / o que ainda não funciona" e botão "Abrir o FUTsway", que aparece sozinho quando docs/DEPLOYMENT.md tiver o endereço real.
    • docs/DEPLOYMENT.md: seção do ambiente demo (mapa de servidores, primeira instalação passo a passo, publicar, logs, reiniciar, backup e restauração do pgdata e dos uploads, avisos).
29. 22/10/2026

    Bloco 6: CI no ar, correção de arquivo fora do repositório e decisões de ferramentas do dono

    6 itens

    • O primeiro CI no Linux revelou que apps/web/src/server/storage/index.ts nunca tinha sido versionado: a regra storage/ do .gitignore ignorava também o código-fonte. Corrigido para /storage/ (só a raiz) e o arquivo entrou no repositório. Conferido com um clone limpo: npm ci + npm run build + typecheck + testes passam.
    • Teste test_versions_available exigia FFmpeg 8 exato (versão do Windows de dev); passou a exigir só versão detectável.
    • CI: FFmpeg instalado por binário pronto (FedericoCarboni/setup-ffmpeg@v3) porque o apt-get update do runner travou mais de 10 min; limite de 20 min por job.
    • FUTsway_Ferramentas_Servicos_Assinaturas.pdf (versão de 21/10 18h) movido para docs/referencias/ (tinha entrado por engano na raiz no commit 0ea4035).
    • Decisões do documento registradas em docs/ARCHITECTURE.md (D14–D29): Gemini (AI Studio → Vertex AI), Claude Sonnet 5.5 para diagnóstico/coach, RF-DETR + ByteTrack + OpenCV (sem YOLO por licença AGPL), Roboflow, ElevenLabs v3, Remotion + Three.js, Cloudflare R2, Hetzner CCX33, Vercel Pro, Stripe + eNotas, Resend, Sentry, Better Stack, PostHog, Turnstile, 1Password. Nenhuma vira código agora.
    • .env.example com as variáveis previstas (marcadas "ainda não usado pelo código"); docs/KNOWN_LIMITATIONS.md com fornecedores decididos em B3/B6/B8 e novo bloqueio B9 (chave da API do Claude); docs/DEPLOYMENT.md com Vercel Pro, Hetzner e R2 como alvo.
30. 22/10/2026

    Bloco 5: página de acompanhamento no Cloudflare Pages e CI

    10 itens

    • docs/APROVACOES.md: ciclo implementar → corrigir → testar → Wellington aprova; etapa E1 (Fundação) entra como aguardando aprovação.
    • Gerador scripts/acompanhamento.mjs (Node puro, sem dependências): lê aprovações, roadmap, este log, bloqueios B1–B8, telas e git log; escreve apps/acompanhamento/dist/ (index.html, styles.css, logo.svg, screenshots/). Sem JavaScript no cliente. Página diz explicitamente que não é o aplicativo e que o FUTsway ainda não está online.
    • Visual pelo design system (carvão/chumbo/branco-gelo, verde-limão só em destaques, Sora + Inter); emblema exportado como SVG estático de apps/web/src/components/brand/Emblem.tsx.
    • Scripts npm run acompanhamento:build e npm run acompanhamento:dev (gera e serve em http://127.0.0.1:4321 com servidor HTTP mínimo embutido, sem dependência nova).
    • Correção durante o teste: cards das fases vazavam 8 px na largura de celular (grade sem minmax(0, 1fr)); corrigido e conferido sem rolagem lateral em 390 px.
    • Cloudflare (conta da BANMO): projeto futsway-acompanhamento criado pela API REST (success=True, futsway-acompanhamento.pages.dev); primeira publicação manual com wrangler pages deploy → 16 arquivos enviados, "Deployment complete".
    • Segredos CLOUDFLARE_API_TOKEN (lido do arquivo, valor nunca exibido) e CLOUDFLARE_ACCOUNT_ID gravados no GitHub com gh secret set.
    • .github/workflows/acompanhamento.yml: a cada push na main gera e publica; falha com mensagem clara se faltar segredo ou se o index.html sair vazio.
    • .github/workflows/ci.yml: Ubuntu; Node 24 (npm ci, build, typecheck, testes, gerador) e Python 3.12 + FFmpeg (pytest, ruff, mypy).
    • docs/DEPLOYMENT.md e README.md com o endereço, a conta, onde fica o token (só o caminho) e o comando manual.
31. 21/10/2026

    Bloco 4: correções de segurança após revisão

    3 itens

    • 688455c — redefinição de senha: fora de desenvolvimento nenhum token é emitido nem logado (sem provedor de e-mail, B8); o usuário recebe aviso para falar com o suporte. Em dev o link continua no console, marcado "SOMENTE DEV".
    • 0ea4035 — upload: teto de tamanho por parte (lê content-length e recusa parte acima do limite); login: conta bloqueada ou inativa recebe a mesma resposta genérica e a senha é processada mesmo assim (não revela estado da conta pelo tempo de resposta); /api/health público responde só { ok }, detalhes só para admin logado ou com o token interno (comparação em tempo constante); erros internos da fila viram mensagens neutras para o usuário e o detalhe fica só no log do servidor.
    • O mesmo commit 0ea4035 incluiu por engano o PDF FUTsway_Ferramentas_Servicos_Assinaturas.pdf na raiz (tratado no bloco seguinte).
32. 21/10/2026

    Bloco 3: banco, fila, contratos TS e aplicação web (Fase 1)

    6 itens

    • packages/db: migrations 0001_init (31 tabelas, planos sem preço), 0002_rls_supabase (RLS + políticas auth.uid() só quando o schema auth existir), 0003_rls_lockdown (RLS em todas as tabelas restantes; sem política permissiva ⇒ só o papel de serviço acessa; leitura de catálogos para autenticados). Cliente único (pg em produção; PGlite em dev, marcado), migrate idempotente, repositórios com filtro obrigatório por user_id, pg-boss sobre adaptador (funciona no PGlite).
    • packages/contracts: tipos TS gerados dos JSON Schemas do Python (fonte única).
    • apps/web (Next.js 16, Cache Components, Tailwind 4): design system com os 7 tokens do kit, Sora/Inter, emblema e logotipo em SVG provisório; cadastro/login/recuperação de senha (Argon2id, sessão em banco, cookie httpOnly, bloqueio após 5 falhas); proxy.ts com verificação otimista; dashboard; histórico; nova análise em 5 passos (referência por link do YouTube via oEmbed público ou arquivo; upload retomável em partes de 8 MB com verificação de tipo real por magic bytes; objetivos; contexto; revisão); página de processamento com etapas reais (polling a cada 3 s); minha conta (perfil, sessões ativas); assinatura (planos sem preço, aviso de cobrança desligada); treinos (vazio honesto); /api/health.
    • Workers no processo do Next (instrumentation.ts): job de ingestão chama o serviço Python, grava video_metadata/video_segments, marca vídeo validated; quando as duas ingestões terminam, enfileira a análise, que para em blocked com motivo B1.
    • Correções durante o teste: connection() antes de ler sessão (erro de pré-renderização do Next 16); PGlite cria o diretório pai; adaptador do pg-boss devolve as linhas de todas as instruções; layout de "Minha conta"; status do vídeo atualizado pelo polling; dados locais movidos para ~/.futsway/ (dentro do repositório, cada escrita do PGlite disparava o watcher do Next e a página recarregava em loop).
    • Documento do dono FUTsway_Contas_Assinaturas_Custos.pdf (apareceu na pasta durante o bloco) movido para docs/referencias/ e resumido em docs/KNOWN_LIMITATIONS.md; nada nele contradiz a arquitetura (R2 = S3-compatível; Resend; Sentry; pagamento Stripe/MP/Asaas; preços são decisão do dono).
33. 21/10/2026

    Bloco 2: serviço Python de análise (services/analysis)

    8 itens

    • Contratos Pydantic v2 dos 9 estágios (contracts/): IngestionResult, VideoAnalysis, MatchingResult, Diagnosis/VerifiedDiagnosis, RecommendationSet, LessonPlan, RenderedReport, ValidationReport. Validações de integridade: fato observado exige evidência; correspondência abaixo da similaridade mínima é rejeitada; recomendação sem evidência só pode ser hipótese; cena 3D exige dados estruturados; campos desconhecidos são erro.
    • Taxonomia própria de EA FC (taxonomy.py): 37 categorias em 4 grupos, cada uma com definição, exemplo, critério de evidência e se é observável diretamente.
    • Módulo A real (ingestion/): ffprobe (metadados), cortes de cena (select=gt(scene,…)), trechos estáticos (freezedetect), segmentação gameplay/estático/transição, amostragem base 1 fps e densa 8 fps em CPU, orçamento de quadros. Segurança: -protocol_whitelist file, contêiner validado contra lista, -t limita decodificação ao teto, timeouts viram erro de domínio.
    • Provedores: interface VideoAnalysisProvider; GeminiProvider bloqueia antes de qualquer chamada sem GEMINI_API_KEY (e falha explicitamente mesmo com chave: integração pendente de validação com vídeos reais); NullProvider só para testes.
    • Matching contextual puro (matching/context.py): similaridade por zona, posse, adversários, pressão, opções, espaço, fase; cobertura reduz confiança; nunca compara pelo minuto; nunca força par.
    • API FastAPI interna com token (/v1/health, /v1/ingest, /v1/analyze → 503 com código provider_not_configured).
    • Base de conhecimento EA FC 27 com esquema (fonte + data obrigatórios), vazia de propósito.
    • JSON Schemas exportados para packages/contracts/schemas (10 arquivos).
34. 21/10/2026

    Bloco 1: confirmação do ambiente e fundação do repositório

    5 itens

    • Confirmação do ambiente (sem re-auditar o resto):
    • git init -b main em D:\workspace\FUTsway.
    • Kit de marca movido de FUTsway_Kit_Imagens_Separadas/ para design/brand-kit/ (31 arquivos). Inspeção visual de 01, 02, 03, 22, 23 para vetorização do logo.
    • .gitignore (segredos, node, python, mídia, PGlite) e .env.example documentado.
    • Documentação obrigatória criada: README, PRD, ARCHITECTURE (decisões D1–D10 + riscos), DATABASE, AI_PIPELINE, VIDEO_RENDERING, UX_GUIDELINES, DESIGN_SYSTEM, SECURITY, TESTING, DEPLOYMENT, COST_MODEL, ROADMAP, KNOWN_LIMITATIONS (B1–B7), este log.

Telas atuais

Capturas reais do sistema rodando. Toque numa tela para ver em tamanho grande.

Telas anteriores à troca de nome (188): mostram a marca antiga e continuam como referência das etapas em aprovação

Aguardando o dono

O que só o dono pode providenciar e o que acontece enquanto não chega.

Lista atualizada em 23/10/2026.

Próximos passos

O último registro (28/10/2026) não traz próximo passo.

Histórico de alterações

1. 09e7a7428/10/2026feat(marca): site como o painel do kit (2b): menu e hero do painel, 4 cartões, celular como mobile.png, círculo de carregamento, símbolo com degradê, banner e cartões no painel interno; servidor em /opt/futsway e acompanhamento novo publicados
2. bf47a8028/10/2026feat(marca): FUTsway vira FUTsway — nome, identidade visual do kit, pacotes, pastas, aula com marca d'água, acompanhamento e PDFs v4 (E20)
3. 76f955728/10/2026docs(finalizacao): E18 em validação; bloco 33 do log (publicação manual, captura medida na produção, Anthropic sem crédito, ficha sem cenas medidas)
4. c7dc4e328/10/2026fix(coach): time analisado por votação em até 3 quadros (2 respostas iguais valem, mesmo sem "certeza"); achado na produção: a pergunta única deixava a aula sem lance medido
5. c94f44c28/10/2026feat(captura): durante a captura o player ocupa a aba (16:9, o maior que couber) para o YouTube entregar a melhor imagem; progresso e botões numa faixa fora do recorte
6. 9d5b20428/10/2026feat(ia): sem crédito na Anthropic, as chamadas estruturadas (roteiro da aula, chat, comparação) vão pelo Gemini com a mesma instrução e o mesmo formato
7. 885908c28/10/2026fix(aula): "possivelmente" tirado com qualquer pontuação (frase vazia cai no texto do lance), abertura/encerramento nunca vazios, falha inesperada do roteiro com o motivo técnico guardado para o dono
8. 471867128/10/2026fix(captura): não espera o play() do vídeo da captura quando há ImageCapture (às vezes não responde; a captura ficava parada em "recortando")
9. 1f6d65228/10/2026fix(captura): passo da captura visível (diagnóstico) e tempo-limite para o player do YouTube responder
10. f15704c28/10/2026fix(captura): insiste no tocar e recarrega no ponto do trecho quando o player do YouTube fica parado depois de pular (achado na produção)
11. d181aa828/10/2026fix(coach): pergunta do time analisado e dupla validação com folga de saída (o raciocínio do modelo cortava a resposta: MAX_TOKENS, time desconhecido, lances descartados; achado na produção)
12. 6fee61b28/10/2026feat(ficha): resumo do que a visão achou (projeção, time, motivos de descarte) para conferir a captura
13. 069c47728/10/2026fix(captura): visão longa não cai no limite de 5 min do fetch (undici com o tempo da etapa), quadros ficam até 24 h se a visão falhar (retomar sem capturar de novo), legenda automática do YouTube desligada na captura
14. 165d0d028/10/2026docs(finalizacao): D96/D97, publicação manual e minutos do Actions; ficha nova pelo site (só cenas medidas, campo 2D para vídeo de terceiros); validação da captura na produção
15. c341bbd28/10/2026fix(captura): teto de quadros e bytes à prova de lotes simultâneos, tamanho do quadro pelo cabeçalho antes de decodificar, captura apagada com a análise e limpeza das abandonadas (revisão de segurança)
16. 7166c2f28/10/2026feat(aula): visão por link com captura da tela (D96) e selo único por cena no lugar do "possivelmente" repetido (D97)
17. 8bf424e27/10/2026fix(agentes): citar conhecimento ensinado derrubava a resposta do chat (campos a mais na citação; achado na produção)
18. acd1e4527/10/2026ci: menos minutos do Actions (docs não rodam CI, E2E e Compose só quando muda o que testam, push novo cancela o anterior, cache do pip, vigia externo a cada 3 h)
19. 132122027/10/2026docs(inteligencia-central): validação na produção (ensinar por áudio, aula, chat) e o achado do chat
20. 7f8a8e827/10/2026chore: remove teste temporário de leitura da produção
21. d32904427/10/2026fix(inteligencia-central): chat do agente busca a pergunta pelo significado antes dos fundamentos do agente e usa o conhecimento validado pelo treinador (achado na produção)
22. 8e9e47f27/10/2026fix(ensinar-ia): exemplos do formulário sem comando duvidoso (o da base oficial é L1 + Triângulo)
23. be0411827/10/2026fix(inteligencia-central): resposta do "Testar" aparecia duas vezes (a de agora e a guardada); validação da aula na produção
24. 37dc5a127/10/2026docs(inteligencia-central): E17 aguardando validação; bloco 32 do log; estado e aprovações
25. 8d0cc2c27/10/2026fix(inteligencia-central): aviso de proposta aprovada/rejeitada fica no painel depois que a lista atualiza; docs do E17 e validação na produção
26. 16ce11b27/10/2026fix(inteligencia-central): fonte acompanhada confere o endereço real da conexão e limita os bytes antes de descompactar
27. 307e57527/10/2026fix(inteligencia-central): leitura das fontes acompanhadas só em endereços públicos (https, porta padrão), cada redirecionamento conferido e no máximo 3 MB
28. 682feaf27/10/2026feat(inteligencia-central): Ensinar IA com aprovação e versões, busca por significado, raciocínio do treinador por lance e configuração da análise por áudio (D91–D95)
29. 0908e6027/10/2026docs(nova-analise): E16 aguardando aprovação; bloco 31 do log com as medições da produção; estado, custos dos 5 perfis e testes
30. f77f6e727/10/2026fix(aula): controle virtual do MP4 abaixo da faixa do título da pausa (achado na aula por arquivo da produção)