2026-10-29 : 7 plaintes sur les API entendues aujourd’hui

Plaintes publiées ouvertement par des développeurs anglophones entre le 27 et le 29 octobre 2026, résumées ici avec les liens vers les messages d’origine. Chaque réponse n’utilise que ce que le site public et la documentation de PoYo disent aujourd’hui, et renvoie vers la page concernée. Lorsque la documentation ne couvre pas un point, nous le disons.

---

Q1. Mes crédits d’API mensuels ChatGPT Pro / Business expirent sans être utilisés — et certaines régions ne peuvent pas les réclamer du tout.

Ce que les développeurs reprochent : Après qu’OpenAI a présenté le prix Pro comme un retour en crédit d’API, les équipes ont tout de suite demandé quelle part de ce pot meurt en fin de cycle. Des messages ont noté que ces crédits ne sont pas un usage produit supplémentaire de ChatGPT / Codex et que le solde inutilisé expire (@jayzhoupro, @velcue_07, @_jayyy18_13k), se sont demandé à voix haute combien de crédits restent inutilisés (@mohamedsenator), et ont signalé des utilisateurs Pro en Europe qui ne pouvaient pas réclamer les crédits dans la facturation (@ZindanTech).

Comment PoYo répond : PoYo, ce sont des crédits prépayés, pas un droit mensuel qui se réinitialise. La page d’accueil indique une tarification au crédit, sans abonnement, et que les crédits n’expirent pas. Vous ne payez que les générations réussies. llms.txt et la page d’accueil disent tous deux que les tâches en échec ne sont pas facturées. Un solde couvre le catalogue. Pour un credits_amount à jour, interrogez GET /api/user/balance (solde utilisateur). Quand le solde est épuisé, PoYo renvoie 402 insufficient_credits_error (codes d’erreur), et non une fenêtre de calendrier « à utiliser ou à perdre ». Les parcours de réclamation par région pour les crédits promo d’un autre fournisseur sont hors du produit PoYo. Rechargez sur le tableau de bord quand vous avez besoin de plus de crédits.

---

Q2. Si Chat, Work et Codex partagent un pot d’usage, le quota de code meurt en premier.

Ce que les développeurs reprochent : La même nouvelle sur les crédits d’API a soulevé une autre crainte : le trafic quotidien Chat / Work brûle-t-il le même seau que Codex ? Des équipes ont dit qu’elles utiliseraient moins ChatGPT pour ne pas toucher Codex (@setHacked), ont soutenu qu’une limite d’usage unique, façon Anthropic, tuerait Pro pour OpenAI (@macintoch), ont demandé si le Chat ordinaire resterait séparé de Work / Codex (@Paulkk144974), ont souhaité qu’un pot fusionné chat+work laisse Codex tranquille (@raiden_fine), et ont débattu le cadrage de l’annonce des crédits selon lequel on avait « cessé de facturer les équipes deux fois » (@Awais786Muhamd).

Comment PoYo répond : PoYo ne vend pas un pot d’abonnement ChatGPT Pro / Codex. Il n’existe donc pas de « quota produit fusionné » documenté qui mangerait en silence la marge de code. La facturation est un solde de crédits pour l’image, la vidéo, la musique, la 3D et le chat (page d’accueil, llms.txt). Pour isoler, créez des clés d’API séparées par charge de travail et posez des plafonds d’usage horaires / quotidiens / totaux sur chaque clé (Premiers pas, page des clés d’API). Pour des appelants multi-locataires ou multi-agents sur une clé, envoyez X-End-User-ID et bloquez un appelant abusif avec 403 end_user_blocked, sans faire tourner tout le monde (Identification de l’utilisateur final). Surveillez le solde partagé avec GET /api/user/balance (solde utilisateur). Sur un 402, arrêtez et rechargez (codes d’erreur).

---

Q3. Les murs de Codex et des agents de code sont de retour — la vitesse de consommation a mangé la semaine en quelques heures.

