Queixas que programadores anglófonos publicaram abertamente entre 8 e 10 de novembro de 2026, parafraseadas abaixo com ligações para as publicações originais. A página de estado da OpenAI registou erros elevados de API a 9 de novembro (identificados às 06:08 PM, resolvidos às 06:50 PM nessa página, cerca de 42 minutos) em Chat Completions, Fine-tuning, Embeddings, Images, Batch e Audio. Publicações à parte assinalaram o aumento de erros de geração de imagem a 8 de novembro e erros elevados de conversa do ChatGPT a 9 de novembro. O Reddit esteve mais calmo em threads novas de API na primeira pessoa nesta janela; a maior parte do que se segue vem do X e de notas oficiais de estado. A dor mais ruidosa foi repetir o 429 errado, carregamentos automáticos de surpresa, um presente de lançamento do Fable que mal mexeu a barra semanal, gateways que trocam de modelo numa hora cheia, outro susto de “rotate your keys” e catálogos de vídeo cujo preço de montra não prevê a fatura. Cada resposta usa apenas o que o site público e a documentação do PoYo dizem hoje, e remete para a página de onde vem. Onde a documentação não cobre algo, di-lo-emos.

Q1. A API oficial teve uma tarde má — e a tua ferramenta de código herdou-a.

De que se queixam os programadores: A 9 de novembro, a OpenAI reportou erros elevados na API, a cobrir Chat Completions, Fine-tuning, Embeddings, Images, Batch e Audio, e marcou a janela como resolvida cerca de 42 minutos depois (@petersykim, @steveDOTplus). No mesmo dia, os erros de conversa do ChatGPT também subiram (@petersykim). No dia anterior, a peça barulhenta era a geração de imagem (@petersykim). Ferramentas a jusante também sentiram: a Augment Code reportou que os modelos OpenAI dela devolviam erros elevados e atribuiu a causa a uma falha da API da OpenAI a montante (@outageslive).

Como o PoYo responde: Primeiros passos já define uma expectativa realista de estabilidade: a estabilidade global pode ser um pouco inferior à dos fornecedores oficiais. Quando algo falha, lê o código documentado em vez de martelares a repetição:

• 500 / 502 / 503 — tenta de novo com backoff exponencial. 502 é um upstream_error (códigos de erro).
• 429 rate_limit_error — espera ou entra na fila; não trates como “add money”.
• 402 insufficient_credits_error — carteira vazia; carrega saldo (códigos de erro).

A geração usa o caminho assíncrono unificado: POST /api/generate/submit → consulta do estado ou webhook (visão geral da API, webhooks). As tarefas de geração que falham não são cobradas (página inicial, llms.txt). Não voltes a submeter às cegas: uma repetição pode criar outra tarefa faturável se a primeira já tiver sido aceite (Primeiros passos). Para imagens, escolhe um ID de catálogo explícito na visão geral de imagem (IDs das famílias GPT Image 2 / 2.5 / 2.6, ou outro laboratório publicado como Nano Banana ou Flux), em vez de esperares que uma falha te volte a mapear.

Se quiseres um laboratório de chat documentado diferente enquanto uma janela a montante está barulhenta, envia o ID publicado desse laboratório — por exemplo Claude Opus 5.5, Claude Sonnet 5.5 ou Gemini 4 Argon (visão geral do chat). A documentação pública não afirma failover automático entre laboratórios, reembolso de créditos por uma falha a montante que depois teve sucesso, nem que o PoYo se manteve no ar quando a OpenAI não se manteve.

Q2. O 429 não era um limite de pedidos. A carteira estava vazia.

De que se queixam os programadores: A OpenAI continua a entregar duas falhas muito diferentes como HTTP 429. @waldekm descreveu a armadilha: Rate limit reached desaparece se esperares os segundos em Retry-After; credit_balance_exhausted fica até alguém acrescentar créditos, por isso repetir só queima tempo. Lê error.code antes de repetires — e lembra-te de que o SDK oficial de Python pode já ter tentado duas vezes antes de o teu código ver o erro.

