Lamentele pubblicate da sviluppatori di lingua inglese tra il 1° e il 3 novembre 2026, riassunte qui con i link ai post originali. Ogni risposta usa solo ciò che il sito pubblico e la documentazione di PoYo dicono oggi, e rimanda alla pagina di origine. Dove la documentazione non copre un punto, lo diciamo.

Q1. Una chiave «Maps» ha chiamato Gemini, e il conto è arrivato a 82.314 USD.

Di che cosa si lamentano gli sviluppatori: Una storia di startup è tornata a circolare forte. Una spesa Google Cloud di circa 180 USD al mese è saltata a 82.314 USD in 48 ore dopo che una chiave Maps pubblica poteva chiamare anche Gemini. Gli avvisi di budget hanno solo mandato email, non hanno fermato la spesa (@moshercode, @latchdogapp). Altri hanno descritto le chiavi OpenAI/Claude, dopo violazioni di piattaforma, come «preziose quanto un wallet crypto» (@GowthamZara), o come l’inverso della polvere crypto dimenticata: una chiave dimenticata con un conto da 40.000 USD attaccato (@saksonchain, che cita @mdudas).

Come risponde PoYo: Trattate ogni chiave PoYo come contante sul vostro server. Per iniziare dice di non mettere mai le chiavi nel codice frontend, nelle app mobili o nei repository pubblici. Controlli documentati del raggio d’impatto sulla pagina delle chiavi API:

1. Revocare / ruotare subito le chiavi compromesse.
2. Attivare una whitelist IP così una chiave copiata funziona solo da IP di server approvati.
3. Impostare tetti di uso orari / giornalieri / totali per chiave, perché un segreto rimasto abbia un soffitto.
4. Inviare X-End-User-ID su generazione e chat nativa per bloccare un chiamante abusivo con 403 end_user_blocked senza ruotare ogni integrazione (Identificazione dell’utente finale).
5. Osservare GET /api/user/balance e fermarsi su 402 insufficient_credits_error (saldo utente, codici di errore).

La fatturazione è a crediti prepagati per output riuscito. I task di generazione falliti non sono addebitati (home, llms.txt). La documentazione pubblica non promette rimborsi per l’uso fatto con una chiave trapelata. Scrivete a [email protected] se credete che una chiave PoYo sia stata usata in modo improprio (Per iniziare).

Q2. Route IA /api da vibe coding: le chiavi sono nascoste, gli estranei bruciano comunque il wallet.

Di che cosa si lamentano gli sviluppatori: Le scansioni di app da vibe coding continuano a trovare lo stesso schema. I segreti non stanno nel JS del frontend, ma la route server /api che chiama OpenAI/Anthropic non ha login né rate limit, così chiunque può ripeterla a spese di chi l’ha costruita (@hackorbroke, @hackorbroke, @mendmyapp). Chi costruisce sicurezza ha ripetuto che i modelli azzeccano la sintassi e mancano ancora l’intento: quale chiave è segreta, quale endpoint ha bisogno di autenticazione (@pritesh_ghodge).

Come risponde PoYo: Tenete le chiavi PoYo solo sul vostro backend (Per iniziare). Poi stratificate i controlli documentati:

1. Whitelist IP e tetti orari / giornalieri / totali per chiave sulla pagina delle chiavi API.
2. Richiedere X-End-User-ID per i chiamanti multi-tenant e bloccare gli abusi con 403 end_user_blocked senza ruotare l’intera chiave (Identificazione dell’utente finale).
3. Mettere la vostra autenticazione davanti a ogni route che fa da proxy verso PoYo. I controlli di chiave di PoYo non sostituiscono il login dell’app.
4. Allertare sui cali di GET /api/user/balance e fermarsi su 402 (saldo utente).

La documentazione pubblica continua a non promettere rimborsi per il traffico che colpisce un proxy aperto con una chiave valida. Ruotate prima, poi aprite un ticket di supporto a [email protected] se serve (Per iniziare).

Q3. Stack di chi lavora da solo: rate limit di ChatGPT, Claude si azzera in 5 ore, Cursor chiede l’upgrade.

