2026-10-27: 7 reclamações de API que ouvimos hoje

Reclamações que desenvolvedores de língua inglesa publicaram entre 25 e 27 de outubro de 2026, resumidas aqui com links para as publicações originais. Cada resposta usa apenas o que o site público e a documentação da PoYo dizem hoje, e aponta a página de origem. Quando a documentação não cobre um ponto, dizemos isso.

---

Q1. O modelo rápido novo é tão rápido que responde 429 a si mesmo — sobretudo no raciocínio máximo e em sessões paralelas do Codex.

Do que os desenvolvedores reclamam: O GPT-6.1 Terra saiu como um nível de computer-use mais rápido e mais barato. Em seguida, quem constrói recebeu HTTP 429 no Terra / fast-mode e no raciocínio máximo, enquanto o mesmo prompt no Sol não. Vários posts notaram zero tokens usados em um 429. Isso significa que uma porta de concorrência ou de taxa disparou antes da medição. Sessões paralelas do Codex consultando a mesma chave pioraram o quadro.

Como a PoYo responde: Nossa página de códigos de erro dá ao 429 um significado — rate_limit_error — e uma ação recomendada: esperar antes de tentar de novo, ou colocar as solicitações em fila. Primeiros passos publica o limite padrão de geração: até 20 novas solicitações de geração a cada 10 segundos, por conta. Solicitações acima desse limite recebem HTTP 429 e não entram na fila. Modelos de chat e de mídia compartilham uma chave da PoYo e estão em llms.txt, então trocar de modelo é mudar a string model, não integrar outro fornecedor. Se os 429 forem contínuos, a documentação diz que você pode falar com o suporte para um limite maior. As aprovações são tratadas com cautela.

A documentação indica que não há failover automático entre fornecedores. Monte o fallback no seu cliente. Primeiros passos também diz que a “estabilidade geral da PoYo pode ser um pouco menor que a dos fornecedores oficiais”.

---

Q2. Meu “429” era na verdade um teto de gasto — erros de cobrança vestidos de limite de taxa.

Do que os desenvolvedores reclamam: Um post resumiu: HTTP 429 não é um único modo de falha. Na Anthropic, pode ser um limite de taxa, um limite de aceleração ou um teto de gasto. Um 429 de teto de gasto muitas vezes não traz Retry-After, então esperar para sempre não resolve. Os times continuam tratando uma parada dura de cobrança como um estrangulamento.

Como a PoYo responde: A PoYo separa os dois casos com clareza na tabela de códigos de erro:

A cobrança em si é de créditos pré-pagos. A página inicial fala em compras únicas, sem assinaturas recorrentes, e créditos que não expiram. Consulte GET /api/user/balance para ler credits_amount quando precisar de um número atual (saldo do usuário). A nota dos códigos de erro é explícita: acompanhe os créditos para evitar 402 durante o trabalho crítico.

---

Q3. Meu SDK de agentes está queimando a janela de limite de taxa cerca de 1,7× mais rápido que o chat — e N agentes ainda compartilham um teto.

Do que os desenvolvedores reclamam: A Anthropic reconheceu um defeito no Agents SDK que consumia os limites de taxa de 5 horas da Claude cerca de 1,7× mais rápido do que o esperado ao passar do chat para o modo agente. À parte, quem constrói notou que worktrees resolvem conflitos de arquivo, mas dez agentes ainda compartilham um banco de dados e um limite de taxa da API. Harnesses paralelos tropeçam uns nos outros na mesma chave.

Como a PoYo responde: A geração na PoYo foi desenhada para ser assíncrona, então trabalhos longos não ficam presos a um único tempo esgotado de gateway. Primeiros passos e a visão geral da API dizem: envie uma tarefa, guarde o task_id e depois consulte o status ou receba um webhook. Para cargas de produção, a documentação prefere webhooks assinados a consultas frequentes. Em 429, espere ou coloque em fila (códigos de erro). O limite padrão continua sendo 20 solicitações novas / 10 s por conta. O excedente é rejeitado e não entra na fila.

Para um agente descontrolado não esvaziar a conta inteira, use os controles documentados na página de chaves de API e em Primeiros passos: tetos de uso por chave, por hora, por dia e totais. Imagem, vídeo, música, chat e 3D ficam atrás de uma chave de API unificada (llms.txt, página inicial).

A documentação indica que não há failover automático entre fornecedores. O seu cliente precisa tratar 429 / 5xx e escolher o próximo modelo ou o caminho de nova tentativa.

---

Q4. Outro SaaS ficou com minhas chaves de IA — e o fornecedor disse que o gasto não autorizado não é reembolsável.

Do que os desenvolvedores reclamam: Um desenvolvedor relatou uma chave da API da Anthropic comprometida que chegou a US$ 105,94 de uso não autorizado. O suporte (por meio de um agente de IA) disse que o uso já consumido não é reembolsável e encerrou a escalada. Na mesma janela de 48 horas voltaram incidentes no estilo OpenCode Console / Railway, em que o prêmio eram chaves armazenadas da OpenAI, da Anthropic e do Google. Rotacione primeiro e depois defina um teto duro de gasto.

