2026-10-28: 7 API-klager, vi hørte i dag

Klager, som engelsksprogede udviklere postede offentligt mellem 26. og 28. okt. 2026, gengivet med egne ord nedenfor og med links til de oprindelige opslag. Hvert svar bruger kun det, PoYos offentlige hjemmeside og dokumentation siger i dag, og linker til den side, det stammer fra. Hvor dokumentationen ikke dækker noget, siger vi det.

---

Q1. Claude Code ramte forbrugsloftet midt i en refaktorering – og der findes stadig ingen ren "fald tilbage til min API-nøgle"-løsning.

Det klager udviklerne over: Tidslinjerne den 27.–28. okt. var fyldt med skærmbilleder af forbrugsgrænser i Claude Code og Codex side om side. Udviklere spurgte, om Claude Code kan falde tilbage til en API-nøgle, når abonnementets grænser er nået (@irl_danB), joker med, at det at ramme en grænse midt i en refaktorering er det nye "glemte at gemme" (@automater_ai), og sammenlignede $20-niveauer, der føles ubrugelige på det ene stack, mens et andet Plus-abonnement aldrig rammer loftet (@mozdca, @LeoZhang57).

Sådan svarer PoYo: PoYo er forudbetalte kreditter, ikke et abonnement med et 5-timers- eller ugentligt vindue. Forsiden beskriver engangskøb af kreditter, ingen tilbagevendende abonnementer og kreditter, der aldrig udløber. Du betaler for vellykkede genereringer; llms.txt oplyser, at mislykkede opgaver ikke afregnes. Chat og medier deler én API-nøgle og én saldo – poll GET /api/user/balance for aktuelle credits_amount (brugersaldo).

Når saldoen er brugt op, returnerer PoYo 402 insufficient_credits_error – ikke et glidende forbrugsvindue forklædt som regulering (fejlkoder). Der er ingen dokumenteret produktfunktion med failover fra abonnement til API-nøgle, fordi faktureringen allerede er kreditbaseret. Sæt et loft på en løbsk agent med forbrugsgrænserne pr. nøgle (pr. time, pr. døgn og samlet) på siden med API-nøgler (Kom i gang).

---

Q2. Claude Codes "429" er tre forskellige beskeder – og det hjælper kun med at vente i én af dem.

Det klager udviklerne over: En fejlfindingstråd pegede på, at Claude Code kan vise tre forskellige 429-lignende fejl – vent på en nulstilling, prøv igen om et øjeblik, eller tjek API-nøglen – og at hver kræver sin egen løsning (@aiparabellum). Derudover spurgte udviklere, om problemerne med hastighedsgrænser i Anthropics agentværktøjer var rettet endnu (@XavierDelon, @GeorgeMathew_).

Sådan svarer PoYo: Vores fejlkoder holder fakturering og hastighedsgrænser på forskellige numre:

Standardgennemstrømningen for generering er dokumenteret som op til 20 nye anmodninger pr. 10 sekunder pr. konto; overskydende anmodninger får HTTP 429 og kommer ikke i køen (Kom i gang). Fejlfindingen til integration siger også: respektér Retry-After ved hastighedsgrænser, og prøv ikke blindt igen med en betalt indsendelse, før du ved, om der blev oprettet en task_id (fejlfinding).

Dokumentationen beskriver ingen automatisk failover mellem upstream-udbydere. Byg det ind i din klient.

---

Q3. Alle API-nøgler, jeg nogensinde har indsat i agentchatten, ligger stadig i projektlogfilerne.

Det klager udviklerne over: Efter en tråd om Claudes projektlogfiler pegede et svar direkte på risikoen: enhver API-nøgle, du nogensinde har indsat i chatten, ligger også i de logfiler – søg i ~/.claude/projects efter sk- og roter alt, der dukker op (@wazX_7). Nærliggende opslag blev ved med at skubbe til den samme hygiejne: behandl AI-nøgler som root-legitimationer (@RuntimeAI_io), og hold op med at give hver agent den samme delte nøgle uden en nødbremse (@RohanBhanotAI).

Sådan svarer PoYo: Kom i gang er ligefrem: eksponér aldrig din API-nøgle i frontend-kode, mobilapps eller offentlige repositories, og behandl den som en hemmelighed. Hold nøgler på din server. Efter en indsætning eller mistanke om lækage:

1. Tilbagekald / roter nøglen på siden med API-nøgler.
2. IP-hvidliste, så en kopieret nøgle kun virker fra godkendte server-IP'er.
3. Timegrænser / døgngrænser / samlede grænser pr. nøgle, så en lækage har et loft.
4. Send X-End-User-ID ved generering og native chat; bloker én misbrugende kalder med HTTP 403 end_user_blocked uden at rotere hele nøglen (identifikation af slutbrugere).

Vores offentlige dokumentation lover ikke refundering for forbrug med en lækket nøgle. Kontakt [email protected], hvis du mener, at en PoYo-nøgle er blevet misbrugt.

---

Q4. Min glemte aggregator-nøgle er stadig en agentpung – et brud hos en host forvandlede hvilende legitimationer til et job på 500 trin.

Det klager udviklerne over: Et opslag advarede om, at en glemt OpenRouter-nøgle stadig er en agentpung: et brud i Railway-stil lagde hvilende nøgler på en dødsliste, og en havde allerede finansieret et agentjob på 500 trin, mens dashboards viste nul trafik indtil da. Den foreslåede løsning: forbrugsgrænser, kortlivede nøgler og ingen udbydertokens på hosts, du er holdt op med at holde øje med (@neiro_go_neiro). Et andet svar koblede det samme mønster til udbydere, der stadig tilbagekalder nøgler uger efter brud (@Kenz_1604).

