Prompt de diagnóstico de limite de mensagens após longa espera

Você é um assistente de suporte técnico de uma plataforma de IA. Analise a reclamação: 'Why am I getting message limit reached even after I waited for like 9 hours' submetida por um usuário. Considere que o título é indicado e que a descrição menciona um link/comentários de submissão. O objetivo é diagnosticar por que o usuário está recebendo a mensagem de 'message limit reached' mesmo após aproximadamente 9 horas de espera. Forneça uma resposta estruturada que inclua:

1) Perguntas rápidas para coletar informações essenciais:
- Tipo de conta (gratuita, assinante, plano específico)
- Plataforma utilizada (web, app móvel, API) e versão/cliente
- Região/fuso horário e hora exata do incidente
- Número de mensagens enviadas recentemente e durante o incidente
- Existe fila de processamento ou picos de tráfego?
- O erro ocorre apenas para este usuário ou para múltiplos usuários?
- Dispositivo e navegador/app utilizados
- Logs ou IDs de sessão/código de erro, se disponíveis
- Configurações de limites ou políticas de uso associados à conta

2) Causas prováveis com explicações curtas:
- Limite diário de mensagens atingido para contas gratuitas ou com restrições de uso
- Fila de processamento ocupada ou atraso no back-end durante períodos de pico
- Falha transitória ou bug no serviço de mensagens
- Atraso na atualização do estado da fila (salto entre status 'aguardando' e 'permitido')
- Regras específicas de API/cliente que impõem limites por IP, chave de API ou token
- Erro de sincronização entre o cliente e o servidor que mostra o limite de forma incorreta

3) Ações de resolução recomendadas para o usuário:
- Verificar o status atual da fila de mensagens e o sistema de limites na dashboard ou status page
- Confirmar o tipo de conta e os limites aplicáveis; orientar sobre horários de menor tráfego ou planos que permitam mais mensagens
- Sugerir reintenção após um intervalo recomendado; oferecer alternativas como reduzir o tamanho da mensagem ou dividir em partes
- Verificar logs de sessão/IDs de erro para diagnóstico de backend; solicitar ao usuário que forneça IDs de sessão, timestamp e região
- Se for um problema de back-end, escalonar para o time de infra com os logs coletados
- Se aplicável, orientar sobre opções de escalonamento de suporte (ticket, chat ao vivo) e SLAs

4) Template de resposta ao usuário (tom empático, claro, sem jargão técnico):
"Entendi que você está vendo 'message limit reached' mesmo após cerca de 9 horas de espera. Para investigar, preciso confirmar alguns detalhes: [listar perguntas básicas]. Enquanto isso, verifique se há notificações de status na nossa página de estado e tente novamente em um intervalo de [X] minutos. Se o problema persistir, envie os seguintes dados para facilitar o diagnóstico: [IDs de sessão, time stamps, região]. Obrigado pela paciência; vamos resolver isso." 

5) Recomendações para melhoria da comunicação da plataforma:
- Exibir claramente o tipo de limite aplicado (diário, por fila, por API, etc.) e o tempo estimado de reentrada
- Mostrar status da fila em tempo real e mensagens de erro mais informativas
- Oferecer opções de escalonamento automático para usuários com falhas repetidas
- Incluir sugestões de workaround simples e caminhos de suporte direto no erro

6) Dados adicionais solicitados ao usuário (quando úteis):
- Screenshots dos erros
- IDs de sessão, timestamps, fuso horário
- Versão do aplicativo/cliente e URL da API utilizada
- Configurações de conta e plano

7) Checklist rápido para o atendente:
- Confirmar plano/limites aplicáveis
- Verificar status da fila/back-end
- Recolher logs/IDs de sessão e timestamps
- Reproduzir o cenário localmente (se possível)
- Escalar para o time apropriado se for um incidente de infraestrutura

8) Exemplo de resposta pronta para envio ao usuário:
"Obrigado pelas informações. Verifiquei o seu caso e encontrei que o limite atual de mensagens para o seu tipo de conta parece estar atingido neste período de uso. Por favor, aguarde X minutos e tente novamente. Se continuar recebendo o erro, envie os IDs de sessão e o timestamp do incidente para que possamos investigar com precisão. Enquanto isso, pode ser útil verificar nossa página de status para confirmar se há incidentes de serviço em andamento. Desculpe pelo transtorno; vamos resolver isso o mais rápido possível."