Como o PoYo responde: Saldo vazio e limites de pedidos são códigos de estado diferentes (códigos de erro):

Consulta GET /api/user/balance para obteres um credits_amount em tempo real antes de batches grandes (saldo do utilizador). Predefinições de geração: até 20 pedidos novos de /api/generate/submit a cada 10 segundos por conta; o excesso devolve 429 e não entra na fila. Os endpoints de LLM não têm, de momento, limite de pedidos (Primeiros passos, visão geral do chat).

A documentação não descreve um credit_balance_exhausted ao estilo da OpenAI dentro do corpo de um 429 — no PoYo, carteira vazia é 402.

Q3. O carregamento automático disparou — por vezes porque a chave errada ainda estava ativa.

De que se queixam os programadores: Extras pré-pagos e pools semanais partilhados continuaram a cobrar a quem julgava já ter parado. Um utilizador do Grok Bot disse que quatro recibos da xAI de $20 cada chegaram em menos de 20 minutos — $80 desapareceram enquanto o bot “wasn't even working on anything big” — e avisou que deixar o carregamento automático ligado de noite podia tornar-se uma fatura de quatro dígitos (@XPshareDad). Outra equipa seguiu cobranças surpresa de Auto Top-up até uma ferramenta que ainda chamava a API da xAI com uma chave ligada ao saldo de “Aaron's team”; pararam todo o uso de API nessa chave (@stockswithaaron). Um terceiro relato: uma rotina de notícias esquecida a cada 10 minutos são 1,008 execuções por semana, e em conjunto com passagens de bot para bot e um botão Test que faz trabalho real, comeu 100% de um limite semanal em dois dias (@fluixoo).

Como o PoYo responde: O PoYo não vende um pool de subscrição semanal partilhado e não continua a cobrar depois de a carteira chegar a zero. O chat e os média partilham créditos pré-pagos de uma carteira; os créditos nunca expiram, e não há subscrição que depois fature “extra usage” (página inicial). Carteira vazia devolve 402, não um carregamento surpresa (códigos de erro).

Controlos práticos que correspondem ao que esses posts querem:

• Define tetos por hora / por dia / totais e uma lista de IPs permitidos na página de chaves de API, para que uma ferramenta esquecida ou uma chave divulgada não continue a gastar (Primeiros passos).
• Dá a cada ferramenta a sua chave. Revoga a que já não deve correr, em vez de partilhares uma chave de equipa entre trabalhos.
• Em configurações multi-tenant ou com vários bots, envia X-End-User-ID e bloqueia um só chamador sem rodar a chave inteira (identificação do utilizador final).
• Consulta GET /api/user/balance e pára perante um 402 firme (saldo do utilizador).

A documentação pública não descreve pools semanais do Grok Bot / Cursor, um produto de carregamento automático, nem uma firewall automática de gasto que pare uma execução já em curso. Constrói a paragem firme com tetos de chave e um tratador de 402.

Q4. Saiu o Fable 5.2 — e o “reset grátis” mal mexeu a barra semanal.

De que se queixam os programadores: A Anthropic lançou Claude Fable 5.2 (ID de API claude-fable-5-2) a 9 de novembro, com posts de lançamento a citar $8 / $40 por 1 M de tokens e um teto de 50% do limite semanal em alguns lugares. O presente que se seguiu frustrou quem já ia fundo no Opus: um subscritor recebeu um reset grátis do limite do Fable, mas só devolveu o que tinha gasto no Fable (2%). A barra semanal de todos os modelos ficou nos 85%, sobretudo Opus; a janela de 5 horas voltou a encher, a semana mal se mexeu (@Moriarty_tech). Outro pediu à Anthropic que retirasse o teto de 50% of weekly limit no Fable 5.2 (@ashray_malhotra). Um texto de 8 de novembro reuniu relatos de planos Claude de $200 que acordavam com o limite semanal esgotado e $50 em créditos extra depois de um terminal inativo ou uma pausa de 5 horas ter retomado o trabalho de noite (@bebuu_ai).