Sådan svarer PoYo: Hvilende nøgler på forladte hosts er et hemmelighedsproblem hos klienten; PoYos dokumenterede kontroller begrænser skadens omfang, når en hemmelighed først er ude:

• Opret separate nøgler pr. miljø / harness, hver med timegrænser, døgngrænser og samlede forbrugsgrænser (siden med API-nøgler, Kom i gang).
• Slå en IP-tilladelsesliste til for produktionsnøgler.
• Foretræk X-End-User-ID, så du kan blokere én kalder uden at slette nøglen (identifikation af slutbrugere).
• Hold øje med den aktuelle saldo med GET /api/user/balance (brugersaldo) og opgavehistorikken i dashboardet (Kom i gang).

Slet nøgler, du ikke bruger længere. Dokumentationen beskriver hverken automatisk udløb af ubrugte nøgler eller en SLA for refundering af forbrug efter brud – sig det, som det er, og roter.

---

Q5. Jeg satte en hård AI-forbrugsgrænse – så fik nogen fat i nøglen og sprængte den i løbet af en nat.

Det klager udviklerne over: En udvikler satte en grænse på $25 for AI-regningen; nogen fik fat i API-nøglen og kørte den op på $55 på én nat (@twentyonemilll). Temaet svarer til ældre OpenRouter-tråde, hvor det ikke var nok at deaktivere, og kun en fuldstændig sletning af nøglen stoppede tabet – men vinduet omkring den 28. okt. producerer stadig den samme klage: "loftet fandtes, og lækagen gjorde alligevel ondt".

Sådan svarer PoYo: Grænser hjælper kun, hvis de håndhæves på den kompromitterede legitimation, ikke kun på et blødt budget i et dashboard. Hos PoYo:

• Sæt timegrænser, døgngrænser og samlede forbrugsgrænser pr. nøgle på hver produktionsnøgle (Kom i gang, siden med API-nøgler).
• Kombinér med IP-hvidliste, så nøglen fejler fra angriberens netværk.
• Brug X-End-User-ID + blokering til apps med flere lejere (identifikation af slutbrugere).
• Ved 402: stop – det betyder, at kreditterne er brugt op (fejlkoder). Poll saldoen før store batches (brugersaldo).

Hvis en nøgle kan være kommet ud, så slet / tilbagekald den – sænk ikke bare en blød advarsel. Den offentlige dokumentation påstår ikke, at forbrug med en lækket nøgle refunderes.

---

Q6. Det er så besværligt at få en Google API-nøgle, at "brug bare en aggregator" er blevet standarden.

Det klager udviklerne over: En udvikler sagde, at vedkommende kun vil prøve Googles modeller, hvis tilmeldingen til API-nøgler bliver rettet – indtil da er det kun OpenRouter (@sandipb). Nærliggende opslag beskrev ved med at aggregatorer som betalingspung / modelskifter til agenter (@tomcritchlow), mens andre stadig jonglerer med et dusin udbydernøgler bare for at teste (@sunwei57247249).

Sådan svarer PoYo: PoYo er bygget som én samlet nøgle på tværs af billeder, video, musik, 3D og chat (llms.txt, forsiden). Opret en nøgle på siden med API-nøgler; medier bruger asynkron POST /api/generate/submit + status/webhook; chat bruger OpenAI-kompatible endpoints, Claude Messages eller Gemini-native endpoints som dokumenteret pr. model. Et modelskifte er en model-streng (og den tilhørende endpoint-form til chat) – ikke en ny oprettelse hos en ny leverandør.

Aktuelle inputskemaer og priser findes på https://poyo.ai/models/<id>/llms.txt og i katalogindekset (llms.txt). Dokumentationen påstår ikke, at PoYo blot videresender hvert labs officielle konto; den siger også, at den samlede stabilitet kan være en smule lavere end hos de officielle udbydere (Kom i gang). Vælg afvejningen bevidst.

---

Q7. Et videoabonnement til $59 er den dyre vej ind, hvis jeg kun laver få klip – og genforsøg kan opfinde en ekstra regning.

Det klager udviklerne over: Skabere sammenlignede månedlige abonnementer på videoværktøjer med API'er, der betales pr. klip: hvis du kun laver et par AI-videoer om måneden, kan et abonnement til $59 være den dyre vej, mens en API faktureres pr. klip og kan styres af kodeagenter (@aliteqai). Relateret API-smerte: færdige video-downloads, der er låst bag faktureringsafregning (@MariaOnchainDev), og den vedvarende frygt for, at blinde genforsøg opretter et ekstra faktureret job.

Sådan svarer PoYo: Video hos PoYo er prissat i kreditter pr. vellykket resultat, model for model – gennemse videokataloget i llms.txt (Sora 2, Veo 3.1, Kling, Wan, Seedance, Hailuo og flere). Arbejdsgangen er den samlede asynkrone API: indsend → poll status eller angiv callback_url (Kom i gang, webhooks). Både forsiden og llms.txt oplyser, at mislykkede opgaver ikke afregnes.

Før du hamrer løs på genforsøg på et langsomt videojob: Kom i gang advarer om, at hvert genforsøg med indsendelse kan være nyt betalt arbejde – bekræft, om den oprindelige anmodning allerede har oprettet en task_id. Foretræk webhooks frem for aggressiv polling. Ved 402 vs 429 vs 5xx skal du følge tabellen over fejlkoder; behandl ikke et kreditstop som en hastighedsgrænse.

---

Hurtigt overblik