Ce que les développeurs reprochent : Les fils des agents de code se sont à nouveau remplis de messages sur le mur d’usage : organiser la semaine autour d’une autre réinitialisation de limite Codex (@GaryVSAISlop), rapporter que Sol 6.1 via la CLI Codex a brûlé le quota environ 3 fois plus vite en une quinzaine d’heures (@AssistBDA), et ne pas attendre de soulagement à la réinitialisation à cause de la nouvelle sur les crédits d’API (@snowy_smile_).

Comment PoYo répond : Le chat PoYo est tarifé en crédits par sortie réussie, pas une fenêtre de réinitialisation glissante façon Codex (llms.txt, page d’accueil). Les points de terminaison de chat sont documentés comme compatibles OpenAI, Claude Messages ou natifs Gemini. Choisissez un identifiant de modèle et lisez le schéma vivant de ce modèle à https://poyo.ai/models/<id>/llms.txt. Plafonnez un agent de code qui s’emballe avec des limites par clé, horaires, quotidiennes et totales sur la page des clés d’API (Premiers pas). Le débit de génération documenté va jusqu’à 20 nouvelles requêtes par 10 secondes et par compte. Le dépassement renvoie 429 et n’entre pas dans la file (Premiers pas). Respectez Retry-After sur un 429. Ne relancez pas à l’aveugle un envoi payant tant que vous ne savez pas si un task_id existe déjà (dépannage). La documentation décrit sans bascule automatique vers un autre laboratoire quand un outil de code en amont heurte son propre mur. Construisez cela dans votre client si vous en avez besoin.

---

Q4. J’ai supprimé la clé d’API du dépôt et poussé — elle est presque sûrement encore publique dans l’historique git.

Ce que les développeurs reprochent : Un court message est allé droit à la fuite classique : la clé a été retirée de l’arbre de travail et poussée, mais le secret est presque certainement encore joignable dans l’historique git (@patchnoteslabs).

Comment PoYo répond : Premiers pas est net : n’exposez jamais votre clé d’API dans du code frontend, des applications mobiles ou des dépôts publics, et traitez-la comme un secret. Si une clé PoYo a pu atterrir dans l’historique git (ou ailleurs en public) :

1. Révoquez-la / faites-la tourner sur la page des clés d’API. Effacer la ligne de code ne suffit pas.
2. Activez une liste d’IP pour qu’une clé copiée ne fonctionne que depuis des IP de serveur approuvées.
3. Posez des plafonds par clé, horaires, quotidiens et totaux, pour qu’un secret qui traîne ait un plafond.
4. Préférez X-End-User-ID sur la génération et le chat natif, afin de bloquer un appelant avec 403 end_user_blocked sans faire tourner chaque intégration (Identification de l’utilisateur final).

Les documents publics ne promettent pas de remboursement pour l’usage fait avec une clé divulguée. Écrivez à [email protected] si vous pensez qu’une clé PoYo a été utilisée à mauvais escient (Premiers pas).

---

Q5. L’outil qui stockait mes clés fournisseur a été compromis — des identifiants inactifs ont payé la facture de quelqu’un d’autre.

Ce que les développeurs reprochent : Un message a décrit une clé d’API de compte inactif plus un défaut des réglages fournisseur d’Opik AI, qui a mené au vol de 29 clés OpenAI / Anthropic (@AgentFieldKit). Le schéma est connu : des identifiants posés dans une interface « réglages d’IA » tierce deviennent le portefeuille de l’attaquant dès que cet hôte se trompe.

Comment PoYo répond : Des clés stockées dans les réglages d’un autre produit sont un problème de secret côté client. Les contrôles documentés de PoYo limitent le rayon une fois qu’un secret existe :

• Créez des clés séparées par environnement / harness, chacune avec des plafonds d’usage horaires, quotidiens et totaux (page des clés d’API, Premiers pas).
• Activez une liste d’IP autorisées pour les clés de production.
• Préférez X-End-User-ID, afin de bloquer un appelant sans supprimer la clé (Identification de l’utilisateur final).
• Surveillez le solde vivant avec GET /api/user/balance (solde utilisateur). Sur un 402, arrêtez (codes d’erreur).