Di che cosa si lamentano gli sviluppatori: Un meme molto condiviso di un fondatore solo ha impilato i muri di una giornata: ChatGPT in rate limit, Claude «si azzera in 5 ore», Cursor che chiede un upgrade, uso di Vercel superato (@yapmonk). Altri thread di produzione trattano ancora il 429 rate_limit_error di Anthropic (comprese finestre lunghe di Retry-After) come un problema operativo di primo piano, distinto dal «soldi finiti».

Come risponde PoYo: La chat di PoYo è a crediti prepagati per output riuscito, non un muro di abbonamento scorrevole di 5 ore o settimanale (home, llms.txt). I crediti non scadono e non ci sono abbonamenti. Limitate un agente di codice fuori controllo con limiti orari / giornalieri / totali per chiave (pagina delle chiavi API).

Separate i codici (codici di errore):

Il throughput di generazione è per default fino a 20 nuove richieste ogni 10 secondi per account su /api/generate/submit. L’eccesso restituisce 429 e non entra in coda. Gli endpoint LLM al momento non hanno rate limit (Per iniziare). La documentazione non descrive alcun failover automatico tra laboratori quando uno strumento in abbonamento urta il proprio muro. Costruitelo nel client se vi serve.

Q4. Avete pagato un piano Claude, ma claude -p ha addebitato la chiave API.

Di che cosa si lamentano gli sviluppatori: La documentazione di Claude Code dice che, se ANTHROPIC_API_KEY è impostata nella shell, claude -p la usa sempre e non chiede. Chi ha un abbonamento può bruciare in silenzio spesa dell’API Platform invece dell’uso del piano (@AmrTawfik160).

Come risponde PoYo: PoYo non mescola una «quota di piano» consumer con un conto Platform separato. Create le chiavi sulla pagina delle chiavi API, autenticatevi con Authorization: Bearer … (oppure x-api-key su /v1/messages) e spendete da un solo saldo di crediti prepagati (Per iniziare, llms.txt). La chat è disponibile via Chat Completions / Responses compatibili con OpenAI, Claude Messages o nativo Gemini. Scegliete un ID di modello e leggete il prezzo live su https://poyo.ai/models/<id>/llms.txt (modelli di chat). Il saldo vuoto restituisce 402, non un passaggio silenzioso dal piano all’API (codici di errore). Mettete un tetto a ogni chiave di integrazione. Togliete o ruotate ogni chiave che una CLI o un agente non deve usare.

Q5. Tassa operativa multi-provider: account, chiavi, fatturazione, regioni, limiti, per N.

Di che cosa si lamentano gli sviluppatori: Chi costruisce ha sostenuto che la parte più dura nel consegnare prodotti di IA spesso non è scegliere un modello. È destreggiarsi tra account, chiavi API, fatturazione, disponibilità regionale, limiti d’uso e forme di integrazione separati per provider (@Uty_bby). Post vicini proponevano API unificate quando i limiti di Claude finiscono e i provider parlano linguaggi di richiesta diversi (@Uty_bby).

Come risponde PoYo: PoYo è una chiave API unificata per immagine, video, musica, 3D e chat (panoramica dell’API, llms.txt). I modelli media condividono un flusso asincrono submit → status / webhook. La chat usa gli endpoint documentati in forma OpenAI, Claude o Gemini. Un portafoglio di crediti. Schema e prezzi live su https://poyo.ai/models/<id>/llms.txt. Mettete un tetto alle chiavi sulla pagina delle chiavi API. Controllate GET /api/user/balance (saldo utente).

Per iniziare fissa aspettative realistiche di stabilità e non documenta un failover automatico e trasparente tra laboratori di upstream. Cambiate l’ID di modello nel client quando vi serve un altro provider.

Q6. I pool condivisi di un aggregatore o del free tier restituiscono 429 prima che la vostra quota sembri usata.

Di che cosa si lamentano gli sviluppatori: Thread inglesi su Reddit e sui gateway (compresi r/openrouter e discussioni affini sui gateway LLM) continuano a segnalare 429 di un pool upstream condiviso sui tier gratuiti o poco finanziati. L’account ha ancora crediti, ma la route condivisa è satura. Si aggiunge un routing opaco tra varianti di modello. Chi parte in bootstrap insegue anche un TPM più alto tramite aggregatori ospitati quando le quote dirette delle neocloud sono strette.