Como a PoYo responde: Rotacione primeiro. Um segredo vazado continua sendo um segredo vazado. Depois disso, a documentação lista controles que limitam o que uma chave da PoYo roubada pode fazer:

• Lista de IPs permitidos. Permita apenas os IPs de servidor aprovados em uma chave, para que uma chave copiada de uma variável de ambiente não funcione na máquina de quem atacou. Veja a página de chaves de API e Primeiros passos.
• Tetos de uso por chave (por hora, por dia e totais), para que uma chave tenha um teto duro antes de você perceber.
• Bloqueio por usuário final. Envie o cabeçalho X-End-User-ID e você pode bloquear um chamador abusivo em uma chave sem rotacioná-la. Um ID bloqueado devolve HTTP 403 com end_user_blocked. Veja Identificação do usuário final.

Nossa documentação pública não promete reembolso pelo uso feito com uma chave vazada. Se você achar que uma chave da PoYo foi usada de forma indevida, revogue-a e fale com o suporte ([email protected]).

---

Q5. Um cliente de IA deveria saber quando não tentar de novo — e novas tentativas de vídeo podem dobrar a conta em silêncio.

Do que os desenvolvedores reclamam: Novas tentativas ajudam em falhas temporárias, mas não são universais. Quando uma solicitação está malformada, uma credencial é inválida ou um modelo não está disponível para a conta, repetir a mesma chamada só aumenta a pressão. Em APIs de vídeo, o mesmo tema aparece assim: apertar tentar de novo pode criar uma segunda tarefa cobrada.

Como a PoYo responde: Case o erro com a ação nos códigos de erro:

• 402 insufficient_credits_error → recarregue. Não tente de novo.
• 429 rate_limit_error → espere ou coloque em fila.
• 500 / 502 / 503 → backoff exponencial.
• 401 → corrija a chave. Tentar de novo a mesma credencial inválida não ajuda (Primeiros passos).

Primeiros passos também avisa: trate cada nova submissão como possível trabalho pago novo. Antes de reenviar, confirme se a solicitação original criou uma tarefa. Para mídia, llms.txt e a página inicial dizem que tarefas com falha não são cobradas e que a cobrança é por saída bem-sucedida, com preço por modelo. Prefira callback_url / webhooks a uma consulta agressiva de status, para não multiplicar a carga enquanto espera (visão geral da API).

---

Q6. O preço da API ainda parece absurdo ao lado da assinatura — e eu não vejo o saldo ao vivo antes de o agente queimá-lo.

Do que os desenvolvedores reclamam: Uma resposta foi direta: as assinaturas parecem subsidiadas, mas o preço de API da OpenAI e da Anthropic é “absurdo”. Outros posts na mesma janela perguntaram se as pessoas sequer sabem quanto custa um único prompt multiagente nas tarifas de API, e lembraram que os medidores da assinatura do ChatGPT / Codex e os da API não conversam entre si.

Como a PoYo responde: Três pontos documentados cabem nesta reclamação:

1. Créditos pré-pagos, sem medidor de assinatura. A página inicial descreve preço por créditos, com compras únicas, sem assinaturas recorrentes e créditos que não expiram. Você paga gerações bem-sucedidas. Tarefas com falha não são cobradas (llms.txt).
2. Uma chave, um saldo. Chat e mídia compartilham uma conta da PoYo. Consulte GET /api/user/balance para ler credits_amount (saldo do usuário).
3. Preços publicados por modelo. Os preços atuais ficam em cada página de modelo / https://poyo.ai/models/<id>/llms.txt e no índice do catálogo (llms.txt). Confira isso antes de enviar trabalho pago. Não infira valores em dólar de memória. O histórico de tarefas (descrito em Primeiros passos) permite inspecionar depois o modelo, as entradas e o status.

---

Q7. Minha “função de servidor” / bot do Telegram pode ser chamada por qualquer um — e a chave fica onde o curl pode encontrá-la.

Do que os desenvolvedores reclamam: Posts práticos de segurança continuaram chegando: restrinja chaves de API e defina uma cota diária. Não cole chaves de fornecedor em interfaces de chat nem em agentes do Telegram. Uma chave dentro de uma função de servidor chamável, sem limite de taxa por usuário e sem teto de gasto, é um cartão de crédito para quem achar a URL.

Como a PoYo responde: Primeiros passos é explícito: nunca exponha sua chave de API em código de frontend (navegador, apps móveis, repositórios públicos). Trate a chave como um segredo, mantenha-a no seu servidor e use os controles já documentados para chaves de produção:

• Lista de IPs permitidos e tetos por chave, por hora / por dia / totais, na página de chaves de API.
• Exija X-End-User-ID e bloqueie um chamador abusivo com HTTP 403 end_user_blocked, sem rotacionar a chave inteira (Identificação do usuário final).
• Trate 401, 402 e 429 de forma explícita antes de ir para produção (Primeiros passos, códigos de erro).

---

Mapa rápido