Queixas que programadores anglófonos publicaram abertamente por volta de 4 e 5 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. As faturas de API de agents e de programação ficaram caras demais — stacks de modelos de ponta perto de $1 mil/mês.

De que se queixam os programadores: Quem constrói produtos diz que as faturas de GPT + Claude para trabalho de agents/programação passaram um limiar de dor, pelo que andam à procura de modelos abertos (GLM, Qwen, DeepSeek, Kimi) para programação e operações a sério (@naumanthanvi). Outros apontam como os agents desperdiçam tokens de forma agressiva (@SoSensitiveOne) e que pôr produtos de agents a funcionar continua a exigir modelos de ponta, com cerca de $1 mil/mês de despesa ao nível do Claude/Codex (@jwblackwell). Publicações do setor repetiram o mesmo muro de custos para agents pessoais e assistentes com grande consumo de computação (@BitBiasedAI).

Como responde o PoYo: O chat do PoYo funciona com créditos pré-pagos por cada resultado bem-sucedido, a partir de uma só carteira — sem subscrição, e os créditos nunca expiram (página inicial, llms.txt). Usa uma só chave em /v1/chat/completions compatível com a OpenAI, no Claude Messages /v1/messages ou em endpoints nativos do Gemini (visão geral da API, Getting Started).

Controlos de custos concretos documentados atualmente:

1. Escolhe um ID de modelo explícito e consulta os preços em tempo real em https://poyo.ai/models/<id>/llms.txt antes de ligares um ciclo de agent.
2. Alguns cartões de modelos publicam tarifas cerca de 20% abaixo do padrão oficial, por exemplo o Claude Opus 5.5 ($3.2 de entrada / $16 de saída por 1 M de tokens) e o Claude Sonnet 5.5 ($1.6 de entrada / $8 de saída). Isto vale por cartão; não é uma promessa de desconto geral.
3. Põe um limite aos agents descontrolados com limites por hora / por dia / totais na página de chaves de API.
4. Consulta GET /api/user/balance e trata o 402 insufficient_credits_error como paragem obrigatória (saldo do utilizador, códigos de erro).

A documentação pública não afirma que haja encaminhamento automático de modelos que faça, por ti, um downgrade silencioso de um agent descontrolado: muda o ID do modelo no teu cliente se precisares de um caminho mais barato.

Q2. O consumo semanal do Claude Max — limites opacos e centenas de dólares em extras.

De que se queixam os programadores: Utilizadores do Claude Max relataram ter queimado cerca de 26% da quota semanal em 12 horas, com uma interface de acompanhamento que antes parecia específica de cada modelo e agora parece abranger todos os modelos (@FranciAnjinho). Outro programador disse que esgotou todo o limite semanal até quinta-feira e depois viu centenas de dólares extra acumularem-se antes de dar por isso; agora todas as tarefas verificam primeiro a utilização e passam para o Codex/Grok acima dos 90% (@jjcitron).

Como responde o PoYo: O PoYo não vende uma quota semanal de subscrição ao estilo do Claude Max misturada com excedentes. A faturação é feita com créditos pré-pagos descontados por cada resultado bem-sucedido; com o saldo a zero recebes 402, e não uma fatura surpresa de excedente (página inicial, códigos de erro).

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

• Define limites por hora / por dia / totais por chave, para que um dia de programação intensiva não continue a gastar em silêncio (página de chaves de API).
• Consulta GET /api/user/balance antes de batches grandes de agents (saldo do utilizador).
• Dá preferência a IDs de modelos de chat mais baratos ou alternativos quando o saldo ou os limites apertarem; esquemas em tempo real em https://poyo.ai/models/<id>/llms.txt (modelos de chat).

A documentação não afirma haver um acompanhamento semanal ao estilo do Claude Max, excedentes automáticos nem failover automático quando “chegas aos 90%”. Constrói essa lógica de preferência no teu cliente.

Q3. Créditos estranhos no ChatGPT Pro / planos — cancelar e voltar a subscrever, confusão entre plano e API.

De que se queixam os programadores: Um utilizador do ChatGPT Pro ($200/mês) disse que os créditos de API desapareceram depois de cancelar e voltar a subscrever com um cartão novo na mesma conta; o suporte disse-lhe para esperar 7 dias pelos créditos proporcionais (@xingmiao520). À parte, as tabelas de planos do Claude continuam a misturar níveis de consumo com inclusões de créditos de API (o Pro não tem nenhum; o Max/Ultra anunciam créditos de API mensais), o que alimenta a confusão entre plano e API (@LimitWatch_).

