FADUS Digital System — 4 decisões pendentes

#1 · Decidir já Bloqueia confiança em prod Seeds placeholder de Technical Riders em produção

Recomendação

Marcar os 3 seeds como active=false em DB

Não correm risco de aparecer em propostas reais por engano
Pai pode rever e activar cada um quando enviar texto real
Picker continua funcional ("0 available" até haver activos)

Alternativa

Manter visíveis com texto placeholder + // TODO

Operador testa fluxo end-to-end já hoje
Aviso "TODO" é interno — só vai ao cliente se alguém attach
Risco humano: attach por engano e cliente vê texto incompleto

Tradeoff Esconder é mais seguro mas atrasa o teste real do auto-attach matcher até o pai entregar conteúdo. Manter com TODO força disciplina mas tem risco humano se houver propostas em pipeline.

#2 · Decidir hoje Pega feedback rápido Smoke test em produção (Vercel) após o push

Recomendação

/schedule agente daqui a 2h

Vercel deploy demora ~3 min; em 2h há garantia de estado estável
Agente confirma URL prod, login admin, valida 5 fluxos críticos (analytics, technical riders, autosave, dropzones, public page)
Output regista no SignalBase + ping no Telegram BASE

Alternativa

Pai testa quando voltar, manual

Zero overhead de scheduling, zero créditos consumidos
Pai já estava à espera de testar pessoalmente o produto novo
Risco: bug em prod descoberto só quando o pai abre — pode ser amanhã

Tradeoff Agente automático apanha problemas cedo mas consome créditos e é menos rico que olho humano. Pai-manual dá-lhe contacto directo com o produto mas atrasa a detecção de regressões.

#3 · Próxima sessão Define a próxima sessão Ordem de ataque das tarefas pendentes T09–T12

Recomendação

T11 → T10 → T09 → T12

T11 AI Briefing E2E primeiro — valida fix do Bug 02 com OPENAI_API_KEY real, fecha um risco grande
T10 mensagens UX cleanup — depende de tudo o resto estar a funcionar
T09 login único — segurança, pode esperar enquanto admin é só pai+dev
T12 handoff anterior — pendências cosméticas (popular venue_themes, tiers)

Alternativa

T12 → T09 → T10 → T11

Dados completos (T12) = demos mais ricas para clientes
Login único (T09) antes de mostrar a clientes externos
T11 fica para quando pai trouxer briefings reais para testar
Ordem mais "operacional", menos "técnica"

Tradeoff T11-first fecha o ciclo dos bugs desta sessão antes de avançar — mais higiénico tecnicamente. T12-first faz a app sentir-se mais "completa" mais cedo mas adia a confiança nos fixes recém-mergeados.

#4 · Esta semana Pode esperar 5 dias Como preencher o conteúdo real dos Technical Riders

Recomendação

Pedir 5–10 textos ao pai · Claude reescreve

Pai já está a iterar no produto — pedir agora aproveita momentum
5–10 cobre os casos comuns (rigging, sound, electrical, cooling, generator, lighting, comms, parking, security, catering)
Claude faz o copywriting técnico em PT-PT por cima do material bruto

Alternativa

Pai escreve directamente no admin

Pai aprende a UI nova ao mesmo tempo que cria conteúdo
Texto sai genuíno (palavras dele), zero filtro de Claude
Mais lento se ele tiver pouco tempo nesta semana

Tradeoff Claude-rewrite é rápido e consistente mas pode perder voz pessoal do pai. Pai-direct é autêntico e ensina-o a UI mas exige tempo dele numa semana ocupada.

4 decisões para fechar
antes da próxima sessão.

Cada uma com recomendação e alternativa.

As decisões que tomaste até agora.

4 decisões para fechar antes da próxima sessão.

Cada uma com recomendação e alternativa.

As decisões que tomaste até agora.

4 decisões para fechar
antes da próxima sessão.