Queixas que programadores anglófonos publicaram abertamente entre 1 e 3 de novembro de 2026, parafraseadas abaixo, com ligações para as publicações originais. Cada resposta usa apenas o que o site e a documentação públicos do PoYo dizem hoje e liga à página de onde vem a informação. Quando a documentação não cobre algo, dizemo-lo.

Q1. Uma chave de “Maps” chamou o Gemini — e a fatura foi parar a $82 314.

De que se queixam os programadores: A história de uma startup voltou a circular com força: uma despesa de cerca de $180/mês no Google Cloud saltou para $82 314 em 48 horas, depois de uma chave pública de Maps também poder chamar o Gemini; os alertas de orçamento só enviavam e-mails, não travavam a despesa (@moshercode, @latchdogapp). Outros descreveram as chaves da OpenAI/Claude como “tão valiosas como uma carteira de criptomoedas” depois de falhas de segurança em plataformas (@GowthamZara), ou como o inverso das criptomoedas esquecidas: uma chave esquecida com uma fatura de 40 mil agarrada (@saksonchain, a citar @mdudas).

Como responde o PoYo: Trata cada chave do PoYo como dinheiro vivo no teu servidor: o Getting Started diz para nunca pores chaves em código de frontend, aplicações móveis ou repositórios públicos. Controlos documentados para limitar os danos na página de chaves de API:

1. Revoga / roda de imediato as chaves comprometidas.
2. Ativa uma lista de IPs permitidos, para que uma chave copiada só funcione a partir de IPs de servidores aprovados.
3. Define limites de utilização por hora / por dia / totais para cada chave, para que um segredo esquecido tenha um teto.
4. Envia X-End-User-ID na geração e no chat nativo, para poderes bloquear um chamador abusivo com 403 end_user_blocked sem rodar todas as integrações (Identificação do utilizador final).
5. Vigia GET /api/user/balance e pára quando receberes 402 insufficient_credits_error (saldo do utilizador, códigos de erro).

A faturação é feita em créditos pré-pagos 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 pela utilização feita com uma chave divulgada. Contacta support@poyo.ai se achares que uma chave do PoYo foi usada indevidamente (Getting Started).

Q2. Rotas /api de IA feitas em vibe coding: as chaves estão escondidas, mas estranhos continuam a gastar a carteira.

De que se queixam os programadores: As análises a apps feitas em vibe coding continuam a encontrar o mesmo padrão: os segredos não estão no JS do frontend, mas a rota /api do servidor que chama a OpenAI/Anthropic não tem início de sessão nem limite de pedidos, pelo que qualquer pessoa a pode chamar em ciclo à custa de quem a construiu (@hackorbroke, @hackorbroke, @mendmyapp). Quem trabalha em segurança repetiu que os modelos acertam na sintaxe e continuam a falhar a intenção: que chave é secreta, que endpoint precisa de autenticação (@pritesh_ghodge).

Como responde o PoYo: Mantém as chaves do PoYo apenas no teu backend (Getting Started). Depois, acrescenta os controlos documentados:

1. Lista de IPs permitidos + limites por hora / por dia / totais por chave na página de chaves de API.
2. Exige X-End-User-ID aos chamadores multi-tenant e bloqueia os abusadores com 403 end_user_blocked sem rodar a chave inteira (Identificação do utilizador final).
3. Põe a tua própria autenticação à frente de qualquer rota que faça proxy para o PoYo: os controlos de chaves do PoYo não substituem o início de sessão da app.
4. Cria alertas para quedas em GET /api/user/balance e pára ao receber 402 (saldo do utilizador).

A documentação pública continua a não prometer reembolsos pelo tráfego que passe por um proxy aberto com uma chave válida. Primeiro roda a chave; depois, se for preciso, abre um pedido de suporte em support@poyo.ai (Getting Started).

Q3. A pilha do programador a solo: limite do ChatGPT, o Claude repõe daqui a 5 h, o Cursor pede upgrade.

