Queixas que programadores de língua inglesa publicaram em público por volta de 5–6 de novembro de 2026, parafraseadas abaixo com ligações para as publicações originais. Foi um dia relativamente calmo em falhas generalizadas de APIs: a dor mais ruidosa foi o roubo de chaves, os limites de utilização, as quedas abruptas de preços e o consumo de créditos de vídeo. 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, dizemo-lo.

Q1. Chaves de API de IA roubadas / divulgadas: faturas surpresa (LLMjacking).

De que se queixam os programadores: Depois de falhas de segurança em plataformas de alojamento e de segredos divulgados, quem constrói continua a ter gastos não autorizados em modelos antes de dar por isso. Uma publicação relacionada com a Railway referiu cerca de $30 de utilização depois de uma chave comprometida (@heyjibril); outra suspeitava que uma chave da xAI tinha sido levada no mesmo incidente da Railway de 21 de outubro (@mateusztylec). Um tópico do Railway Station descreveu um pico de cerca de $28 em poucas horas numa chave da OpenRouter (station.railway.com). Publicações de segurança enquadraram o padrão como LLMjacking: chaves de cloud roubadas que podem acumular faturas elevadas num só dia (@dd_pwnd).

Como o PoYo responde: Trata a chave como um segredo e usa depois os controlos documentados que limitam o raio de impacto (Getting Started):

1. Na página de chaves de API, define limites de utilização por hora / diários / totais, para que uma chave divulgada não continue a gastar acima do teto.
2. Ativa uma lista de IPs permitidos, para que só IPs de servidores aprovados possam chamar a API (Getting Started).
3. Nas aplicações multi-tenant, envia X-End-User-ID e bloqueia um único chamador sem rodar a chave toda (identificação do utilizador final).
4. Consulta GET /api/user/balance e trata o 402 insufficient_credits_error como paragem total (saldo do utilizador, códigos de erro).
5. Nunca coloques chaves no frontend nem em repositórios públicos (Getting Started).

A faturação é feita com créditos pré-pagos, debitados por cada resultado bem-sucedido; as tarefas de geração falhadas não são cobradas (página inicial, llms.txt). A documentação pública não promete reembolsos automáticos de gastos com chaves roubadas, alertas de intrusão nem um SLA publicado de estornos; se precisares de ajuda com a conta, usa o suporte do dashboard / support@poyo.ai (Getting Started).

Q2. O mesmo 429 para limites de pedidos e para “sem dinheiro”.

De que se queixam os programadores: Os guias continuam a ter de explicar que as respostas 429 dos fornecedores podem significar limitação por RPM/TPM ou créditos esgotados / limites de gastos, pelo que repetir às cegas num caso de faturação só faz perder tempo (Respan, 5 nov., ajuda da OpenAI). Quem fala de gastos de tokens de IA continua a pedir quotas e tratamento de 429 mais claros (@PeterOmogo2).

Como o PoYo responde: O PoYo separa esses casos nos códigos de negócio documentados (códigos de erro):

Predefinições de geração: até 20 novos pedidos a /api/generate/submit por 10 segundos e 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 (Getting Started). Verifica GET /api/user/balance antes de batches grandes (saldo do utilizador). Limita as chaves na página de chaves de API. Dá preferência aos webhooks nos jobs de média longos, para que um soluço de 429/5xx não se transforme numa tempestade de polling.

A documentação não afirma o estilo da OpenAI de “credit_balance_exhausted dentro de um corpo 429”: no PoYo, o saldo vazio é 402.

Q3. Limites de utilização do Claude Code + consumo de tokens em atualizações de estado.

De que se queixam os programadores: Os utilizadores do Claude Code esbarram em tetos de utilização a meio da tarefa; o Wrap-Up Allowance é apresentado como resposta a cortes bruscos (@markvalorian). A mensagem de atualizações de estado “99% mais baratas” é lida à luz de sessões que continuam a consumir uma fatia significativa do limite (@rafke_rafke0311). Outros dizem que os agents em segundo plano gastam dinheiro só para publicar o estado (@BoboLinNotes), e circulam soluções alternativas para o limite de 5 horas (@kel_ruael).

Como o PoYo responde: O PoYo não vende uma janela de utilização temporizada ao estilo Claude Code / Max combinada com excedentes. O chat e os conteúdos multimédia partilham créditos pré-pagos de uma única carteira; o saldo vazio devolve 402, e não uma fatura-surpresa de consumo semanal (página inicial, códigos de erro).

Um padrão prático que corresponde ao que essas publicações pedem:

