fix(db): rotas de canvas sem transacao + feat(chat): bastidores da resposta

[actus7]

fix(db): rotas de canvas/artefato sem $transaction nem nested writes

O adapter PrismaNeonHttp nao suporta transacoes nem writes aninhados
($transaction interno), quebrando com "Transactions are not supported in
HTTP mode" (HTTP 500) na criacao/versao/pin de canvas em producao e local.

• POST /conversations/:id/canvases: canvas + versao 1 sequenciais com
  compensacao (delete do canvas se a versao falhar)
• PATCH /canvas/:id e restore: versao + update sequenciais com compensacao
  (remove a versao orfa se o update falhar)
• POST /canvas/:id/pin: artefato + versao 1 sequenciais com compensacao
• POST /projects/:id/artifacts/:id/refresh: versao + update sequenciais
• Resposta serializa versoes via findMany explicito (sem include)
• Testes unitarios atualizados (12/12); validado contra adapter Neon HTTP
  real com banco Neon (todos os shapes pos-fix funcionam)

feat(chat): bastidores da resposta (roteamento, fallback, TTFT, tokens/s) + nota no feedback

Painel "Bastidores" por mensagem do assistente: provider/modelo efetivo,
tier e motivo do roteamento automatico, tentativas de fallback entre
provedores, TTFT, tokens/s e custo — visivel na linha de timestamp e num
dialogo detalhado.

Feedback: thumbs-down agora aceita uma nota curta opcional
(MessageReaction.note).

Corrige dois bugs que impediam os bastidores de aparecer:

• O id gerado no cliente para a mensagem do assistente nunca era usado
  como Message.id persistido (o servidor sempre gerava um cuid novo),
  entao o UsageLog nunca encontrava a mensagem certa via join.
• UsageLog.messageId era @unique, mas o roteamento automatico pode
  tentar varios provedores (fallback) para a mesma mensagem, cada um
  gravando sua propria linha — a constraint descartava silenciosamente
  a tentativa bem-sucedida quando uma tentativa anterior ja tinha
  ocupado o messageId. Agora messageId nao e mais unico e
  GET /conversations/:id/messages agrupa todas as tentativas por
  messageId, escolhendo a bem-sucedida como resumo e as demais como
  "attempts" (fallback cross-provider).

Tokens/s: providers sem chave de API (Duck.ai, Pollinations, Quillbot etc.)
nao reportam uso real de tokens no upstream. Quando outputTokens vem null,
estima a partir do tamanho da resposta (4 caracteres/token), sempre
marcado com "" para nao parecer um valor exato.

Validado ao vivo: typecheck/lint/test (417 passando) + build limpos, e
testado manualmente no navegador (sign-up, envio de mensagem via Auto,
confirmacao visual do diagnostico "Auto · Default (quillbot/quillbot-ai)
TTFT 1521ms" na linha da mensagem).

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
modelhub	Error		Aug 18, 2026 11:58pm

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[actus7]

Mais um fix na mesma linha: o POST de mensagens nunca olhava pro UsageLog — só o GET seguinte fazia isso. Na prática, só as mensagens já presentes no último carregamento da página mostravam bastidores; qualquer coisa enviada depois na mesma sessão ficava sem os dados até recarregar. persistMessages agora roda a mesma agregação usada no GET, então a resposta do POST já vem com os bastidores da mensagem recém-criada.