Queixas que programadores anglófonos publicaram abertamente entre 2 e 4 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. LLMjacking: chaves roubadas, $100 mil num dia, até cerca de $1 M antes de alguém as revogar.

De que se queixam os programadores: A cobertura da Google Threat Intelligence / Mandiant sobre o LLMjacking dominou os feeds anglófonos: os atacantes roubam tokens de cloud e chaves de API de LLMs, revendem o acesso e deixam as vítimas com mais de $100 000 em cobranças fraudulentas num único dia e até cerca de $1 M antes de o acesso ser cortado (@DarkWebInformer, @NedPeterson99, @michaeloroberts, @niconuzzi). Conversas no Reddit sobre chaves da OpenRouter e do Claude repetem o mesmo modo de falha: desativar nem sempre chega; é preciso eliminar/rodar, e os alertas de orçamento “suaves” não travam a despesa (r/openrouter, r/AI_Agents).

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 (elimina-as; não te contentes com “pausar” na cabeça).
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. Planta uma chave falsa compatível com a OpenAI num repositório público — aproveitada em menos de duas horas.

De que se queixam os programadores: Uma experiência com chave-isco (honeypot): uma chave de API falsa, compatível com a OpenAI, semeada em repositórios públicos, foi usada em menos de duas horas, seguida de enumeração de modelos e de prompts de teste para verificar o que o endpoint realmente servia (@polydaic). Na mesma semana, quem constrói produtos continuou a repetir que as chaves em bundles de cliente ou no histórico antigo do git continuam ativas até as eliminares.

Como responde o PoYo: Mantém as chaves do PoYo apenas no servidor (Getting Started). Parte do princípio de que tudo o que alguma vez chegou a um commit público está comprometido:

1. Roda a chave na página de chaves de API; emite uma nova para o backend verdadeiro.
2. Protege a substituta com lista de IPs permitidos + limites por hora / por dia / totais por chave.
3. Nos proxies multi-tenant, exige X-End-User-ID e bloqueia os abusadores com 403 sem rodar a chave inteira (Identificação do utilizador final).
4. Cria alertas para quedas em GET /api/user/balance e trata o 402 como paragem obrigatória (saldo do utilizador, códigos de erro).

O PoYo não documenta nenhum produto de “chave-isco” nem a análise automática de segredos no teu GitHub: isso fica do teu lado. As tarefas de geração falhadas continuam a não ser cobradas (llms.txt).

Q3. Cadeias de abastecimento ao estilo GhostAction: configurações de MCP e tokens de plataformas de IA no raio de explosão.

De que se queixam os programadores: Publicações de segurança descreveram comprometimentos da cadeia de abastecimento do GitHub ao estilo GhostAction (centenas de contas/repositórios) que procuram especificamente configurações de MCP, tokens de plataformas de IA e chaves SSH (@morphisec). Publicações próximas avisavam que, quando um painel ou um host de agents é sequestrado, se seguem chaves SSH plantadas e credenciais de API roubadas (@PacketReport1).

Como responde o PoYo: Uma chave do PoYo numa configuração de MCP, num host de agents ou num segredo de CI continua a ser uma carteira pré-paga. Mitigações documentadas:

• Nunca faças commit de chaves; mantém-nas fora do frontend e de repositórios públicos (Getting Started).
• Separa chaves por ambiente, com lista de IPs permitidos e limites por hora / por dia / totais (página de chaves de API).
• Dá preferência ao MCP alojado do PoYo com uma chave que controles e possas rodar (Ligar com MCP, Autenticação).
• Perante suspeitas: roda, aperta limites/IPs, consulta GET /api/user/balance e abre um pedido em support@poyo.ai se for preciso.

A documentação pública não afirma que o PoYo detete automaticamente GitHub Actions ou hosts de MCP comprometidos, nem promete reembolsos pelo tráfego que tenha usado uma chave ainda válida.

Q4. “llm-key-rotator” caseiro: quando uma chave devolve 429, passa para a seguinte.

De que se queixam os programadores: Publicações de código aberto e de dicas promoveram pequenos gateways que rodam as chaves de API quando uma atinge o limite de pedidos (@jojeangsaing). Conversas operacionais próximas tratavam os muros de RPM por chave e os 429 de conjuntos partilhados como algo que se disfarça com mais chaves, em vez de se resolver na camada do produto.

Como responde o PoYo: Rodar chaves à volta de um 429 pode esconder o problema errado. No PoYo, separa os códigos (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). Prefere uma chave com limites documentados a uma quinta de rotadores (página de chaves de API). A documentação não descreve nenhum failover automático entre laboratórios: muda o ID do modelo no teu cliente se precisares de outro fornecedor. As tarefas de geração falhadas não são cobradas (llms.txt).

Q5. Na mesma janela de reconstrução: Gemini 503 de upstream, DeepSeek 429, e o nível gratuito também com 429.