• Define limites por chave, por hora / diários / totais, para que um dia intenso de programação não continue a gastar em silêncio (página de chaves de API).
• Verifica GET /api/user/balance antes de batches grandes de agents (saldo do utilizador).
• Escolhe um ID de modelo de chat explícito e lê os preços em direto em https://poyo.ai/models/<id>/llms.txt; alguns cartões publicam tarifas cerca de 20% abaixo do preço oficial standard (por exemplo, Claude Opus 5.5, Claude Sonnet 5.5); isso aplica-se por cartão, não é um desconto geral.
• Usa o /v1/chat/completions compatível com a OpenAI, o /v1/messages de mensagens do Claude ou os endpoints nativos do Gemini, conforme documentado (visão geral da API, visão geral do chat).

A documentação pública não afirma um produto Wrap-Up Allowance, um limite de sessão de 5 horas nem uma contabilização automática de “atualizações de estado 99% mais baratas”: constrói no teu cliente a lógica de estado mais barata / de modelo alternativo.

Q4. A autenticação parece banida: uma chave de API antiga sobrepõe-se a um início de sessão que funciona.

De que se queixam os programadores: O Claude Code pode iniciar sessão com sucesso e mesmo assim lançar um 400 organization disabled, porque uma variável de ambiente com uma chave de API que ficou para trás se sobrepõe ao OAuth; parece um banimento e muitas vezes é um conflito de chaves (@lgs1520).

Como o PoYo responde: A autenticação do PoYo é mais simples e explícita: envia Authorization: Bearer <API_KEY> (ou x-api-key em /v1/messages). Chaves em falta/inválidas devolvem 401 authentication_error (Getting Started, códigos de erro). Cria e roda as chaves na página de chaves de API; combina a rotação com lista de IPs permitidos e limites de utilização se uma chave possa ter sido divulgada.

IDs de modelo desconhecidos ou errados / formatos de URI não suportados devolvem os erros de LLM 400/404 documentados, e não um estado de subscrição “org disabled” (códigos de erro, visão geral do chat).

A documentação não descreve o comportamento de sobreposição entre OAuth e chave do Claude Code, estados de subscrição com a organização desativada, nem um início de sessão de consumidor que lute em silêncio contra um ANTHROPIC_API_KEY da shell. Mantém um único caminho de autenticação deliberado nas tuas ferramentas.

Q5. Créditos de API dos planos Pro / Business que nunca aparecem.

De que se queixam os programadores: Utilizadores elegíveis do ChatGPT Pro / Business dizem que os créditos de API mensais ($100–$500) não aparecem ou são difíceis de reclamar (@FanShiFanSI, @hu_victoria071). Em separado, as promoções de “computação grátis” são criticadas por pagarem o espaço, não o cérebro do modelo (@okeyccronald).

Como o PoYo responde: O PoYo separa o acesso ao produto das ginásticas dos créditos de subscrição:

• Preços baseados em créditos, sem subscrições: recargas únicas; os créditos nunca expiram (página inicial).
• Uma única chave de API para chat + multimédia (llms.txt, visão geral da API).
• Consulta o saldo restante com GET /api/user/balance (saldo do utilizador).
• Fundos insuficientes → 402, e não um estado de vários dias de “espera pelo crédito” (códigos de erro).
• As tarefas de geração falhadas não são cobradas (página inicial, llms.txt).

A documentação pública não descreve créditos de API mensais do ChatGPT Pro / Business, promoções de “computação grátis que exclui tokens” nem fluxos de reclamação. Para ajuda com o saldo do PoYo, usa o suporte do dashboard / support@poyo.ai (Getting Started).

Q6. Quedas abruptas de preços promocionais / agendadas: não orces com a tarifa promocional.

De que se queixam os programadores: Quem constrói avisa para não dimensionar orçamentos de produção com preços de lançamento: diz-se que as tarifas introdutórias do Gemini 4 Argon duplicam depois de 30 de novembro (@iamspiggle); sinaliza-se que os preços de tokens de texto do Flash vão subir a 1 de janeiro de 2027, mesmo com o $/seg de vídeo de alguns Omni a descer (@Stan_Timek). Outros lembram que o Google Vids grátis ≠ API grátis (@ZeroCost_Lab).

Como o PoYo responde: Trata o esquema em direto de cada modelo como fonte de verdade: os preços estão no https://poyo.ai/models/<id>/llms.txt de cada modelo e na página do modelo; não os deduzas a partir de dados de treino nem de tweets de lançamento (llms.txt). O chat e os conteúdos multimédia usam créditos pré-pagos debitados por cada resultado bem-sucedido (página inicial).

