Queixas que programadores anglófonos publicaram abertamente entre 7 e 9 de novembro de 2026, parafraseadas abaixo com ligações para as publicações originais. Foi um fim de semana relativamente calmo em falhas generalizadas de APIs — o status.claude.com registou uma breve janela de erros do Claude Fable 5.1, já resolvida, a 8 de novembro (08:18–08:32 UTC) e nenhum incidente a 9. A dor mais ruidosa veio de gastos surpresa com agents na cloud, pools de quota separadas, um modelo com bons resultados em benchmarks que ainda não se consegue chamar, mudanças silenciosas de qualidade por trás do mesmo ID de modelo, marcas de água por defeito nas APIs, créditos excedentes que continuam bloqueados e ciclos de decisão caros em 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, di-lo-emos.

P1. Os agents na cloud redirecionam o trabalho — e aparece uma segunda carteira.

De que se queixam os programadores: trabalho que antes ficava dentro de um bot de programação está a ser entregue a um Cursor Cloud Agent sem aviso claro, e o contador dispara. Um tester contou que o mesmo tipo de edição passou de cerca de 1–2% da utilização para cerca de 20% depois do redirecionamento (@maz3839, seguimento). Outro viu uma execução de um agent na cloud consumir de 55% a 100% da pool semanal, no sábado, em cerca de 1,5 horas, e acrescentar ainda perto de $30 de utilização extra (@Robokoch56). Um único PR de um agent na cloud gastou 52% de um limite semanal Premium, contra cerca de 5% de uma janela de cinco horas do Claude para trabalho semelhante (@ThatMorneGuy). No Cursor Ultra, a página de utilização pode mostrar quase nada gasto (0,9%) e o agent recusar na mesma, com “buy credits or switch to a Grok model” (compra créditos ou muda para um modelo Grok) (@PodobnikLovro, @BeebsMemes). Outros dizem que bots sem supervisão arrasaram um mês de utilização (@washedkline), que a pool semanal de um Ultra de $200 passou de 28% para quase 60% de um dia para o outro (@GrokBotRadar) e que uma sessão local do Claude, numa subscrição existente, acabou bloqueada quando a automação insistiu no caminho da cloud (@LostNDtiredmeow).

Como o PoYo responde: o PoYo não vende uma pool de subscrição semanal partilhada que possa entregar trabalho a outro runtime sem avisar. O chat e os conteúdos multimédia partilham créditos pré-pagos da mesma carteira; com o saldo a zero, devolve 402, e não uma fatura surpresa de utilização extra (página inicial, códigos de erro).

Controlos práticos que correspondem ao que essas publicações pedem:

• Define limites por hora / por dia / totais na página de chaves de API, para que um agent que corra durante a noite não continue a gastar acima do teto.
• Consulta GET /api/user/balance e pára perante um 402 insufficient_credits_error firme (saldo do utilizador, códigos de erro).
• Em configurações multi-tenant ou com vários bots, envia X-End-User-ID e bloqueia um só chamador sem rodar a chave inteira (identificação do utilizador final).
• Passa um ID de modelo explícito e lê os preços em vigor em https://poyo.ai/models/<id>/llms.txt, em vez de herdares uma predefinição escondida (llms.txt, visão geral da API).

A documentação pública não afirma ter controlos de encaminhamento de agents na cloud do Cursor / Grok Bot, uma carteira separada de “utilização extra” ao lado dos créditos pré-pagos, nem uma firewall automática de gastos para agents sem supervisão. Constrói o travão no teu cliente.

P2. O Gemini 4 Argon gasta a sua própria pool semanal.

De que se queixam os programadores: pagar pelo acesso ao Gemini não é o mesmo que poder gastá-lo no Gemini 4 Argon. Um utilizador do Antigravity pediu um hotfix porque até o nível de raciocínio High estava a gastar a restritiva pool “Gemini 4 Argon Weekly” em vez da dotação principal de 5 horas / semanal de “Gemini Models” (@Qazcto7). Outros perguntaram se as quotas do Gemini e do Argon tinham sido repostas (@JamesMalsawm), disseram que um plano AI Pro pago os deixou presos num muro de quota do Gemini 4 (@realJackHalder) ou deram de caras com um erro em bruto “You exceeded your current quota… limit: 20000000, model: gemini-4-argon” (@nayeemrahman_).

Como o PoYo responde: o PoYo não divide um modelo de chat numa pool semanal com nome e numa pool principal separada. Escolhes um ID documentado e gastas de uma única carteira pré-paga (página inicial, llms.txt).

Se queres chat de classe Gemini 4 no PoYo hoje, o ID no catálogo é gemini-4-argon (Gemini 4 Argon). As tarifas em vigor no schema dessa ficha são 320 créditos ($1.60) de entrada e 1600 créditos ($8.00) de saída por 1 M de tokens, publicadas como 20% abaixo do preço oficial — isto aplica-se a essa ficha, não é um desconto em todo o site (gemini-4-argon/llms.txt). Chama-o no /v1beta/models/{model}:generateContent nativo do Gemini ou no caminho documentado de Chat Completions (visão geral do chat). Verifica GET /api/user/balance antes de batches grandes (saldo do utilizador); carteira vazia é 402, e não um estado de “espera pela barra semanal do Argon” (códigos de erro).

