2026-10-29: 7 lamentele sulle API che abbiamo sentito oggi

Lamentele pubblicate apertamente da sviluppatori di lingua inglese tra il 27 e il 29 ottobre 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 da cui proviene. Dove la documentazione non copre un punto, lo diciamo.

---

Q1. I miei crediti API mensili di ChatGPT Pro / Business scadono senza essere usati — e in alcune regioni non si possono proprio richiedere.

Di che cosa si lamentano gli sviluppatori: Dopo che OpenAI ha presentato il prezzo Pro come un ritorno in credito API, chi costruisce ha chiesto subito quanta parte di quel fondo muore a fine ciclo. I post hanno notato che i crediti non sono uso extra del prodotto ChatGPT / Codex e che il saldo inutilizzato scade (@jayzhoupro, @velcue_07, @_jayyy18_13k), si sono chiesti ad alta voce quanti crediti restino inutilizzati (@mohamedsenator) e hanno segnalato utenti Pro in Europa che non riuscivano a richiedere i crediti in fatturazione (@ZindanTech).

Come risponde PoYo: PoYo sono crediti prepagati, non un diritto mensile che si azzera. La home indica prezzi a crediti, senza abbonamenti, e che i crediti non scadono. Si paga solo per le generazioni riuscite. llms.txt e la home dicono entrambi che i task falliti non si addebitano. Un saldo copre il catalogo. Per un credits_amount aggiornato, interrogate GET /api/user/balance (saldo utente). Quando il saldo è esaurito, PoYo restituisce 402 insufficient_credits_error (codici di errore), non una finestra di calendario «usalo o perdilo». I flussi di richiesta per regione dei crediti promozionali di un altro fornitore sono fuori dal prodotto PoYo. Ricaricate nella dashboard quando vi servono altri crediti.

---

Q2. Se Chat, Work e Codex condividono un fondo d’uso, la quota di codice muore per prima.

Di che cosa si lamentano gli sviluppatori: La stessa notizia sui crediti API ha sollevato un altro timore: il traffico quotidiano di Chat / Work brucia lo stesso secchio di Codex? Chi costruisce ha detto che avrebbe usato meno ChatGPT per non toccare Codex (@setHacked), ha sostenuto che un unico limite d’uso in stile Anthropic avrebbe ucciso Pro per OpenAI (@macintoch), ha chiesto se la Chat ordinaria restasse separata da Work / Codex (@Paulkk144974), ha auspicato che un fondo unito chat+work lasciasse in pace Codex (@raiden_fine) e ha discusso l’inquadramento dell’annuncio dei crediti secondo cui si era «smesso di addebitare due volte a chi costruisce» (@Awais786Muhamd).

Come risponde PoYo: PoYo non vende un fondo di abbonamento ChatGPT Pro / Codex, quindi non c’è una «quota di prodotto unita» documentata che mangi in silenzio il margine di codice. La fatturazione è un saldo di crediti per immagine, video, musica, 3D e chat (home, llms.txt). Se volete isolamento, create chiavi API separate per carico di lavoro e mettete tetti d’uso orari / giornalieri / totali su ogni chiave (Per iniziare, pagina delle chiavi API). Per chiamanti multi-tenant o multi-agente su una chiave, inviate X-End-User-ID e bloccate un chiamante abusivo con 403 end_user_blocked senza ruotare tutti (Identificazione dell’utente finale). Guardate il saldo condiviso con GET /api/user/balance (saldo utente); su 402, fermatevi e ricaricate (codici di errore).

---

Q3. I muri di Codex e degli agenti di coding sono tornati — la velocità di consumo ha mangiato la settimana in poche ore.

Di che cosa si lamentano gli sviluppatori: Le timeline degli agenti di coding si sono di nuovo riempite di post sul muro d’uso: organizzare la settimana intorno a un altro reset del limite di Codex (@GaryVSAISlop), riferire che Sol 6.1 via CLI di Codex ha bruciato la quota circa 3 volte più in fretta in circa 15 ore (@AssistBDA) e non aspettarsi sollievo dal reset per la notizia dei crediti API (@snowy_smile_).

Come risponde PoYo: La chat di PoYo ha prezzo in crediti per output riuscito, non una finestra di reset scorrevole in stile Codex (llms.txt, home). Gli endpoint di chat sono documentati come compatibili con OpenAI, Claude Messages o nativi Gemini. Scegliete un ID di modello e leggete lo schema vivo di quel modello su https://poyo.ai/models/<id>/llms.txt. Mettete un tetto a un agente di coding fuori controllo con limiti per chiave, orari, giornalieri e totali sulla pagina delle chiavi API (Per iniziare). Il throughput di generazione documentato arriva a 20 nuove richieste ogni 10 secondi per account. L’eccesso restituisce 429 e non entra in coda (Per iniziare). Rispettate Retry-After su un 429. Non ritentate alla cieca un invio a pagamento finché non sapete se esiste già un task_id (risoluzione dei problemi). La documentazione descrive nessun failover automatico verso un altro laboratorio quando uno strumento di coding a monte urta il proprio muro. Costruitelo nel client se vi serve.

---

Q4. Ho cancellato la chiave API dal repository e ho fatto push — quasi certamente è ancora pubblica nella cronologia git.

Di che cosa si lamentano gli sviluppatori: Un post breve è andato dritto alla fuga classica: la chiave è stata tolta dall’albero di lavoro e il push è stato fatto, ma il segreto è quasi certamente ancora raggiungibile nella cronologia git (@patchnoteslabs).

Come risponde PoYo: Per iniziare è netto: non esponete mai la chiave API nel codice frontend, nelle app mobili o nei repository pubblici, e trattatela come un segreto. Se una chiave PoYo può essere finita nella cronologia git (o in qualsiasi altro luogo pubblico):

