Lamentele pubblicate da sviluppatori di lingua inglese tra il 2 e il 4 novembre 2026, riassunte sotto con i link ai post originali. Ogni risposta usa solo ciò che il sito e la documentazione pubblici di PoYo dicono oggi, e collega la pagina da cui proviene. Dove la documentazione non copre qualcosa, lo diciamo.

Q1. LLMjacking: chiavi rubate, 100.000 USD in un giorno, fino a circa 1 milione di USD prima che qualcuno revochi.

Di che cosa si lamentano gli sviluppatori: La copertura di Google Threat Intelligence / Mandiant sul LLMjacking ha occupato i feed in inglese. Gli attaccanti rubano token cloud e chiavi API di LLM, rivendono l’accesso e lasciano alle vittime oltre 100.000 USD di addebiti fraudolenti in un solo giorno e fino a circa 1 milione di USD prima che l’accesso venga tagliato (@DarkWebInformer, @NedPeterson99, @michaeloroberts, @niconuzzi). I thread di Reddit sulle chiavi OpenRouter e Claude ripetono lo stesso modo di fallire: disabilitare non basta sempre. Bisogna cancellare o ruotare, e gli avvisi di budget morbidi non fermano la spesa in modo duro (r/openrouter, r/AI_Agents).

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 (cancellarle, non solo «metterle in pausa» nella testa).
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, così un segreto rimasto ha 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. Piantare una falsa chiave compatibile con OpenAI in un repository pubblico: raccolta in meno di due ore.

Di che cosa si lamentano gli sviluppatori: Un esperimento honeypot: una falsa chiave API compatibile con OpenAI seminata in repository pubblici è stata usata in meno di due ore, poi sono arrivati enumerazione dei modelli e prompt di prova per verificare che cosa serviva davvero l’endpoint (@polydaic). La stessa settimana chi costruisce ripeteva che le chiavi nei bundle client o nella vecchia history di git restano vive finché non le cancellate.

Come risponde PoYo: Tenete le chiavi PoYo solo lato server (Per iniziare). Date per bruciato qualunque segreto che sia mai finito in un commit pubblico:

1. Ruotare la chiave sulla pagina delle chiavi API e emetterne una nuova per il backend vero.
2. Chiudere la sostituzione con whitelist IP e tetti orari / giornalieri / totali per chiave.
3. Per i proxy multi-tenant, richiedere X-End-User-ID e bloccare gli abusi con 403 senza ruotare l’intera chiave (Identificazione dell’utente finale).
4. Allertare sul calo di GET /api/user/balance e trattare 402 come stop duro (saldo utente, codici di errore).

PoYo non documenta un prodotto «chiave honeypot» né una scansione automatica dei segreti del vostro GitHub. Resta dalla vostra parte. I task di generazione falliti restano non addebitati (llms.txt).

Q3. Supply chain in stile GhostAction: configurazioni MCP e token di piattaforme IA nel raggio d’impatto.

Di che cosa si lamentano gli sviluppatori: Post di sicurezza hanno descritto compromissioni della supply chain di GitHub in stile GhostAction (centinaia di account e repository) che cercano in particolare configurazioni MCP, token di piattaforme IA e chiavi SSH (@morphisec). Post vicini hanno avvertito che, una volta dirottato un pannello o un host di agente, seguono chiavi SSH piantate e credenziali API rubate (@PacketReport1).

Come risponde PoYo: Una chiave PoYo in una configurazione MCP, su un host di agente o in un segreto CI resta un portafoglio prepagato. Mitigazioni documentate:

• Non committate le chiavi. Tenetele fuori dal frontend e dai repository pubblici (Per iniziare).
• Separate chiavi per ambiente con whitelist IP e tetti orari / giornalieri / totali (pagina delle chiavi API).
• Preferite l’MCP ospitato di PoYo con una chiave che controllate e potete ruotare (Connettersi con MCP, Autenticazione).
• Al sospetto: ruotate, stringete tetti e IP, controllate GET /api/user/balance, aprite [email protected] se serve.

La documentazione pubblica non afferma il rilevamento automatico di GitHub Actions o host MCP compromessi, e non promette rimborsi per traffico che ha usato una chiave ancora valida.

Q4. Un «llm-key-rotator» fatto in casa: quando una chiave dà 429, si passa alla successiva.

Di che cosa si lamentano gli sviluppatori: Post open source e di trucchi spingevano piccoli gateway che ruotano le chiavi API quando una colpisce il rate limit (@jojeangsaing). Il chiacchiericcio operativo vicino trattava i muri di RPM per chiave e i 429 dei pool condivisi come qualcosa da coprire con più chiavi, invece di sistemarlo al livello del prodotto.

Come risponde PoYo: Ruotare le chiavi intorno a un 429 può nascondere il problema sbagliato. Su PoYo, separate i codici (codici di errore):

Default di generazione: fino a 20 nuove richieste /api/generate/submit ogni 10 secondi per account. L’eccesso restituisce 429 e non entra in coda. Gli endpoint LLM al momento non hanno rate limit (Per iniziare). Preferite una chiave con tetti documentati a una fattoria di rotatori (pagina delle chiavi API). La documentazione descrive nessun failover automatico tra laboratori. Cambiate l’ID del modello nel client se vi serve un altro fornitore. I task di generazione falliti non sono addebitati (llms.txt).

Q5. La stessa finestra di rebuild: Gemini 503 sull’upstream, DeepSeek 429, anche il piano gratuito a 429.