Como responde o PoYo: O PoYo separa o produto da ginástica dos créditos de subscrição:

• Preços baseados em créditos, sem subscrições — recargas pontuais; os créditos nunca expiram (página inicial).
• Uma só chave de API para chat + media (llms.txt, visão geral da API).
• Consulta o saldo restante com GET /api/user/balance (saldo do utilizador).
• Fundos insuficientes → 402 insufficient_credits_error, e não uma espera de 7 dias por créditos proporcionais (códigos de erro).

A documentação pública não descreve fluxos de recuperação de créditos de subscrições do ChatGPT Pro / Claude Max, valores proporcionais por troca de cartão, nem “o plano inclui N dólares de API este mês”. Se precisares de ajuda com um saldo do PoYo, usa o suporte do dashboard / support@poyo.ai (Getting Started).

Q4. O custo da API de vídeo premium + gerações pagas desperdiçadas.

De que se queixam os programadores: Criadores à procura de conteúdo UGC acessível com Kling 4.0 / Seedance 2.5 dizem que as ferramentas de consumo são caras demais para pequenas marcas (@ahmed_ansar1). O Seedance 2.5 é apontado como tão caro que, na prática, só dá para uma geração de 30 segundos (@tirtaVEX). Outros notam que o Kling/MiniMax alucinam, pelo que gastas gerações pagas em clipes inutilizáveis (@just_nikhil01). As contas de computação que circularam no mesmo dia: um vídeo curto pode custar cerca de 10 000× um prompt de texto (@guilleflorvs).

Como responde o PoYo: O vídeo está na mesma API assíncrona unificada dos restantes media: POST /api/generate/submit → consulta de estado ou webhook (modelos de vídeo, webhooks). As tarefas de geração falhadas não são cobradas (página inicial, llms.txt).

Entradas do catálogo sobre as quais perguntavam (preços em tempo real no llms.txt de cada modelo):

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

Dicas operacionais que respondem à queixa do desperdício:

• Dá preferência a webhooks em vez de polling agressivo nas tarefas longas.
• Não voltes a submeter às cegas: as repetições podem criar outra tarefa faturável se a primeira já tiver sido aceite (Getting Started).
• Transfere os ficheiros concluídos dentro do prazo de retenção de 3 dias (Getting Started, visão geral de vídeo).
• Limita a despesa com limites por hora / por dia / totais da chave e pára ao receber 402 (página de chaves de API, códigos de erro).

A documentação não promete um “reembolso por alucinação” de clipes concluídos mas indesejados — apenas que as tarefas falhadas não são cobradas.

Q5. Encaminhamento de vídeo por vários motores — “85 motores, um só saldo”.

De que se queixam os programadores: Publicações sobre encaminhamento defendiam que o prompt é cerca de 10% do resultado e que o motor é 90%: Seedance para o visual, Kling para o movimento, OmniHuman para avatares, Flux para o som — promovido como 85 motores num só saldo, para não teres de andar a malabarizar cinco separadores de laboratórios (@francescoinweb3). Quem constrói produtos quer essa mesma ideia como uma só API para Seedance / Kling / OmniHuman / Flux / etc.

Como responde o PoYo: É exatamente o formato documentado do PoYo: uma só chave de API, um único fluxo assíncrono de submissão/estado/webhook, e mudas de modelo alterando o campo model (llms.txt, visão geral da API, visão geral de vídeo).

Exemplos no mesmo saldo:

Fazer rascunhos baratos → promover os melhores é um padrão de encaminhamento no cliente; o PoYo documenta os endpoints e os preços por modelo, não um produto automático de “router de planos”. A estabilidade pode ser ligeiramente inferior à dos fornecedores oficiais, como se diz logo de início no Getting Started. Não há failover automático entre vários laboratórios documentado.

Q6. Opacidade de preços numa nova API de imagem — Images 2.6 Flare vs Sunburst.

De que se queixam os programadores: Depois das publicações de lançamento do Images 2.6 da OpenAI (Flare para velocidade, Sunburst para consistência/fidelidade), quem constrói produtos perguntou como se compara o custo de API do Image 2.6 Sunburst Medium com os níveis anteriores (@RoboAlchemist, @WarisHymii). Outros descreveram a divisão Flare/Sunburst como a verdadeira escolha de infraestrutura: velocidade vs fidelidade, em vez de um só modelo para tudo (@vargasjmh).