Supprimez les clés que vous n’utilisez plus. La documentation ne décrit ni l’expiration automatique des clés inutilisées, ni un SLA de remboursement pour une dépense née d’une intrusion. Dites-le, et faites tourner les clés. Gardez les clés PoYo sur votre serveur, pas dans un frontend ni dans un formulaire de réglages tiers que vous avez cessé de surveiller (Premiers pas).

---

Q6. Mon agent a tourné 30 heures — entre le code et l’API, aucun chiffre qu’il n’aurait pas franchi.

Ce que les développeurs reprochent : Une personne a décrit une exécution d’agent de 30 heures où rien, hors du processus, n’imposait un plafond dur de dépense. La limite dure doit se trouver hors du travail (@asymmetricmind). Des messages voisins poussaient des tableaux de gouvernance des dépenses pour les agents qui bouclent ou récupèrent trop (@hacker_no_ice).

Comment PoYo répond : Les alertes souples à l’intérieur de l’agent ne sont pas un budget. Chez PoYo, posez le plafond sur l’identifiant et le solde :

• Des plafonds d’usage par clé, horaires, quotidiens et totaux, sur chaque clé de production (Premiers pas, page des clés d’API).
• Combinez avec une liste d’IP pour les clés réservées au serveur.
• Utilisez X-End-User-ID plus un blocage pour les applications multi-locataires ou multi-agents (Identification de l’utilisateur final).
• Interrogez GET /api/user/balance avant les gros lots (solde utilisateur). Traitez le 402 comme un arrêt dur, pas comme un signal de nouvel essai (codes d’erreur).
• Pour les longs travaux asynchrones, préférez les webhooks à un interrogatoire agressif (webhooks). Premiers pas avertit que chaque nouvel envoi peut être un nouveau travail payant. Confirmez le task_id avant de renvoyer (dépannage).

La documentation ne revendique pas un produit « interrupteur d’arrêt » hors processus au-delà de ces plafonds de clé, du solde et des codes d’erreur. Branchez votre orchestrateur pour qu’il s’arrête sur un 402 ou sur des clés déjà plafonnées.

---

Q7. La partie difficile n’est pas le modèle — ce sont des comptes, des clés d’API et des systèmes de facturation séparés pour chaque API créative.

Ce que les développeurs reprochent : Des créateurs et des équipes ont dit que la partie douloureuse est de jongler avec des comptes, des clés et des facturations de fournisseurs distincts (@CyberFree365). D’autres ont cadré les marges comme un problème de facture d’API et ont regardé les modèles ouverts via des agrégateurs comme levier de coût (@RonaleK777), ou ont simplement cherché une API de LLM bon marché à l’échelle (@brice_garnier_).

Comment PoYo répond : PoYo est construit comme une clé unifiée pour l’image, la vidéo, la musique, la 3D et le chat (llms.txt, page d’accueil). Créez une clé sur la page des clés d’API. Les médias utilisent un POST /api/generate/submit asynchrone plus le statut ou un webhook. Le chat utilise des points de terminaison compatibles OpenAI, Claude Messages ou natifs Gemini, selon la documentation de chaque modèle. Changer de modèle, c’est une chaîne model (et la forme de point de terminaison qui va avec pour le chat), pas un nouveau parcours d’intégration fournisseur. Les schémas d’entrée et les prix actuels vivent à https://poyo.ai/models/<id>/llms.txt et dans l’index du catalogue (llms.txt). La facturation, ce sont des crédits prépayés qui n’expirent pas, facturés par sortie réussie (page d’accueil).

La documentation ne prétend pas que PoYo est un passage du compte officiel de chaque laboratoire. Premiers pas note aussi que la stabilité d’ensemble peut être un peu plus basse que celle des fournisseurs officiels. Choisissez le compromis en connaissance de cause.

---

Repère rapide