1. Revocatela / ruotatela sulla pagina delle chiavi API. Cancellare la riga di codice non basta.
2. Attivate una whitelist IP, così una chiave copiata funziona solo da IP di server approvati.
3. Impostate tetti per chiave, orari, giornalieri e totali, così un segreto che resta ha un soffitto.
4. Preferite X-End-User-ID sulla generazione e sulla chat nativa, per poter bloccare un chiamante con 403 end_user_blocked senza ruotare ogni integrazione (Identificazione dell’utente finale).

I documenti pubblici non promettono rimborsi per l’uso fatto con una chiave esposta. Scrivete a [email protected] se credete che una chiave PoYo sia stata usata in modo improprio (Per iniziare).

---

Q5. Lo strumento che conservava le mie chiavi dei fornitori è stato violato — credenziali inattive hanno pagato il conto di qualcun altro.

Di che cosa si lamentano gli sviluppatori: Un post ha descritto una chiave API di un account inattivo più un difetto nelle impostazioni fornitore di Opik AI, che ha portato al prelievo di 29 chiavi OpenAI / Anthropic (@AgentFieldKit). Lo schema è noto: credenziali dentro un’interfaccia «impostazioni IA» di terzi diventano il portafoglio dell’attaccante nel momento in cui quell’host sbaglia.

Come risponde PoYo: Le chiavi conservate nelle impostazioni di un altro prodotto sono un problema di segreto lato client. I controlli documentati di PoYo limitano il raggio una volta che il segreto esiste:

• Create chiavi separate per ambiente / harness, ciascuna con tetti d’uso orari, giornalieri e totali (pagina delle chiavi API, Per iniziare).
• Attivate una allowlist IP per le chiavi di produzione.
• Preferite X-End-User-ID, così potete bloccare un chiamante senza cancellare la chiave (Identificazione dell’utente finale).
• Guardate il saldo vivo con GET /api/user/balance (saldo utente); su 402, fermatevi (codici di errore).

Cancellate le chiavi che non usate più. La documentazione non descrive la scadenza automatica delle chiavi inutilizzate né uno SLA di rimborso per la spesa nata da un’intrusione. Ditelo, e ruotate. Tenete le chiavi PoYo sul vostro server, non in un frontend e non in un modulo di impostazioni di terzi che avete smesso di controllare (Per iniziare).

---

Q6. Il mio agente è rimasto in esecuzione 30 ore — tra il codice e l’API non c’era un numero che non avrebbe superato.

Di che cosa si lamentano gli sviluppatori: Una persona ha descritto un’esecuzione di agente di 30 ore in cui niente, fuori dal processo, imponeva un soffitto duro di spesa. Il limite duro deve stare fuori dal lavoro (@asymmetricmind). Post vicini spingevano schede di governo della spesa per agenti che entrano in loop o prelevano troppo (@hacker_no_ice).

Come risponde PoYo: Gli avvisi morbidi dentro l’agente non sono un budget. Su PoYo, mettete il soffitto sulla credenziale e sul saldo:

• Tetti d’uso per chiave, orari, giornalieri e totali, su ogni chiave di produzione (Per iniziare, pagina delle chiavi API).
• Combinateli con una whitelist IP per le chiavi solo server.
• Usate X-End-User-ID più il blocco per app multi-tenant o multi-agente (Identificazione dell’utente finale).
• Interrogate GET /api/user/balance prima dei lotti grandi (saldo utente). Trattate il 402 come uno stop duro, non come un segnale di nuovo tentativo (codici di errore).
• Per i lavori asincroni lunghi, preferite i webhook a un polling aggressivo (webhook). Per iniziare avverte che ogni nuovo invio può essere nuovo lavoro a pagamento. Confermate il task_id prima di reinviare (risoluzione dei problemi).

La documentazione non rivendica un prodotto «interruttore di arresto» fuori dal processo oltre questi tetti di chiave, il saldo e i codici di errore. Collegate l’orchestratore perché si fermi su 402 o su chiavi già al tetto.

---

Q7. La parte difficile non è il modello — sono account, chiavi API e sistemi di fatturazione separati per ogni API creativa.

Di che cosa si lamentano gli sviluppatori: Chi crea e chi costruisce ha detto che la parte dolorosa è destreggiarsi tra account, chiavi e fatturazione di fornitori diversi (@CyberFree365). Altri hanno inquadrato i margini come un problema di fattura API e hanno guardato i modelli aperti via aggregatori come leva di costo (@RonaleK777), oppure hanno semplicemente cercato un’API LLM economica su scala (@brice_garnier_).

Come risponde PoYo: PoYo è costruito come una chiave unificata per immagine, video, musica, 3D e chat (llms.txt, home). Create una chiave sulla pagina delle chiavi API. I media usano POST /api/generate/submit asincrono più stato o webhook. La chat usa endpoint compatibili con OpenAI, Claude Messages o nativi Gemini, come documentato per modello. Cambiare modello è una stringa model (e la forma di endpoint corrispondente per la chat), non un nuovo percorso di onboarding del fornitore. Gli schemi di input e i prezzi attuali stanno su https://poyo.ai/models/<id>/llms.txt e nell’indice del catalogo (llms.txt). La fatturazione sono crediti prepagati che non scadono, addebitati per output riuscito (home).

La documentazione non afferma che PoYo sia un passaggio dell’account ufficiale di ogni laboratorio. Per iniziare nota anche che la stabilità complessiva può essere un po’ più bassa di quella dei fornitori ufficiali. Scegliete il compromesso con consapevolezza.

---

Mappa rapida