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

Reclamações que desenvolvedores de língua inglesa publicaram entre 27 e 29 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. Meus créditos mensais de API do ChatGPT Pro / Business expiram sem uso — e algumas regiões não conseguem resgatá-los.

Do que os desenvolvedores reclamam: Depois que a OpenAI apresentou o preço do Pro como um retorno em crédito de API, quem constrói perguntou na hora quanto desse fundo morre no fim do ciclo. As publicações notaram que os créditos não são uso extra do produto ChatGPT / Codex e que o saldo não usado expira (@jayzhoupro, @velcue_07, @_jayyy18_13k), perguntaram em voz alta quantos créditos ficam sem uso (@mohamedsenator) e apontaram usuários Pro na Europa que não conseguiam resgatar os créditos na cobrança (@ZindanTech).

Como a PoYo responde: A PoYo são créditos pré-pagos, não um direito mensal que zera. A página inicial indica preço por créditos, sem assinaturas, e que os créditos não expiram. Você paga só pelas gerações bem-sucedidas. O llms.txt e a página inicial dizem que tarefas com falha não são cobradas. Um saldo cobre o catálogo. Para um credits_amount ao vivo, consulte GET /api/user/balance (saldo do usuário). Quando o saldo acaba, a PoYo devolve 402 insufficient_credits_error (códigos de erro), não uma janela de calendário de «use ou perca». Fluxos de resgate por região dos créditos promocionais de outro fornecedor ficam fora do produto da PoYo. Recarregue no painel quando precisar de mais créditos.

---

Q2. Se Chat, Work e Codex compartilham um fundo de uso, a cota de código morre primeiro.

Do que os desenvolvedores reclamam: A mesma notícia de créditos de API levantou outro medo: o tráfego diário de Chat / Work queima o mesmo balde que o Codex? Quem constrói disse que usaria menos o ChatGPT para não afetar o Codex (@setHacked), argumentou que um único limite de uso no estilo da Anthropic acabaria com o Pro da OpenAI (@macintoch), perguntou se o Chat comum ficaria separado de Work / Codex (@Paulkk144974), desejou que um fundo unido de chat+work deixasse o Codex em paz (@raiden_fine) e debateu o enquadramento do anúncio de créditos de que «pararam de cobrar duas vezes de quem constrói» (@Awais786Muhamd).

Como a PoYo responde: A PoYo não vende um fundo de assinatura do ChatGPT Pro / Codex, então não há uma «cota de produto unida» documentada que coma em silêncio a folga de código. A cobrança é um saldo de créditos para imagem, vídeo, música, 3D e chat (página inicial, llms.txt). Se quiser isolamento, crie chaves de API separadas por carga de trabalho e coloque tetos de uso por hora / por dia / totais em cada chave (Primeiros passos, página de chaves de API). Para chamadores multilocatário ou de vários agentes numa chave, envie X-End-User-ID e bloqueie um chamador abusivo com 403 end_user_blocked sem rotacionar todo mundo (Identificação do usuário final). Acompanhe o saldo compartilhado com GET /api/user/balance (saldo do usuário); no 402, pare e recarregue (códigos de erro).

---

Q3. Os muros do Codex e dos agentes de código voltaram — a velocidade de queima comeu a semana em horas.

Do que os desenvolvedores reclamam: As linhas do tempo dos agentes de código voltaram a encher de publicações sobre o muro de uso: planejar a semana em torno de outro reset do limite do Codex (@GaryVSAISlop), relatar que o Sol 6.1 pela CLI do Codex queimou a cota cerca de 3 vezes mais rápido em umas 15 horas (@AssistBDA) e não esperar alívio no reset por causa da notícia dos créditos de API (@snowy_smile_).

Como a PoYo responde: O chat da PoYo tem preço em créditos por saída bem-sucedida, não uma janela de reset móvel no estilo do Codex (llms.txt, página inicial). Os endpoints de chat estão documentados como compatíveis com OpenAI, Claude Messages ou nativos do Gemini. Escolha um ID de modelo e leia o esquema vivo desse modelo em https://poyo.ai/models/<id>/llms.txt. Coloque um teto num agente de código fora de controle com limites por chave, por hora, por dia e totais na página de chaves de API (Primeiros passos). A vazão de geração documentada chega a 20 solicitações novas a cada 10 segundos por conta. O excesso devolve 429 e não entra na fila (Primeiros passos). Honre Retry-After num 429. Não tente de novo às cegas um envio pago até saber se já existe um task_id (solução de problemas). A documentação descreve sem failover automático para outro laboratório quando uma ferramenta de código a montante bate no próprio muro. Construa isso no seu cliente se precisar.

---

Q4. Apaguei a chave de API do repositório e fiz push — ela quase certamente continua pública no histórico do git.

Do que os desenvolvedores reclamam: Uma publicação curta foi direto ao vazamento clássico: a chave saiu da árvore de trabalho e o push foi feito, mas o segredo quase certamente ainda está ao alcance no histórico do git (@patchnoteslabs).

Como a PoYo responde: Primeiros passos é direto: nunca exponha sua chave de API em código de frontend, apps móveis ou repositórios públicos, e trate-a como um segredo. Se uma chave da PoYo pode ter caído no histórico do git (ou em qualquer outro lugar público):