De que se queixam os programadores: Um registo de reconstrução listava falhas concretas numa só janela: gemini-4-barium → 503 / upstream indisponível após backoff, deepseek-v4-flash → 429 e uma rota gratuita do DeepSeek também com 429, seguindo-se uma única nova tentativa após um período de espera antes de lançar o que ainda funcionava (@KeyoAPI). Os 429 por picos de pedidos de imagem/TTS do Gemini continuam a ser um tema constante no Reddit, por causa das quotas de nível de créditos / de pré-visualização (r/googlecloud, r/Bard).

Como responde o PoYo: Associa as repetições aos códigos documentados (códigos de erro):

• 429 → põe em fila / backoff exponencial (geração: 20 pedidos / 10 s por predefinição; LLM sem limite de pedidos, de momento) (Getting Started).
• 402 → recarrega créditos; nunca o trates como limite de pedidos (saldo do utilizador).
• 502 / 503 → upstream transitório / ocupado; backoff e nova tentativa.

Uma só chave do PoYo cobre o chat (compatível com a OpenAI / Claude Messages / nativo do Gemini) e a submissão/estado assíncronos de media (llms.txt, visão geral da API). Esquemas e preços de modelos em tempo real: https://poyo.ai/models/<id>/llms.txt. Dá preferência a webhooks em vez de polling agressivo nas tarefas longas. A documentação não afirma haver failover transparente entre laboratórios nem um SLA publicado para um conjunto gratuito partilhado: o Getting Started indica que a estabilidade pode ser ligeiramente inferior à dos fornecedores oficiais.

Q6. As contas da cache do Claude: o dashboard mostra zero leituras da cache e tu pagas 1,25× por cada escrita na cache.

De que se queixam os programadores: Conversas sobre a faturação da API do Claude avisavam que um cache_control mal colocado pode deixar as leituras da cache a zero, enquanto cada escrita é faturada com um multiplicador de 1,25×: ou seja, “ativei a cache” continua a significar entrada a quase preço inteiro em cada turno (@webtkdev). À parte, a beta Message Threads da Anthropic foi apresentada como forma de deixar de reenviar toda a transcrição do agent em cada turno (@readmodelmag).

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, e não com um plano de consumo misturado com um registo de cache da Platform (página inicial, llms.txt). Escolhe o ID de um modelo Claude (ou de outro), chama Chat Completions / Messages / endpoints nativos do Gemini conforme documentado e consulta os preços em tempo real em https://poyo.ai/models/<id>/llms.txt (modelos de chat, Anthropic). Põe um limite aos agents descontrolados com limites por hora / por dia / totais por chave (página de chaves de API); com o saldo a zero recebes 402 (códigos de erro).

A documentação pública do PoYo não documenta os multiplicadores da cache de prompts da Anthropic, a semântica dos Message Threads nem um dashboard próprio de “% de acertos na cache”: se as regras de faturação de upstream de um modelo forem importantes para ti, verifica-as no llms.txt desse modelo e na documentação do próprio fornecedor antes de assumires um desconto.

Q7. “Estou mesmo a receber o modelo por que paguei?” — a ansiedade com a autenticidade nos agregadores.

De que se queixam os programadores: Quem constrói produtos perguntou como se sabe que um revendedor/router (a OpenRouter foi citada pelo nome) devolve o mesmo modelo que escolheste e pagaste; a verificação ao estilo “FlashProve” da Anthropic foi apresentada como forma de preencher essa lacuna (@shlokafc, @AgentFilipHQ). A confiança nos fornecedores de inferência é agora um requisito de produto, e não uma nota de rodapé.

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 um único fluxo assíncrono submissão → estado / webhook; o chat usa os endpoints documentados com o formato da OpenAI / Claude / Gemini.

O que a documentação pública não afirma hoje: um produto de atestação criptográfica do tipo “esta resposta foi assinada pelo laboratório X”, failover automático e transparente entre laboratórios, ou um SLA publicado para um conjunto gratuito multi-tenant. O Getting Started define expectativas realistas de estabilidade face aos fornecedores oficiais. As tarefas de geração falhadas não são cobradas (página inicial). Limita as chaves e consulta GET /api/user/balance (página de chaves de API, saldo do utilizador).

Q8. Os agents já produzem a maioria dos tokens — e os orçamentos suaves não travam um ciclo descontrolado.

De que se queixam os programadores: Os números de IA empresarial de 2026 da Menlo Ventures circularam com força: a despesa empresarial em IA disparou, a Anthropic ficou com uma grande fatia da despesa em APIs de LLM e os agents geram agora cerca de 80% dos tokens (@guilleflorvs, @MenloVentures). Publicações de comparação de custos mostraram diferenças enormes entre o Claude e o DeepSeek na mesma carga de trabalho (@aetherfrontier). No Reddit, quem constrói produtos defendia que os grandes fornecedores continuam a oferecer alertas/orçamentos suaves, mas não um limite de despesa absoluto e rígido, pelo que uma conta pirateada ou um ciclo de agent encravado ainda pode gerar uma fatura de seis dígitos (r/AI_Agents).

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:

• Créditos pré-pagos que nunca expiram, sem subscrição (página inicial).
• 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 limites de passos/orçamento do lado do cliente. A documentação pública não promete reembolsos por ciclos que gastaram os créditos de uma chave válida.

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.