Como o PoYo responde: Trata o catálogo em vigor como fonte da verdade, não um tweet de lançamento. A tabela de chat de hoje lista claude-fable-5-1; não lista claude-fable-5-2 (visão geral do chat, llms.txt). Obter https://poyo.ai/models/claude-fable-5-2/llms.txt devolve 404. Um ID de modelo de chat desconhecido devolve um 404 documentado model_not_found (códigos de erro).

Se quiseres a ficha de classe Fable que está publicada hoje, o ID documentado é claude-fable-5-1. As tarifas em vigor nessa ficha são 1600 créditos ($8.00) de entrada e 8000 créditos ($40.00) de saída por 1 M de tokens (claude-fable-5-1/llms.txt, Claude Fable 5.1). Chama-o em Claude Messages /v1/messages ou Chat Completions /v1/chat/completions, conforme indicado (visão geral do chat). Não há barra semanal e não há um “Fable-only reset” que deixe o resto da carteira bloqueado: os créditos pré-pagos vivem numa carteira e nunca expiram (página inicial). Limita as chaves para que um agente inativo não continue a gastar (página de chaves de API).

A documentação pública não promete que um modelo de terceiros anunciado aparecerá no PoYo, não publica uma data de lançamento do Fable 5.2, não substitui automaticamente claude-fable-5-1 quando pedes claude-fable-5-2, nem oferece resets semanais ao estilo de subscrição nem tetos de modelo de 50%.

Q5. Testaste o modelo forte. Uma hora cheia encaminhou os clientes para outro.

De que se queixam os programadores: A parte assustadora do fallback não é o erro — é a troca silenciosa. Um construtor perguntou se as apps podem fixar um modelo, ou pelo menos ser avisadas quando uma sessão recua, porque testas contra o modelo forte e uma hora cheia encaminha os clientes em silêncio para um mais fraco (@Varselio1980). A resposta: a própria API da Anthropic pode nomear o modelo responsável e deixar o fallback ou o bloqueio à configuração da conta, mas os gateways de modelos (como o OpenRouter) mudam de modelo por outras razões, incluindo limites de pedidos ou tráfego alto (@TwmStone).

Como o PoYo responde: Envia sempre um ID de modelo explícito e lê o schema em vigor dessa ficha em https://poyo.ai/models/<id>/llms.txt (llms.txt, visão geral da API). IDs desconhecidos devolvem 404 model_not_found, e não um remapeamento silencioso (códigos de erro). Um modelo só aceita os formatos de API assinalados para ele; enviar a forma errada devolve 400 com a lista de URIs suportados (visão geral do chat).

Se um ID publicado estiver acima da capacidade do teu lado, escolhe tu outro ID documentado e regista qual enviaste. A documentação pública não afirma failover automático de gateway, um substituto mais fraco quando o ID nomeado está ocupado, nem atestação criptográfica de que o checkpoint a montante corresponde à cadeia que pediste.

Q6. “Parte do princípio de que a chave de API que publicaste está comprometida.”

De que se queixam os programadores: A higiene das chaves apareceu duas vezes. Um relato de 9 de novembro dizia que a Fireworks trabalhava com a Notion, o Cursor e outros clientes para conter um incidente de segurança com dados de clientes comprometidos — descrito ali como uma segunda violação em semanas — e o seguimento foi direto: parte do princípio de que qualquer chave de API da Fireworks que tenhas publicado está comprometida e roda-a agora, não esperes o post-mortem (@Ali_Homsi). O próprio boletim de outubro de 2026 da Fireworks e a atualização posterior já disseram aos clientes afetados para substituírem chaves da Fireworks revogadas e rodarem credenciais de terceiros no emissor — remover um segredo guardado não invalida a chave por baixo. À parte, textos sobre um incidente de agente da WorkOS repetiam uma lição mais antiga: uma API interna pública, uma credencial de desenvolvimento esquecida e sem limite de pedidos transformaram uma fuga de sandbox numa extração de dados (@madebyharman, @saltrocklabs).