1. Revogue / rotacione a chave na página de chaves de API. Apagar a linha de código não basta.
2. Ligue uma lista de IPs para que uma chave copiada só funcione a partir de IPs de servidor aprovados.
3. Defina tetos por chave, por hora, por dia e totais, para que um segredo que ficou tenha um teto.
4. Prefira X-End-User-ID na geração e no chat nativo, para poder bloquear um chamador com 403 end_user_blocked sem rotacionar cada integração (Identificação do usuário final).

A documentação pública não promete reembolso pelo uso feito com uma chave vazada. Escreva para [email protected] se acredita que uma chave da PoYo foi usada de forma indevida (Primeiros passos).

---

Q5. A ferramenta que guardava minhas chaves de provedor foi invadida — credenciais inativas pagaram a conta de outra pessoa.

Do que os desenvolvedores reclamam: Uma publicação descreveu uma chave de API de conta inativa mais uma falha nas configurações de provedor da Opik AI, que levou 29 chaves da OpenAI / Anthropic a serem levadas (@AgentFieldKit). O padrão é conhecido: credenciais dentro de uma interface de «configurações de IA» de terceiros viram a carteira do atacante no instante em que esse host erra.

Como a PoYo responde: Chaves guardadas nas configurações de outro produto são um problema de segredo do lado do cliente. Os controles documentados da PoYo limitam o raio depois que o segredo existe:

• Crie chaves separadas por ambiente / harness, cada uma com tetos de uso por hora, por dia e totais (página de chaves de API, Primeiros passos).
• Ative uma lista de IPs permitidos para chaves de produção.
• Prefira X-End-User-ID, para poder bloquear um chamador sem apagar a chave (Identificação do usuário final).
• Acompanhe o saldo ao vivo com GET /api/user/balance (saldo do usuário); no 402, pare (códigos de erro).

Apague as chaves que você não usa mais. A documentação não descreve expiração automática de chaves sem uso nem um SLA de reembolso para gasto causado por invasão. Diga isso e rotacione. Mantenha as chaves da PoYo no seu servidor, não num frontend nem num formulário de configurações de terceiros que você parou de vigiar (Primeiros passos).

---

Q6. Meu agente rodou 30 horas — entre o código e a API não havia um número que ele não fosse cruzar.

Do que os desenvolvedores reclamam: Uma pessoa descreveu uma execução de agente de 30 horas em que nada fora do processo impunha um teto duro de gasto. O limite duro tem de ficar fora do trabalho (@asymmetricmind). Publicações próximas empurraram quadros de governança de gasto para agentes que entram em loop ou buscam demais (@hacker_no_ice).

Como a PoYo responde: Alertas brandos dentro do agente não são um orçamento. Na PoYo, coloque o teto na credencial e no saldo:

• Tetos de uso por chave, por hora, por dia e totais, em cada chave de produção (Primeiros passos, página de chaves de API).
• Combine com uma lista de IPs para chaves só de servidor.
• Use X-End-User-ID mais bloqueio em apps multilocatário ou de vários agentes (Identificação do usuário final).
• Consulte GET /api/user/balance antes de lotes grandes (saldo do usuário). Trate o 402 como uma parada dura, não como um sinal de nova tentativa (códigos de erro).
• Em trabalhos assíncronos longos, prefira webhooks a uma consulta agressiva (webhooks). Primeiros passos avisa que cada novo envio pode ser trabalho pago novo. Confirme o task_id antes de reenviar (solução de problemas).

A documentação não afirma um produto de «interruptor de parada» fora do processo além desses tetos de chave, do saldo e dos códigos de erro. Ligue o orquestrador para parar no 402 ou em chaves já no teto.

---

Q7. A parte difícil não é o modelo — são contas, chaves de API e sistemas de cobrança separados para cada API criativa.

Do que os desenvolvedores reclamam: Quem cria e quem constrói disse que a parte dolorosa é equilibrar contas, chaves e cobrança de fornecedores diferentes (@CyberFree365). Outros enquadraram a margem como um problema de fatura de API e olharam modelos abertos via agregadores como alavanca de custo (@RonaleK777), ou simplesmente procuraram uma API de LLM barata em escala (@brice_garnier_).

Como a PoYo responde: A PoYo é construída como uma chave unificada para imagem, vídeo, música, 3D e chat (llms.txt, página inicial). Crie uma chave na página de chaves de API. Mídia usa POST /api/generate/submit assíncrono mais status ou webhook. O chat usa endpoints compatíveis com OpenAI, Claude Messages ou nativos do Gemini, conforme a documentação de cada modelo. Trocar de modelo é uma string model (e a forma de endpoint correspondente no chat), não um novo fluxo de cadastro de fornecedor. Os esquemas de entrada e os preços atuais ficam em https://poyo.ai/models/<id>/llms.txt e no índice do catálogo (llms.txt). A cobrança são créditos pré-pagos que não expiram, cobrados por saída bem-sucedida (página inicial).

A documentação não afirma que a PoYo seja uma passagem da conta oficial de cada laboratório. Primeiros passos também observa que a estabilidade geral pode ser um pouco menor que a dos provedores oficiais. Escolha a troca com consciência.

---

Mapa rápido