Se precisares hoje de chat de classe Gemini no PoYo, escolhe o ID de modelo documentado (por exemplo, os cartões em modelos de chat da Google) e volta a verificar esse ficheiro antes de fixares um modelo de custo unitário. As alternativas de vídeo para workflows de rascunho→versão final estão listadas na visão geral de vídeo.

O Getting Started já define uma expectativa realista de estabilidade face aos fornecedores oficiais. A documentação pública não promete que o PoYo congele para sempre a promoção introdutória de um laboratório de terceiros, publique um SLA de preço fixo por vários meses nem espelhe os escalões grátis do Google Vids.

Q7. As APIs de vídeo continuam caras: as regenerações queimam créditos.

De que se queixam os programadores: Os modelos Kling são descritos como muito caros (@t_f_y_666). Os utilizadores do Seedance dizem que queimar créditos em regenerações dói (@wallzgamepro). A economia do Sora continua a ser lamentada como falhada / demasiado cara (@QueenCityComet, @TheEaglegon).

Como o PoYo responde: O vídeo partilha o caminho assíncrono unificado: POST /api/generate/submit → consulta de estado ou webhook (visão geral de vídeo, webhooks). As tarefas de geração falhadas não são cobradas (página inicial, llms.txt).

Entradas do catálogo que correspondem ao que quem constrói estava a discutir (preços em direto em cada llms.txt):

• Kling 4.0 — kling-4.0 (kling-4-0/llms.txt)
• Seedance 2.5 — seedance-2.5 (seedance-2-5/llms.txt)
• Sora 2 Official e IDs Sora relacionados (visão geral de vídeo)
• Também listados: Veo 3.1, Wan 3.0, MiniMax/Hailuo, OmniHuman e mais (llms.txt)

Dicas operacionais contra o desperdício das regenerações:

• Dá preferência aos webhooks em vez de 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 (Getting Started).
• Transfere os ficheiros concluídos dentro do período de retenção de 3 dias (Getting Started).
• Limita os gastos com os limites das chaves e pára no 402 (página de chaves de API, códigos de erro).

A documentação não promete um “reembolso por regenerar / não gostar” em clipes concluídos mas indesejados, apenas que as tarefas falhadas não são cobradas. Não há failover automático documentado entre vários laboratórios de vídeo.

Q8. Peculiaridades de saldo em agregadores + “não ponhas segredos no gateway”.

De que se queixam os programadores: Os saldos pagos dos agregadores continuam a surpreender: um utilizador da OpenRouter viu BILLING INSUFFICIENT com cerca de $0.80 restantes numa chamada de imagem de cerca de $0.018 (@alvinaputri). Outros dizem que confiam segredos à OpenAI / Anthropic / Google, não à OpenRouter (@annexbaja). IDs de modelo desatualizados em apps feitas por vibe coding continuam a encaminhar para backends inesperados (@AdamHoltererer). Tópicos duradouros no Reddit continuam a reportar 429 em contas pagas quando os limites a montante apertam (r/openrouter).

Como o PoYo responde: O PoYo é uma chave de API unificada para imagem, vídeo, música, 3D e chat: indicas um ID de modelo explícito, e cada modelo publica o esquema + preços em direto em https://poyo.ai/models/<id>/llms.txt (visão geral da API, llms.txt).

Clareza de faturação documentada hoje:

• Créditos pré-pagos; 402 quando a carteira não cobre o pedido (códigos de erro)
• 429 para limites de pedidos, e não como substituto de saldo vazio (códigos de erro)
• GET /api/user/balance para um credits_amount em tempo real (saldo do utilizador)
• Limites das chaves + lista de IPs permitidos + bloqueio opcional por X-End-User-ID (página de chaves de API, identificação do utilizador final)

O que a documentação pública não afirma:

• Atestação criptográfica de que uma resposta foi assinada por um laboratório a montante específico
• Substituição automática e não divulgada de modelo quando um ID está desatualizado
• Failover automático entre vários fornecedores quando o a montante devolve 429/5xx
• Um SLA de reembolso para “desconfio deste gateway” depois de uma geração bem-sucedida

O Getting Started indica que a estabilidade pode ser ligeiramente inferior à dos fornecedores oficiais: define preferências do lado do cliente e paragens rígidas em conformidade.

Mapa rápido

Explora os modelos e os preços em direto em poyo.ai, os esquemas através do llms.txt e o índice completo da documentação em docs.poyo.ai/llms.txt.