Como o PoYo responde: Trata uma chave como segredo e parte do princípio de que uma chave divulgada será usada (Primeiros passos):

• Nunca exponhas chaves em código de frontend, aplicações móveis ou repositórios públicos.
• Cria e revoga chaves na página de chaves de API. Dá a cada integração a sua chave, para que uma rotação não deite tudo abaixo.
• Liga tetos por hora / por dia / totais e uma lista de IPs permitidos, para que só IPs de servidor aprovados possam chamar a API (Primeiros passos).
• Envia X-End-User-ID se precisares de bloquear um chamador sem rodar a chave (identificação do utilizador final).
• Uma chave em falta ou inválida devolve 401 authentication_error (códigos de erro).

A documentação pública não afirma monitorização de violações, rotação automática de chaves depois de um incidente de terceiros, nem um SLA de reembolso se uma chave roubada gastar créditos antes de a revogares. Roda primeiro e depois limita o que a chave seguinte pode gastar.

Q7. O mesmo plano de 5 segundos pode custar três montantes diferentes.

De que se queixam os programadores: Os preços de montra entre laboratórios de vídeo ainda surpreendem quem julgava comparar o mesmo com o mesmo. Um construtor correu Seedance 2.5, Kling 4.0 e Wan 3.0 no mesmo prompt de imagem de 5 segundos a 720p e reportou $1.60 / ~5 min contra $0.43 / ~2 min contra $0.39 / ~2 min — e perguntou se o realismo extra do Seedance valia cerca de 4x as opções mais baratas (@NextGenAIVoult). Esses valores em dólares vêm do catálogo dessa execução, não do PoYo.

Como o PoYo responde: O vídeo usa o caminho assíncrono unificado: POST /api/generate/submit → consulta do estado ou webhook (visão geral de vídeo, webhooks). As tarefas de geração que falham não são cobradas (página inicial, llms.txt). Lê os preços em vigor por segundo na ficha que vais mesmo chamar (volta a verificar o ficheiro antes de orçamentares):

• Seedance 2.5 — seedance-2.5: 63 créditos ($0.315)/s a 720p sem entrada de vídeo, por isso um clip de 5 segundos é $1.575 na ficha de hoje (seedance-2-5/llms.txt)
• Kling 4.0 — kling-4.0: 28.5 créditos ($0.142)/s a 720p sem entrada de vídeo, por isso 5 segundos são $0.71 (kling-4-0/llms.txt)
• Wan 3.0 — wan3.0-image-to-video (ou wan3.0-text-to-video): 20 créditos ($0.100)/s a 720p para todos os fluxos, por isso 5 segundos são $0.50 (wan-3-0/llms.txt)

Notas de operação:

• Envia um ID explícito. Um ID documentado mais barato é a ferramenta certa para iterar; um ID de peça final é um envio à parte.
• Prefere webhooks a polling agressivo.
• Não voltes a submeter às cegas: uma repetição pode criar outra tarefa faturável se a primeira já tiver sido aceite (Primeiros passos).
• Transfere os ficheiros concluídos dentro do período de retenção de 3 dias (Primeiros passos).
• Limita o gasto com tetos de chave e pára em 402 (página de chaves de API, códigos de erro).

A documentação não promete reembolso de dislike / regenerar para clips concluídos mas indesejados, failover automático de vídeo entre laboratórios, nem que o preço de montra de outro site coincida com o llms.txt em vigor do PoYo.

Mapa rápido

Consulta modelos e preços em vigor em poyo.ai, schemas via llms.txt e o índice completo da documentação em docs.poyo.ai/llms.txt.