A documentação pública não descreve encaminhamento por pools de quota do Antigravity, um contador duplo “Gemini Models vs Gemini 4 Argon Weekly” nem reposições semanais automáticas iguais às do IDE da Google.

P3. O modelo lidera o ranking — e continuas sem o poder chamar.

De que se queixam os programadores: o Gemini 4 Carbon foi anunciado no fim de outubro e está no topo dos índices públicos de inteligência, mas quem desenvolve continua sem conseguir obter um endpoint. @Yuchenj_UW fez a pergunta sem rodeios: Free, Pro, Ultra e API dizem todos not available (indisponível). Outros repetiram a mesma lacuna — um preço ou uma posição no ranking não é um ID de API (@411apt, @klaivor, @jaymos, @onefinalprompt, @austindixson_, @NeaByteLab).

Como o PoYo responde: trata o catálogo em vigor como fonte de verdade, não um tweet de lançamento. O índice de hoje lista 147 modelos e inclui gemini-4-argon; não lista nenhum ID do Gemini 4 Carbon (llms.txt, visão geral do chat). Um ID de modelo de chat desconhecido devolve um 404 model_not_found documentado (códigos de erro).

Se precisas de uma ficha de chat de classe Gemini que esteja publicada hoje, começa pelo Gemini 4 Argon e volta a ler https://poyo.ai/models/<id>/llms.txt antes de fixares um modelo de custo unitário. Os outros IDs de chat da Google documentados estão na mesma visão geral do chat.

A documentação pública não promete que um modelo anunciado por terceiros venha a aparecer no PoYo, não publica uma data de lançamento do Carbon, nem substitui automaticamente por um ID Gemini próximo quando pedes um que não consta do catálogo.

P4. Mesmo ID de modelo, outro cérebro.

De que se queixam os programadores: o nome no pedido não mudou, e é precisamente isso que as pessoas não aceitam. Durante o fim de semana circulou a análise de Shane Melaugh a cerca de 1400 sessões do Claude Code: o raciocínio do Opus 5.5 terá mudado a 3 de novembro, sem nova string de versão e sem changelog. Um resumo chamou-lhe “same model ID, different brain” (mesmo ID de modelo, outro cérebro) e “silent downgrades are the worst updates” (as degradações silenciosas são as piores atualizações) (@ThorTheUndying, @AGTPinsights, @dhruval_ramani). A data alegada da mudança é 3 de novembro — antes da janela deste fim de semana —, mas a queixa sobre o nome na API foi a que os programadores continuaram a publicar a 8 e 9 de novembro. A Anthropic não confirmou publicamente a análise nessas conversas.

Como o PoYo responde: envia sempre um ID de modelo explícito e lê o schema em vigor dessa ficha em https://poyo.ai/models/<id>/llms.txt (llms.txt). Para o Claude Opus 5.5, o ID documentado é claude-opus-5-5; as tarifas em vigor são 640 créditos ($3.20) de entrada e 3200 créditos ($16.00) de saída por 1 M de tokens, publicadas como 20% abaixo do preço oficial padrão apenas nessa ficha (claude-opus-5-5/llms.txt). Usa o /v1/chat/completions compatível com a OpenAI ou o /v1/messages de Mensagens do Claude, conforme indicado para esse ID (visão geral do chat, visão geral da API). IDs desconhecidos devolvem 404 model_not_found, e não um remapeamento silencioso (códigos de erro).

O Getting Started já define uma expectativa realista de estabilidade face aos fornecedores oficiais. A documentação pública não afirma haver atestação criptográfica de que uma resposta foi produzida por um checkpoint upstream inalterado, não publica um changelog quando um laboratório atualiza um modelo com nome no próprio sítio, nem oferece substituição automática se a qualidade se degradar.

P5. O texto da API do Grok vem com marca de água por defeito.

De que se queixam os programadores: desde 7 de novembro, quem desenvolve diz que a xAI ativou por defeito uma marca de água estatística invisível no texto da API do Grok — incluindo, em alguns textos, JSON e argumentos de tool calls — em vários modelos Grok 4.x. A desativação é descrita como uma ação do administrador da equipa ligada a uma exceção legal (EU AI Act), e o sinal a procurar é um cabeçalho x-watermark. A preocupação não é só a marca em si, mas que agents em produção possam já estar a enviar e-mails, publicações e relatórios com marca de água sem que o autor da aplicação o note (@thecsguy, @Osu_most, @Drerki, @getloadoutai).