De que se queixam os programadores: Um meme muito partilhado entre fundadores a solo empilhava os muros todos num só dia: o ChatGPT com limite de pedidos, o Claude “repõe daqui a 5 horas”, o Cursor a pedir upgrade, a utilização da Vercel excedida (@yapmonk). Noutros sítios, as conversas sobre produção continuam a tratar o 429 rate_limit_error da Anthropic (incluindo janelas longas de Retry-After) como um problema operacional de primeira ordem, distinto de “ficar sem dinheiro”.

Como responde o PoYo: O chat do PoYo funciona com créditos pré-pagos por cada resultado bem-sucedido, e não com um muro de subscrição de 5 horas / semanal (página inicial, llms.txt). Os créditos nunca expiram e não há subscrições. Põe um limite a um agent de programação descontrolado com limites por hora / por dia / totais por chave (página de chaves de API).

Separa os códigos (códigos de erro):

O débito de geração é, por predefinição, de até 20 novos pedidos por 10 segundos por conta em /api/generate/submit; 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). A documentação não descreve nenhum failover automático entre laboratórios quando uma ferramenta de subscrição bate no seu próprio muro: se precisares disso, constrói-o no teu cliente.

Q4. Pagaste um plano do Claude — mas o claude -p faturou a chave de API.

De que se queixam os programadores: A própria documentação do Claude Code diz que, se ANTHROPIC_API_KEY estiver definida na shell, o claude -p usa-a sempre e não pergunta, pelo que os utilizadores de subscrição podem gastar, sem darem por isso, despesa da API da Platform em vez da utilização do plano (@AmrTawfik160).

Como responde o PoYo: O PoYo não mistura uma “quota de plano” de consumo com uma fatura separada da Platform. Crias chaves na página de chaves de API, autenticas com Authorization: Bearer … (ou x-api-key em /v1/messages) e gastas a partir de um único saldo de créditos pré-pagos (Getting Started, llms.txt). O chat está disponível através de Chat Completions / Responses compatíveis com a OpenAI, do Claude Messages ou de endpoints nativos do Gemini: escolhe um ID de modelo e consulta os preços em tempo real em https://poyo.ai/models/<id>/llms.txt (modelos de chat). Com o saldo a zero recebes 402, e não uma mudança silenciosa do plano para a API (códigos de erro). Limita cada chave de integração; remove ou roda qualquer chave que não queiras que uma CLI/agent utilize.

Q5. O custo operacional de vários fornecedores: contas, chaves, faturação, regiões, limites — vezes N.

De que se queixam os programadores: Quem constrói produtos defendeu que a parte mais difícil de lançar produtos de IA muitas vezes não é escolher um modelo, mas gerir contas, chaves de API, faturação, disponibilidade regional, limites de utilização e formatos de integração separados para cada fornecedor (@Uty_bby). Publicações próximas propunham APIs unificadas para quando os limites do Claude se esgotam e os fornecedores falam “línguas” de pedido diferentes (@Uty_bby).

Como responde o PoYo: O PoYo é uma chave de API unificada para imagem, vídeo, música, 3D e chat (visão geral da API, llms.txt). Os modelos de media partilham um único fluxo assíncrono submissão → estado / webhook; o chat usa os endpoints documentados com o formato da OpenAI / Claude / Gemini. Uma só carteira de créditos; esquemas e preços em tempo real em https://poyo.ai/models/<id>/llms.txt. Limita as chaves na página de chaves de API; consulta GET /api/user/balance (saldo do utilizador).

O Getting Started define expectativas realistas de estabilidade e não documenta failover automático e transparente entre laboratórios de upstream: muda o ID do modelo no teu cliente quando precisares de outro fornecedor.

Q6. Os conjuntos partilhados de agregadores / do nível gratuito devolvem 429 antes de sentires que gastaste a tua quota.

De que se queixam os programadores: Conversas anglófonas no Reddit e em gateways (incluindo o r/openrouter e outras discussões sobre gateways de LLM) continuam a relatar erros 429 do conjunto partilhado de upstream em níveis gratuitos ou com pouco financiamento — a tua conta ainda tem créditos, mas a rota partilhada está saturada — além de um encaminhamento opaco entre variantes de modelos. Quem começa sem financiamento também persegue um TPM mais alto através de agregadores alojados quando as quotas diretas das neoclouds são apertadas.