Como responde o PoYo: O catálogo público do PoYo documenta hoje o GPT Image 2.5 com IDs explícitos Flare / Sunburst / Fixed — e não IDs de modelos Images 2.6 (visão geral de imagem, gpt-image-2-5/llms.txt, galeria):

• gpt-image-2.5-flare — documentado como a opção mais rápida do GPT Image 2.5 (documentação do Flare)
• gpt-image-2.5-sunburst — documentado para quando a precisão de edição é importante (documentação do Sunburst)

Mesmo caminho assíncrono de submissão/estado/webhook dos restantes media; as tarefas falhadas não são cobradas (llms.txt). Os preços em tempo real e os níveis de qualidade (incluindo medium) estão no llms.txt do modelo / na página do modelo: não inventes cêntimos por imagem de memória. Se e quando um ID de imagem mais recente da OpenAI chegar ao PoYo, aparecerá no llms.txt e em https://poyo.ai/models/<id>/llms.txt da mesma forma.

Q7. Falhas de fornecedores com sinais de estado fracos — são precisos clientes que saibam lidar com falhas.

De que se queixam os programadores: A API do Gemini teve uma breve queda em várias regiões enquanto a página de estado se manteve calada (@Marco_SI__). O Claude teve uma falha parcial de cerca de 1 hora que afetou o Code / Cowork / API, com comentários no HN a dizer que o Downdetector chegou antes da página de estado verde (@ycnewsdigest). Conselho recorrente: os pilotos de IA devem testar os casos de falha de fornecedores e manter uma política explícita de preferência / alternativa (@contextaware_ai).

Como responde o PoYo: Constrói os clientes em torno dos códigos de erro documentados, e não de páginas de estado verdes (códigos de erro):

Predefinições da geração: até 20 novos pedidos a /api/generate/submit por 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 (Getting Started). Dá preferência a webhooks nas tarefas de media longas, para que uma falha breve não se transforme numa tempestade de polling.

Uma só chave do PoYo pode chamar diferentes IDs de modelos de chat/media quando precisas de um caminho alternativo (llms.txt). A documentação pública não afirma haver failover automático e transparente entre laboratórios nem um SLA publicado de falhas com vários fornecedores: o Getting Started indica que a estabilidade pode ser ligeiramente inferior à dos fornecedores oficiais. Põe a preferência de fornecedor e o comportamento de “todos os fornecedores aprovados em baixo” no teu cliente, como recomendam as publicações sobre clientes que sabem lidar com falhas.

Q8. Ansiedade com agregadores / revendedores — “estou a receber o modelo que vem no rótulo?”

De que se queixam os programadores: O FlashProve da Anthropic foi apresentado como forma de verificar que uma resposta veio de facto do modelo indicado quando chamas através de um revendedor/router/agregador — porque uma resposta normal de API é apenas um rótulo (@AgentFilipHQ). Na mesma janela: gateways com uma só chave para vários modelos eram promovidos como fuga às chaves/URLs base por fornecedor, com a contrapartida de o relay passar a ser um ponto único de falha (@BIGBULLapp).

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). Indicas um ID de modelo explícito; cada modelo publica um esquema e um ficheiro de preços em tempo real em https://poyo.ai/models/<id>/llms.txt. Os media usam o fluxo assíncrono submissão → estado / webhook; o chat usa os formatos documentados compatíveis com a OpenAI / Claude Messages / nativos do Gemini.

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

• Um produto de atestação criptográfica ao estilo do FlashProve, do tipo “este bloco foi assinado pelo laboratório X”
• Substituição automática e não divulgada de modelos, ou failover automático entre laboratórios
• Um SLA de reembolso se desconfiares da proveniência de uma resposta já concluída

O Getting Started define expectativas realistas de estabilidade face aos fornecedores oficiais. Limita as chaves, consulta GET /api/user/balance e trata o 402 como paragem obrigatória (página de chaves de API, saldo do utilizador, códigos de erro). Mantém o teu próprio conjunto fixo de avaliação entre IDs de modelos se a proveniência for relevante para a conformidade: até existir uma atestação a nível do setor, essa continua a ser a prova prática.

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.