Como o PoYo responde: o PoYo lista fichas de chat do Grok que podes chamar com um ID explícito — grok-4.7 e grok-4.6 (visão geral do chat, llms.txt). Para o Grok 4.7, as tarifas em vigor são 320 créditos ($1.60) de entrada e 960 créditos ($4.80) de saída por 1 M de tokens, publicadas como 20% abaixo do preço oficial padrão nessa ficha (grok-4-7/llms.txt). O endpoint aí documentado é o /v1/chat/completions compatível com a OpenAI.

Esse mesmo llms.txt — e o resto da documentação pública que verificámos hoje — não menciona marcas de água, um cabeçalho x-watermark nem um interruptor de desativação. Se o comportamento da marca de água for importante para o teu produto, verifica-o na documentação da xAI e nos cabeçalhos das tuas próprias respostas; não presumas que o PoYo retira, preserva ou atesta a marca.

Se precisas de outro laboratório documentado, escolhe outro ID de chat publicado (por exemplo Claude Opus 5.5, Claude Sonnet 5.5 ou Gemini 4 Argon). A documentação pública não afirma haver atestação criptográfica do laboratório upstream, remoção de marcas de água nem uma política de marca de água desativada por defeito.

P6. Os créditos extra que já compraste continuam sem funcionar.

De que se queixam os programadores: pagar por capacidade excedente nem sempre significa poder gastá-la quando se chega ao limite. Um cliente disse que comprou milhares de créditos da OpenAI e lhe disseram que não os pode usar quando precisa, só quando não precisa — as respostas do suporte sobre a utilização do Astra e os créditos comprados não desfizeram o bloqueio (@peterspear1, seguimento). Um utilizador do Codex estava reduzido a 25% do limite semanal ao domingo e planeava gastar os créditos de API incluídos com o agent de programação para acabar a semana (@SteveGalvisX). Outro relatou timeouts no Codex com créditos ainda na conta, depois de gasta a reposição acumulada (@VibeMediaStudio). Em separado, uma explicação de fim de semana lembrou que um 429 da OpenAI pode ser credit_balance_exhausted e não RPM — repetir o pedido não resolve nada até o saldo mudar (@bufcapy).

Como o PoYo responde: os créditos pré-pagos vivem numa única carteira. Não há janela de subscrição que decida depois se esses créditos estão “autorizados” hoje, e os créditos nunca expiram (página inicial).

Predefinições de geração: até 20 pedidos novos de /api/generate/submit a cada 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, visão geral do chat). Consulta GET /api/user/balance para obteres um credits_amount em tempo real (saldo do utilizador). Limita as chaves na página de chaves de API.

A documentação não descreve muros de utilização semanal do ChatGPT / Codex que bloqueiem créditos excedentes já comprados, nem um credit_balance_exhausted ao estilo da OpenAI dentro de um corpo 429 — no PoYo, saldo a zero é 402.

P7. Os ciclos de decisão em vídeo continuam a custar preços de versão final.

De que se queixam os programadores: a parte cara do vídeo com IA muitas vezes não é o clip final. Um programador defendeu que o Kling 4.0 não deveria ser o modelo a decidir o enquadramento e que um rascunho de 1 crédito deveria suportar esses cliques — a maior parte de uma sessão de uma hora é tomada de decisões, não imagens (@francescoinweb3). Outro aviso: alguns catálogos cobram o vídeo em tokens, não em segundos, pelo que “the number on the page rarely predicts the number on the bill” (o número na página raramente prevê o número na fatura) (@web3l0var).

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

Preços por segundo em vigor para os IDs em discussão (volta a verificar o ficheiro antes de orçamentares):

• Kling 4.0 — kling-4.0: 28,5 créditos ($0.142)/s a 720p sem vídeo de entrada, 42,5 créditos ($0.212)/s a 1080p (kling-4-0/llms.txt)
• Kling 4.0 Flash — kling-4.0-flash: 18,8 créditos ($0.094)/s a 720p sem vídeo de entrada (kling-4-0-flash/llms.txt)
• Outras entradas do catálogo adequadas a rascunhos incluem os IDs Seedance 2.0 Mini, Wan e da família Veo (llms.txt, visão geral de vídeo)

Dicas operacionais contra o desperdício em ciclos de decisão:

• Usa um ID documentado mais barato para testar o enquadramento e depois um ID explícito de versão final para o envio final.
• Dá preferência a 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 da chave e pára perante um 402 (página de chaves de API, códigos de erro).

A documentação não promete um SKU de “rascunho de 1 crédito”, um reembolso por não gostar / regenerar clips concluídos mas indesejados, nem failover automático de vídeo entre vários laboratórios — apenas que as tarefas falhadas não são cobradas. Os preços publicados do Kling no PoYo são por segundo, não por token; não deduzas uma fatura por tokens a partir de outro catálogo.

Mapa rápido

Explora os modelos e os preços em vigor em poyo.ai, os schemas em llms.txt e o índice completo da documentação em docs.poyo.ai/llms.txt.