Como responde o PoYo: No PoYo, trata os códigos de forma distinta (códigos de erro):

• 429 rate_limit_error → abranda / põe em fila (predefinição na geração: até 20 novos pedidos a /api/generate/submit por 10 segundos; os endpoints de LLM não têm, de momento, limite de pedidos) (Getting Started).
• 402 insufficient_credits_error → recarrega; não repitas como se fosse um limite de pedidos.
• 502 / 503 → upstream transitório / ocupado; backoff exponencial.

O PoYo é uma só chave e uma só carteira de créditos, não um leilão de vários fornecedores com trocas silenciosas de FP4/FP8. As tarefas de geração falhadas não são cobradas (llms.txt). Dá preferência a webhooks em vez de polling agressivo nas tarefas de media longas. A documentação não afirma haver failover automático entre fornecedores nem um SLA publicado para um conjunto gratuito multi-tenant: se receberes 429 com regularidade na geração, contacta o suporte para pedir um limite mais alto (as aprovações são tratadas com cautela).

Q7. Os créditos de API mensais do ChatGPT Pro não são mais quota de produto do Codex.

De que se queixam os programadores: Continuaram a circular esclarecimentos: os créditos de API mensais elegíveis do ChatGPT Pro / Business ($100 / $200 / $500 consoante o nível Pro, etc.) caem numa organização de API associada, e não como quota adicional de produto do ChatGPT ou do Codex; os créditos por usar expiram em cada ciclo; o Codex através de chaves de API é muitas vezes apontado como não abrangido (@gzzonkugood, e também @park_danie36173, @quotadiff).

Como responde o PoYo: O PoYo não prende os créditos ao botão de reclamação da subscrição de outro produto nem a uma janela mensal de expiração. Recarregas créditos no dashboard; eles nunca expiram; não há subscrição (página inicial). Um só saldo cobre imagem, vídeo, música, 3D e chat (llms.txt). Cria chaves na página de chaves de API; consulta GET /api/user/balance (saldo do utilizador). Quando o saldo está vazio, recebes 402 insufficient_credits_error, e não um falso 429 por “créditos promocionais esgotados” (códigos de erro). As tarefas de geração falhadas não são cobradas (llms.txt).

Q8. Uma tarefa do Claude Code queimou mais de 1,2 M de tokens em cerca de 30 minutos em trabalho “simples”.

De que se queixam os programadores: Voltou a circular um relatório do Claude Code de junho (issue #68619): uma tarefa queimou mais de 1,2 M de tokens em cerca de 30 minutos naquilo que devia ter sido um git clone e um find, depois de um subagent ter esbarrado numa recusa de permissão e o ciclo do agent ter continuado (@NatureBlueee). Na mesma semana, quem constrói produtos continuou a lembrar que os passos de um agent voltam a faturar o contexto e que preços unitários mais baixos continuam a inflacionar os totais quando o volume explode.

Como responde o PoYo: As contas do preço por token não limitam o consumo mensal: limitam-no o teu saldo de créditos e os limites das chaves. Controlos operacionais documentados atualmente:

• Limites por hora / por dia / totais por chave (página de chaves de API).
• GET /api/user/balance antes de batches grandes de agents (saldo do utilizador).
• Trata o 402 como paragem obrigatória; trata o 429 como “abranda e repete” (códigos de erro).
• Não voltes a submeter trabalho de geração às cegas: as repetições de submissão não são desduplicadas e podem criar outra tarefa (Getting Started).
• Nas tarefas de media longas, dá preferência a webhooks; as tarefas falhadas não são cobradas (llms.txt). Os media gerados ficam guardados 3 dias: transfere-os depressa (Getting Started, modelos de vídeo).

Não existe nenhum produto documentado de “condição de paragem” para agents que interrompa automaticamente um ciclo de ferramentas descontrolado: se precisares disso, define limites nas chaves e constrói orçamentos do lado do cliente.

Mapa rápido

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