Di che cosa si lamentano gli sviluppatori: Un log di rebuild ha elencato fallimenti concreti in una finestra: gemini-4-barium → 503 / upstream non disponibile dopo il backoff, deepseek-v4-flash → 429, e una route DeepSeek gratuita anch’essa a 429, poi un solo retry di cooldown prima di spedire ciò che funzionava ancora (@KeyoAPI). I 429 a raffica su immagine e TTS di Gemini restano un tema fisso di Reddit sulle quote di livello crediti e di anteprima (r/googlecloud, r/Bard).

Come risponde PoYo: Mappate i retry sui codici documentati (codici di errore):

• 429 → coda / backoff esponenziale (generazione: 20 richieste / 10 s di default; LLM al momento senza rate limit) (Per iniziare).
• 402 → ricaricare i crediti. Non trattarlo mai come rate limit (saldo utente).
• 502 / 503 → upstream o occupazione transitori. Backoff e retry.

Una chiave PoYo copre la chat (compatibile OpenAI / Claude Messages / nativo Gemini) più submit/status asincrono dei media (llms.txt, panoramica dell’API). Schema e prezzi live dei modelli: https://poyo.ai/models/<id>/llms.txt. Per i lavori lunghi, preferite i webhook al polling aggressivo. La documentazione non afferma un failover trasparente tra laboratori né uno SLA pubblicato di un pool gratuito condiviso. Per iniziare indica che la stabilità può essere leggermente inferiore a quella dei fornitori ufficiali.

Q6. Il conto della cache di Claude: la dashboard mostra zero letture di cache mentre ogni scrittura è fatturata a 1,25×.

Di che cosa si lamentano gli sviluppatori: I thread sulla fatturazione dell’API Claude avvertivano che un cache_control messo nel posto sbagliato può lasciare le letture di cache a zero mentre ogni scrittura viene fatturata con un moltiplicatore di 1,25×. Così «ho acceso la cache» significa ancora un input quasi a prezzo pieno a ogni turno (@webtkdev). A parte, la beta di Anthropic Message Threads è stata presentata come modo per smettere di reinviare l’intera trascrizione dell’agente a ogni turno (@readmodelmag).

Come risponde PoYo: La chat di PoYo è a crediti prepagati per output riuscito da un solo portafoglio, non un piano consumer mescolato con un libro mastro di cache Platform (home, llms.txt). Scegliete un ID di modello Claude (o altro), chiamate Chat Completions / Messages / nativo Gemini come documentato e leggete il prezzo live su https://poyo.ai/models/<id>/llms.txt (modelli di chat, Anthropic). Mettete un tetto agli agenti fuori controllo con limiti orari / giornalieri / totali per chiave (pagina delle chiavi API). Il saldo vuoto restituisce 402 (codici di errore).

La documentazione pubblica di PoYo non documenta i moltiplicatori di cache dei prompt di Anthropic, la semantica di Message Threads né una dashboard nostra di «percentuale di hit di cache». Se le regole di fatturazione upstream di un modello vi interessano, verificatele sul llms.txt di quel modello e sulla documentazione del fornitore prima di dare per scontato uno sconto.

Q7. «Sto ricevendo davvero il modello per cui ho pagato?» L’ansia sull’autenticità degli aggregatori.

Di che cosa si lamentano gli sviluppatori: Chi costruisce ha chiesto come si sa che un rivenditore o un router (OpenRouter citato per nome) restituisce lo stesso modello scelto e pagato. Una verifica in stile «FlashProve» di Anthropic è stata inquadrata come ciò che colma quel vuoto (@shlokafc, @AgentFilipHQ). La fiducia nei fornitori di inferenza è ormai un requisito di prodotto, non una nota a piè di pagina.

Come risponde PoYo: PoYo è una chiave API unificata per immagine, video, musica, 3D e chat (panoramica dell’API, llms.txt). Passate un ID di modello esplicito. Ogni modello pubblica uno schema e un file di prezzi live su https://poyo.ai/models/<id>/llms.txt. I media usano un flusso asincrono submit → status / webhook. La chat usa gli endpoint documentati in forma OpenAI, Claude o Gemini.

Ciò che la documentazione pubblica non afferma oggi: un prodotto di attestazione crittografica «questa risposta è stata firmata dal lab X», un failover automatico e trasparente tra lab, o uno SLA pubblicato di un pool gratuito multi-tenant. Per iniziare fissa aspettative realistiche di stabilità rispetto ai fornitori ufficiali. I task di generazione falliti non sono addebitati (home). Mettete un tetto alle chiavi e controllate GET /api/user/balance (pagina delle chiavi API, saldo utente).

Q8. Gli agenti coniano ormai la maggior parte dei token, e i budget morbidi non fermano in modo duro un loop fuori controllo.

Di che cosa si lamentano gli sviluppatori: I numeri 2026 di Menlo Ventures sull’IA enterprise hanno circolato forte: la spesa di IA enterprise è saltata, Anthropic ha preso una quota ampia della spesa di API LLM e gli agenti generano ora circa l’80 % dei token (@guilleflorvs, @MenloVentures). I confronti di costo hanno mostrato divari enormi tra Claude e DeepSeek sullo stesso carico (@aetherfrontier). Su Reddit si è sostenuto che i grandi fornitori offrono ancora avvisi e budget morbidi, ma non un tetto assoluto duro di spesa, così un account violato o un loop di agente bloccato può ancora stampare un conto a sei cifre (r/AI_Agents).

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

• Crediti prepagati che non scadono, nessun abbonamento (home).
• Tetti orari / giornalieri / totali per chiave (pagina delle chiavi API).
• GET /api/user/balance prima di grandi batch di agenti (saldo utente).
• Trattate 402 come stop duro e 429 come rallentare e ritentare (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 limiti di passi e di budget lato client se vi serve. La documentazione pubblica non promette rimborsi per loop che hanno speso i crediti di una chiave valida.

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.