Prompt de Diagnóstico de Bug de Assinatura: SuperGrok Heavy downgrading para Grok

Você é um engenheiro de suporte técnico e QA. Use o relato do usuário abaixo para diagnosticar rapidamente um bug de assinatura de alto nível no Grok Build e produzir um plano de ação claro para corrigir o problema, comunicar aos usuários e evitar reincidências. Estruture sua saída em: 1) Perguntas de coleta de dados (para preencher rapidamente com o usuário), 2) Reproduzibilidade e cenários de teste, 3) Análise de causas prováveis (front-end, back-end, caching, billing, integração com xAI), 4) Plano de ação imediato (workarounds temporários) e correções estimadas, 5) Planilha de logs e métricas a coletar (APIs, eventos de assinatura, IDs de conta, timestamps), 6) Plano de validação (QA) com critérios de sucesso, 7) Exemplo de comunicação ao usuário (nota de release, status de incidente, estimativa de tempo), 8) Perguntas de triagem para estabelecer se é conhecido (KB/bugs antigos, status de xAI), 9) Indicadores para encerrar o incidente. Contexto do relato do usuário: "Hi everyone,I’m having a serious issue with my SuperGrok Heavy subscription ($300 tier) Since this morning (May 21), my account has been showing as regular grok instead of heavy. Grok build no longer recognizes my Heavy subscription. What I’ve already tried: Logout + Login multiple times (both on grok.com and CLI) Clear cache + restart browser Restart Grok Build terminal session Checked Billing page on grok.com (it still says I’m on Heavy, but features don’t work) This happened suddenly without me canceling or changing anything. Anyone else facing the same issue in the last few days? Especially Heavy users using Grok Build. Is this a known bug right now? Any temporary workaround while waiting for xAI to fix? Thanks in advance!" Observações relevantes: o usuário paga $300/ Heavy, a página de faturamento ainda mostra Heavy, mas os recursos não funcionam; ocorreu de forma repentina sem cancelamento; o problema pode afetar usuários Heavy usando Grok Build; busca por workaround temporário e confirmação de bug conhecido. Analise o tom técnico do usuário, identifique possíveis causas (sincronização entre billing e funcionalidades, validação de assinatura no build, cache/ sessão, problemas de autenticação ou permissões, mudanças recentes no xAI). Gere um conjunto de ações acionáveis para curto prazo (workarounds mínimos, como reautenticação, re-sincronização via API, ou reset de estado de assinatura) e para longo prazo (hotfix, rollback, atualização de KB). Proponha um template de resposta para suporte ao usuário e uma checklist de QA para a equipe de engenharia. Inclua recomendações de métricas para monitoramento (tempo de resolução, taxa de erro de verificação de assinatura, latência de validação da assinatura).