Status de Reddit: problemas de acesso e relatos de interrupção
Nenhum problema detectado
Está tendo problemas? Envie uma reclamação abaixo.
O Reddit é um site de rede social colaborativo que reúne notícias, classificação de conteúdo da Web e discussões sobre qualquer assunto. Os membros da comunidade Reddit podem enviar conteúdo, como postagens de texto ou links para outros sites.
Problemas nas últimas 24 horas
O gráfico a seguir mostra o número de reclamações sobre falha no serviço Reddit que recebemos por hora do dia nas últimas 24 horas. Consideramos que há uma interrupção quando o número de reclamações é maior do que a linha de base, representada pela linha vermelha.
No momento, não detectamos nenhum problema no serviço Reddit. Você está tendo falhas ou interrupções em algum serviço? Deixe uma mensagem nos comentários!
Problemas mais relatados
A seguir estão os problemas mais recentes relatados pelos usuários da Reddit em nosso site.
- Site desativado (55%)
- Erros (24%)
- Login (22%)
Mapa ao vivo de interrupções
As últimas reclamações sobre falhas, interrupções e problemas vieram de
| City | Problem Type | Report Time |
|---|---|---|
|
|
Site desativado | há 6 dias |
|
|
Erros | há 6 dias |
|
|
Login | há 8 dias |
|
|
Erros | há 9 dias |
|
|
Site desativado | há 11 dias |
|
|
Erros | há 14 dias |
Discussão da comunidade
Dicas? Frustrações? Compartilhe aqui o que você está pensando. Não se esqueça de incluir a descrição do problema e a sua cidade e código postal.
Cuidado com "números de suporte" ou contas de "recuperação" que podem ser postadas abaixo. Certifique-se de denunciar e votar contra esses comentários. Evite postar suas informações pessoais.
Reclamações sobre problemas no serviço Reddit
Reclamações sobre falhas, interrupções e problemas mais recentes nas redes sociais:
-
Dr Divago (@DivagoTM) relatou um problema@Ostralha Vi alguém no Reddit falando essas mesmas coisas que vc disse, sobre como os dados não são divulgados, não tem como ter confiabilidade nenhuma, é tudo mantido às escuras. Então além da improbabilidade técnica ainda tem esse problema ético
-
ViniBaumg COMMISSIONS OPEN🍄 (@ViniBaumg) relatou um problemaNem todo problema se resolve no Reddit, mas pqp eu amo os nerdão do reddit que arruma coisa de arquitetura, vocês salvam demais
-
Geter (@getermoura) relatou um problema@DellnoBrasil @intel Não compre notebook dell. Atualizam bios desnecessariamente 2, 3 anos após o lançamento apenas para diminuir o power limit do processador, efetivamente diminuindo o desempenho em tarefas pesadas, fazendo parecer lento e forçando a comprar outro. Isso é bem documentado em vários forums/reddit a anos.
-
Any Nunes (@durgadevisis) relatou um problemaliteralmente resolvi o problema com o armazenamento do meu cell por causa d um usuario deletado do reddit
-
Become as Gods (@Become_as_gods) relatou um problema@ayubio @manodeyvin O problema do reddit é que se trata de uma rede cujos subs principais foram tomados por ativistas políticos. Não me surpreende seu post lá ter sido apagado.
-
migueeeeeeeeeeeeel (@dentesdelion) relatou um problema@j_teixeiraprop eu comecei pelo 7 porque li no reddit que podia começar no 7 sem problema depois descubro que é cheio de spoilers pros outros jogos...
-
fefe (@kenjistr) relatou um problemafui no reddit e vi que é problema de saúde oh bichinha tadinha espero q ela fique bem e volte um dia
-
Felipe Demartini (@namcios) relatou um problemaCOMO CONSTRUIR UM AGENTE DE IA QUE SOBREVIVE EM PRODUÇÃO Viralizou um post no Reddit explicando "como construir seu primeiro agente de IA." Dezenas de milhares de upvotes, repostado em todo lugar. O guia é bom... prum projetinho de fim de semana. Ele te ensina a montar um agente que funciona no seu laptop, num sábado à tarde, com uma API estável e um único usuário: você. Aí você coloca em produção e descobre que a API que nunca falhava agora retorna 503 às 3h da manhã, que um usuário colou um PDF de 200 páginas no input, e que o modelo decidiu chamar uma ferramenta que não existe. Tudo na mesma noite. Nada do que o guia original cobre prepara você pra isso. Vou manter o que o post acertou e adicionar tudo que falta pro seu agente sobreviver no mundo real. CRÉDITO: o que o post original acertou O esqueleto está correto: → Comece com um problema pequeno e específico → Use um modelo pré-treinado (GPT, Claude, Gemini, LLaMA) → Monte o loop básico: input do usuário → modelo → ferramenta → resultado → modelo → Itere rápido com tarefas reais → Resista à tentação de adicionar funcionalidades infinitas Prum projetinho, isso resolve. O post pára aqui, e produção começa exatamente onde ele parou. WORKFLOWS: antes de construir um agente, pergunte se você precisa de um O post assume que você precisa de um agente autônomo. A Anthropic publicou um guia em dezembro de 2024 dizendo que a maioria do valor em produção vem de workflows: o LLM executa tarefas orquestrado por código, seguindo caminhos predefinidos, sem decidir sozinho o próximo passo. Se a árvore de decisões da sua tarefa é mapeável, workflow resolve. Encadeamento de prompts, roteamento, paralelização. Resultado mais previsível e mais barato de operar. Agente autônomo faz sentido quando a tarefa exige decisões dinâmicas que você não consegue antecipar em código. Se esse for o seu caso, continue lendo. Senão, poupe tempo e construa o workflow. ERROS: a primeira coisa que mata seu agente em **** A API que nunca falha no seu laptop vai falhar em produção. Autenticação expira, serviços saem do ar sem aviso, e rate limits bloqueiam requisições no pior momento possível. Se o seu agente não trata nenhum desses cenários, ele não sobrevive a primeira semana com usuários reais. → Retry com espera exponencial e variação aleatória (jitter). Sem essa variação, todos os clientes tentam de novo no mesmo instante e derrubam o serviço outra vez. A AWS Architecture Blog documentou que adicionar jitter reduz o número de chamadas pela metade → Separar erros que merecem retry (429, 500, 502, 503, 504) de erros que exigem falha imediata (400, 401, rejeição de filtro de conteúdo). Tentar de novo um request malformado é desperdício puro → Respeitar o header Retry-After da API. Usar o maior valor entre o Retry-After e a espera calculada → Timeout por chamada de ferramenta (10-30 segundos) → Circuit breaker por modelo e provedor. Se uma API falha repetidamente, o circuit breaker corta as chamadas por um período em vez de continuar enviando requests que vão falhar. Pense num disjuntor: desarma pra proteger o circuito → Fallback pra modelo alternativo. Se o Claude tá sobrecarregado (HTTP 529), redirecione pro GPT ou Gemini automaticamente → Operações idempotentes onde possível. Idempotente = executar duas vezes produz o mesmo resultado que executar uma vez. Se um retry agenda duas consultas ou envia dois emails, você criou um problema pior que a falha original → Log de cada falha com contexto: qual ferramenta, qual input, qual erro No projetinho, quando algo quebra você reinicia e tenta de novo. Seu usuário em produção já foi embora antes de você abrir o terminal. GUARDRAILS: o loop não é tão limpo quanto parece O post original descreve o loop modelo → ferramenta → resultado → modelo como algo previsível. Na prática, modelos inventam chamadas de ferramentas que não existem, passam parâmetros com tipos errados e, com frequência suficiente pra ser um problema real, entram em loop infinito queimando crédito de API até alguém perceber. Mesmo em sistemas bem construídos, tool calls falham entre 3% e 15% das vezes. → Cap de iterações com limite rígido. Os frameworks de mercado já fazem isso por padrão: LangGraph limita a 25 iterações, o SDK de agentes da OpenAI a 10, CrewAI a 25. Se você está construindo do zero, defina o seu e ***** o que acontece quando o modelo atinge o limite → Structured outputs (esquema JSON estrito) para qualquer resposta do modelo que alimenta lógica da aplicação. Força o modelo a retornar dados com formato validável em vez de texto livre que você precisa parsear na mão → Validação de tool calls antes de executar. Valide nomes, parâmetros e tipos. Modelos inventam argumentos regularmente → Validação de resultado depois de cada execução de ferramenta, antes de devolver ao modelo. Respostas malformadas de APIs descarrilam a cadeia inteira → Degradação elegante quando uma ferramenta falha. O agente informa o usuário em vez de tentar 50 vezes silenciosamente ou travar → Aprovação humana para ações irreversíveis. Enviar email, deletar dados, fazer compra: o agente pede confirmação antes de executar MEMÓRIA: o conselho do post original quebra com dois usuários O guia diz: "Comece com um arquivo JSON simples." Funciona com um usuário. Com dois acessando simultaneamente, JSON corrompe por race condition: dois processos escrevem no mesmo arquivo ao mesmo tempo e um sobrescreve o outro. Problema básico de concorrência que o post ignora. A arquitetura de consenso atual é em camadas: → Camada 1: Contexto de conversa. As últimas N mensagens na janela de contexto, sempre presente. A Anthropic chama isso de "engenharia de contexto": tratar a janela como recurso escasso e selecionar o menor conjunto possível de tokens relevantes → Camada 2: Estado de sessão. Para tarefas multi-etapa, um objeto de estado estruturado (Redis, key-value store) em vez de só histórico de chat → Camada 3: Persistência entre sessões. SQLite ou key-value store. JSON em produção nunca → Camada 4: Vector DB com retrieval. Só quando existe conhecimento não-estruturado em volume que o agente precisa buscar. Não antes Memória persistente também é superfície de ataque. Um atacante pode injetar instruções maliciosas que ficam armazenadas e influenciam sessões futuras de outros usuários. A equipe de Red Team da Microsoft documentou esse vetor (memory poisoning) em abril de 2025. Trate memória persistente como input não-confiável e valide antes de usar. CUSTOS: invisível no projetinho, fatal em produção Rodar 20 vezes no laptop custa centavos. Ninguém repara. Agora multiplica isso por centenas de usuários, cada tarefa consumindo múltiplas chamadas de API. Sem monitoramento, você só descobre o problema quando a fatura chega. A alavanca de maior retorno é model routing: classificar a dificuldade do prompt e enviar tarefas simples para modelos baratos, reservando os caros para raciocínio complexo. O paper RouteLLM (UC Berkeley, Anyscale e Canva, aceito no ICLR 2025) documentou economia de 40% a 85% mantendo 95% da qualidade do GPT-4. → Prompt caching (disponível em Anthropic, OpenAI e Gemini). System prompts longos e repetidos consomem tokens em cada chamada. Caching corta esse custo entre 50% e 90% → Compactação de contexto. Um loop de 5 etapas que reenvia todo o histórico em cada passo multiplica o custo por 5. Resuma outputs longos com modelo barato antes de passar pro modelo caro → Orçamento de tokens por requisição e limites de gasto por usuário → Monitoramento de custo por tarefa. Sem visibilidade no custo unitário, qualquer otimização é chute SEGURANÇA: a omissão mais perigosa O post original não menciona segurança uma única vez. A OWASP atualizou o Top 10 para aplicações LLM em novembro de 2025 e colocou prompt injection como risco #1. A maioria dos desenvolvedores conhece injeção direta: o usuário manipula o prompt pra forçar um comportamento inesperado. É o vetor mais perigoso, e quase ninguém protege contra isso. São instruções maliciosas escondidas dentro de um documento, página web ou output de ferramenta que o agente processa. O agente obedece as instruções do atacante achando que são parte da tarefa. A posição da OWASP: nem RAG nem fine-tuning eliminam o risco. A mitigação exige camadas de defesa sobrepostas. → Valide todo input do usuário antes de passar para parâmetros de ferramentas → Permissões mínimas por ferramenta. Leitura separada de escrita, escrita separada de deleção → Isolamento de execução (sandboxing). Restrinja filesystem e rede pra que, mesmo que uma injeção tenha sucesso, o dano fique contido. O Claude Code da Anthropic faz exatamente isso → Aprovação humana pra operações sensíveis → Rate-limit por usuário → ***** seu próprio agente com payloads de injeção direta e indireta antes de ir pra produção Prompt injection é um problema em aberto. Nenhuma defesa elimina o risco por completo hoje. Calibre a autonomia do agente pelo dano máximo que uma falha de segurança causaria. AVALIAÇÃO: como saber se o agente realmente funciona Testar manualmente funciona no projetinho. Com dezenas de cenários, variações de input e casos extremos, testar na mão vira deploy de vibes. Antes de escrever código, defina 10 a 20 casos de ***** concretos. Formato: dado este input, qual é o output esperado? Exemplo: "Dado 'agendar dentista terça 15h', o agente deve verificar disponibilidade no calendário, encontrar o prestador, submeter o agendamento, retornar confirmação." → Taxa de conclusão de tarefas → Precisão de tool calls (chamou as ferramentas certas com os argumentos certos?) → Tokens totais e custo por tarefa → Latência ponta a ponta → Distribuição de modos de falha Integre os testes no CI/CD. Ferramentas como Braintrust rodam avaliações automaticamente em cada pull request e bloqueiam merge se a pontuação cair. Cada bug que você corrige vira um novo caso de *****. Sua bateria de testes cresce com cada falha. É assim que agentes ficam confiáveis. Inclua testes adversariais. O que acontece quando uma ferramenta falha no meio de uma tarefa multi-etapa? E quando o modelo recebe informações conflitantes de duas fontes diferentes? Se você não testou esses cenários, seu usuário vai testar por você. OBSERVABILIDADE: a diferença entre debugar e adivinhar Quando um usuário reporta "não funcionou" e você não tem logs, não tem como saber o que aconteceu. Em sistemas de IA, saber que uma requisição retornou 200 não basta. Você precisa reconstruir a cadeia completa de raciocínio: o contexto que o modelo tinha quando tomou a decisão, a ferramenta que ele chamou, os parâmetros que enviou e o que veio de volta. A indústria está convergindo para o OpenTelemetry como padrão. As convenções GenAI do OTel definem estruturas para rastrear chamadas de LLM, execução de ferramentas e invocação de agentes, com métricas de tokens e custo por request. Datadog, New Relic, LangChain, CrewAI e AutoGen já suportam nativamente. → Contexto completo que o modelo tinha quando tomou a decisão → Ferramenta chamada, parâmetros enviados, resultado recebido → Validação do resultado (output válido e utilizável, HTTP 200 sozinho não garante que funcionou) → Tokens consumidos e custo → Resultado final (sucesso / falha / timeout / escalação para humano) Ferramentas pra começar: LangSmith, Braintrust, Arize Phoenix (open-source), Langfuse, Helicone. DEPLOY: o que não existe no projetinho → Ambientes separados (dev/staging/****) com API keys distintas. Tráfego de dev consome cota de **** se compartilharem chave → Versionamento de prompts, configs de ferramentas e regras de guardrails no controle de versão. Uma mudança pequena no prompt pode alterar o comportamento em milhares de interações → Rollout progressivo: canary (5-10% do tráfego com rollback automático se métricas degradarem) ou blue-green (rollback instantâneo). Nunca 100% de uma vez → Rollback documentado e praticado, com meta de menos de 5 minutos, incluindo transações compensatórias pra ações que já modificaram estado → Health checks com shutdown elegante que drena requests ativos antes de encerrar o processo → Alertas sobre taxa de erro, latência, custo e taxa de escalação. Monitore de perto nas primeiras 2-4 horas após cada deploy CONCLUSÃO: os números confirmam O Gartner prevê que mais de 40% dos projetos de IA agêntica serão cancelados até o final de 2027 por custos crescentes e controles de risco inadequados. O MIT analisou mais de 300 deployments no relatório NANDA (julho 2025) e encontrou que apenas 5% dos pilotos de IA integrados extraem valor mensurável no P&L. A equipe de Red Team da Microsoft documentou por que tantos projetos falham silenciosamente: falhas de agentes frequentemente são invisíveis até se manifestarem como consequências de negócio. Um registro corrompido, uma ação autônoma inadequada, uma decisão errada tomada em velocidade de máquina. O guia do Reddit ensina a montar um agente que funciona na sua máquina. Esse guia cobre tudo que falta pra ele aguentar o mundo real. Se você está construindo um agente pra alguém além de você mesmo, construa pra produção desde o começo.
-
Archer Angello (@arch_angello) relatou um problemaSim, eu quero passar horas e horas num buraco lendo documentação + postagens antigas do stack overflow + reddit + subforum esquisito pra resolver meu problema Já estive lá, não vou voltar
-
Luis Miguel O ÚNICO☭ (@MalaguetaMiguel) relatou um problema@Fellipe_Navarro O problema da opinião dele foi dizer na época q o ytbr é um lixo e comparando com uns ****** q tipo Comparou react de reddit e memes do Schlatt com o do Orochinho ou qualquer outro ****** no msm tom tlgd É A MSM ***** KKKKKKKKKKKK Ele só diminuiu a comunidade br msm, foi paia
-
bat (@batdesgraca) relatou um problemaMitologia nórdica é muito mais ****, hoje em dia mitologia grega é coisa mais Reddit quirky chungus theather kid do planeta Terra, o único problema foi que GoW não explorou o suficiente a mitologia nórdica o suficiente como deveria
-
.ᐟ (@davidxdhaha) relatou um problema@anikzin @oRob001 o que eu mais vi no reddit é que tinha muito item sendo duplicado e programa por fora que fazia tudo enquanto a pessoa ficava AFK, upar boneco, runa, essas parada, mas muita gente foi de ralo pelo problema de duplicar item
-
dimitri ✦₊⁺ 🍎🐞 (@thethtrcld3ath) relatou um problema@7celo pior que o Jared eu gostei muito no reddit stories, não sei como seria ele meio no long run, mas nesses problemas de sentar e conversar, eu achei ele um querido e queria ver mais
-
sarinha ៹ (@coffeebangpink) relatou um problemafico gag com aquele tweet que diz que não importa a sua dúvida alguém do reddit já postou essa pergunta 7 anos atrás nunca falha
-
piano man (@izvinietzsche) relatou um problemaeu tô muito triste que a minha rede social favorita era o reddit e eles destruíram aquela *****, agora tá horrível, não dá pra ver histórico de posts, precisa de login no app pra ver qualquer coisa, vive dando erro agora até o twitter tá menos pior
-
oZumbiAnalitico (@ozumbianalitico) relatou um problemaEu não tenho conta o reddit, porém sempre há alguma solução no site para algum problema. Os fdps estão bloqueando vpn, mas ainda dá para entrar usando tor, quem usa brave, só entrar com o tor e vai ter acesso ao conteúdo sem precisar logar 🫡 xupá
-
Matheus (@math7777888) relatou um problema@layzhis Esses caras são os gordos retardados de Reddit. Uma minoria com serios problemas de auto estima e mentais.
-
gatos fofos (@belygatosfofos) relatou um problemanem os manos do reddit conseguem solucionar meu problema pqp
-
julia (@httjuliax) relatou um problemavc sabe que seu pc deu ruim quando começa a procurar a solução do problema no reddit
-
Luciano Praxedes | Kapital Multi Family Office (@luciano_prx) relatou um problemaA pergunta que o usuário fez no Reddit está completamente errada. Não importa tanto o banco. Importa quem está escolhendo os investimentos por você. Se o profissional que te atende é remunerado por metas, comissões ou tem que bater volume de produtos do próprio banco, o conflito de interesses existe — mesmo que ele cobre “fee fixo”. O que realmente faz diferença é ter alguém que: - Não tenha meta de produto para bater. - Possa recomendar qualquer ativo, de qualquer banco (sem ficar preso a uma bandeira). - Seja remunerado de forma alinhada com o seu resultado de longo prazo. Muita gente troca de banco achando que vai resolver o problema, quando na verdade o problema está na estrutura de incentivos de quem está montando a carteira. Portanto, não é a bandeira, é o modelo. Sugiro que parem para para pensar em como a pessoa que cuida do seu dinheiro é remunerada.
-
Hipopótamos em chamas 🔥 (@22bolsonar3423) relatou um problemanossa vai se fuder o reddit é incrível ele resolve todos os meus problemas
-
isnupi (@manumattinhos) relatou um problemaqnd eu tenho um problema no pc tao especifico que a unica pessoa pessoa que pode me ajudar eh um russo no reddit q fez a mesma reclamação ha 8 anos atras
-
🇻🇦✞Ser das cinzas🩶🌲📿 (@denjiyo) relatou um problema@samuelblaustei7 @Midvsmi Dps de maratonar mistere é nítido como 80% dos comentários do Reddit são bot pra caramba, o problema é que isso influência outras redes sociais
-
Guilherme Cursi (@GuilhermeOCursi) relatou um problema@cinematiqueapp Comecei a usar pois vi alguém falando no Reddit, o melhor até agora mesmo com uns problemas de desempenho no meu celular, hein divulguem mais aqui no Twitter o app assim a comunidade cresce.
-
nico. #00 childe worshipper (@scar4pussy) relatou um problemaessa ***** não funciona continuo vendo a ***** do mesmo canal toda vez n aguento mais vídeo de história de Reddit com roblox no fundo
-
Zack 🇦🇹 (@sci_zack) relatou um problema@kriiger_tyto Nosso servidor caiu e criamos uma comunidade no Reddit btw
-
00110111 🖍🐣 (@urianuisori) relatou um problema@smolbbaek Estava falando isso com minha amiga que quer um tem nem 1h. Minha dica é: compre na aliexpress usado e qualquer coisa, se tiver dando problema, faça jailbreak. Tu consegue por 200 reais. Mandei alguns links pra ela. É o que todo mundo da comunidade do kindle no reddit indica
-
𝓑𝓻𝓮𝓷𝓭𝓪 (@codenomesailorv) relatou um problemaÉ galera, erro meu. Achei que o Reddit seria um lugar sério, tomo mundo comentando que acha o MJ um **** no tópico. Tô arrependida de ler os comentários para um cassete.
-
Petershy ☭ Bagulho é copa! Tapa na Xereca!💥 (@grlica_) relatou um problema@Support VOCES COPIARAM ALGO DO REDDIT DESCARADAMENTE Q EU SEI... ESSA COISA DE FECHAR O APP E O POST SUMIR E DE PULAR LINHA E COPIAR A ULTIMA PALAVRA ERA PROBLEMA QUE TINHA LA E DO NADA SURGIU AQUI
-
🇫🇮 Finlandês **** 🇫🇮 (@FinlandesPuto) relatou um problema@MASTEREXPLOD3R @Kounnn_ Na real, acho que ele consegue sim explicar bem a piada, apesar de algumas eu ter entendido na época porque eu também consumo YouTube ******. O problema, e que ele prometeu ser o iceberg mais completo de coisas que "só ele" percebeu, sendo que 80% das coisas eu já vi no Reddit