Come risponde PoYo: Su PoYo trattate i codici in modo distinto (codici di errore):

• 429 rate_limit_error → rallentare / mettere in coda (generazione predefinita: fino a 20 nuove richieste /api/generate/submit ogni 10 secondi; gli endpoint LLM al momento non hanno rate limit) (Per iniziare).
• 402 insufficient_credits_error → ricaricare. Non riprovare come se fosse un rate limit.
• 502 / 503 → upstream o saturazione transitori. Backoff esponenziale.

PoYo è una chiave e un portafoglio di crediti, non un’asta multi-provider con scambi silenziosi FP4/FP8. I task di generazione falliti non sono addebitati (llms.txt). Preferite i webhook al polling aggressivo per i lavori media lunghi. La documentazione non sostiene un failover automatico di provider né uno SLA pubblicato di un pool gratuito multi-tenant. Se colpite 429 in modo continuativo sulla generazione, contattate il supporto per un limite più alto. Le approvazioni sono gestite con cautela.

Q7. I crediti API mensili di ChatGPT Pro non sono quota prodotto Codex in più.

Di che cosa si lamentano gli sviluppatori: I chiarimenti hanno continuato a circolare. I crediti API mensili idonei di ChatGPT Pro / Business (100 / 200 / 500 USD per livello Pro, e simili) finiscono in un’organizzazione API collegata, non come quota prodotto extra di ChatGPT o Codex. I crediti non usati scadono a ogni ciclo. Codex tramite chiavi API viene spesso indicato come non coperto (@gzzonkugood, anche @park_danie36173, @quotadiff).

Come risponde PoYo: PoYo non mette i crediti dietro il pulsante di riscatto dell’abbonamento di un altro prodotto né dietro una finestra di scadenza mensile. Ricaricate i crediti nella dashboard. Non scadono. Non c’è un abbonamento (home). Un saldo copre immagine, video, musica, 3D e chat (llms.txt). Create le chiavi sulla pagina delle chiavi API. Controllate GET /api/user/balance (saldo utente). Quando il saldo è vuoto ottenete 402 insufficient_credits_error, non un falso 429 per «crediti promo esauriti» (codici di errore). I task di generazione falliti non sono addebitati (llms.txt).

Q8. Un task di Claude Code ha bruciato oltre 1,2 milioni di token in circa 30 minuti su un lavoro «semplice».

Di che cosa si lamentano gli sviluppatori: È riemerso un report di Claude Code datato giugno (issue #68619): un task ha bruciato oltre 1,2 milioni di token in circa 30 minuti su quello che doveva essere un git clone e un find, dopo che un subagent ha urtato un rifiuto di permesso e il loop dell’agente è andato avanti (@NatureBlueee). Nella stessa settimana, chi costruisce ha continuato a ricordare che i passi dell’agente rifatturano il contesto e che un prezzo unitario più basso gonfia comunque il totale quando il volume esplode.

Come risponde PoYo: Il conto per token non mette un tetto al consumo mensile. Lo fanno il saldo di crediti e i tetti di chiave. Controlli operativi documentati oggi:

• Tetti orari / giornalieri / totali per chiave (pagina delle chiavi API).
• GET /api/user/balance prima di batch grandi di agenti (saldo utente).
• Trattate 402 come stop netto e 429 come rallentare e riprovare (codici di errore).
• Non reinviare alla cieca il lavoro di generazione: i nuovi tentativi di invio non sono deduplicati e possono creare un altro task (Per iniziare).
• Per i lavori media lunghi, preferite i webhook. I task falliti non sono addebitati (llms.txt). I media generati restano 3 giorni. Scaricateli subito (Per iniziare, modelli video).

Non c’è un prodotto documentato di «condizione di stop» dell’agente che uccida al posto vostro un loop di strumenti fuori controllo. Impostate tetti di chiave e costruite budget lato client se vi serve.

Mappa rapida

Sfogliate modelli e prezzi live su poyo.ai, gli schemi via llms.txt e l’indice completo della documentazione su docs.poyo.ai/llms.txt.