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

Klager som engelskspråklige utviklere la ut offentlig mellom 26. og 28. okt. 2026, gjengitt med egne ord nedenfor og med lenker til de opprinnelige innleggene. Hvert svar bruker bare det PoYos offentlige nettsted og dokumentasjon sier i dag, og lenker til siden det kommer fra. Der dokumentasjonen ikke dekker noe, sier vi det.

---

Q1. Claude Code traff bruksveggen midt i en refaktorering – og det finnes fortsatt ingen ryddig vei til å «falle tilbake på API-nøkkelen min».

Dette klager utviklerne på: Tidslinjene 27.–28. okt. var fulle av skjermbilder av bruksgrensene i Claude Code og Codex side om side. Utviklere spurte om Claude Code kan falle tilbake på en API-nøkkel når abonnementsgrensene er nådd (@irl_danB), spøkte med at å treffe en grense midt i en refaktorering er det nye «glemte å lagre» (@automater_ai), og sammenlignet 20-dollarsnivåer som føles ubrukelige i én stakk, mens et annet Plus-abonnement aldri slår ut (@mozdca, @LeoZhang57).

Slik svarer PoYo: PoYo bruker forhåndsbetalte kreditter, ikke et abonnementsvindu på 5 timer eller en uke. Forsiden beskriver engangskjøp av kreditter, ingen gjentakende abonnementer og kreditter som aldri utløper. Du betaler for vellykkede genereringer, og llms.txt sier at mislykkede oppgaver ikke belastes. Chat og medier deler én API-nøkkel og én saldo – poll GET /api/user/balance for credits_amount i sanntid (brukersaldo).

Når saldoen er tom, returnerer PoYo 402 insufficient_credits_error, ikke et rullerende bruksvindu forkledd som struping (feilkoder). Det finnes ingen dokumentert produktfunksjon for failover fra «abonnement → API-nøkkel», fordi faktureringen allerede er kredittbasert. Begrens en løpsk agent med bruksgrensene per time / dag / totalt for hver nøkkel på API-nøkkelsiden (Kom i gang).

---

Q2. «429» i Claude Code er tre forskjellige meldinger – å vente i det uendelige hjelper bare for én av dem.

Dette klager utviklerne på: En feilsøkingstråd påpekte at Claude Code kan vise tre forskjellige feil som ser ut som 429 – vent på nullstilling, prøv igjen om et øyeblikk, eller sjekk API-nøkkelen – og at hver av dem krever en egen løsning (@aiparabellum). I tillegg spurte utviklere om problemene med hastighetsgrenser i Anthropics agentverktøy var løst ennå (@XavierDelon, @GeorgeMathew_).

Slik svarer PoYo: Feilkodene våre holder fakturering og hastighetsgrenser på hver sine numre:

Standard gjennomstrømning for generering er dokumentert som opptil 20 nye forespørsler per 10 sekunder per konto; overskytende forespørsler får HTTP 429 og kommer ikke inn i køen (Kom i gang). Feilsøkingsveiledningen for integrasjoner sier også: Respekter Retry-After ved hastighetsgrenser, og ikke prøv en betalt innsending på nytt i blinde før du vet om det ble opprettet en task_id (feilsøking).

Dokumentasjonen beskriver ingen automatisk failover mellom oppstrømsleverandører. Bygg det inn i klienten.

---

Q3. Alle API-nøkler jeg noen gang har limt inn i agentchatten, ligger fortsatt i prosjektloggene.

Dette klager utviklerne på: Etter en tråd om prosjektloggene i Claude gikk ett svar rett på risikoen: Alle API-nøkler du noen gang har limt inn i chatten, ligger også i de loggene – søk gjennom ~/.claude/projects etter sk- og roter det du finner (@wazX_7). Innlegg i samme periode gjentok den samme hygienen: Behandle AI-nøkler som root-legitimasjon (@RuntimeAI_io), og slutt å gi alle agenter én felles nøkkel uten nødbryter (@RohanBhanotAI).

Slik svarer PoYo: Kom i gang er kontant: Eksponer aldri API-nøkkelen i frontend-kode, mobilapper eller offentlige repoer, og behandle den som en hemmelighet. Hold nøklene på serveren. Etter en innliming eller mistenkt lekkasje:

1. Tilbakekall / roter nøkkelen på API-nøkkelsiden.
2. IP-hviteliste, slik at en kopiert nøkkel bare virker fra godkjente server-IP-er.
3. Tak per time / dag / totalt for hver nøkkel, slik at en lekkasje har et tak.
4. Send X-End-User-ID ved generering og innebygd chat; blokker én misbrukende bruker med HTTP 403 end_user_blocked uten å rotere hele nøkkelen (Identifisering av sluttbrukere).

Den offentlige dokumentasjonen vår lover ikke refusjon for bruk med en lekket nøkkel. Kontakt [email protected] hvis du tror en PoYo-nøkkel er misbrukt.

---

Q4. Den glemte aggregatornøkkelen min er fortsatt en agentlommebok – et innbrudd hos hostingleverandøren gjorde ubrukt legitimasjon om til en jobb på 500 steg.

Dette klager utviklerne på: Et innlegg advarte om at en glemt OpenRouter-nøkkel fortsatt er en agentlommebok: Et innbrudd i Railway-stil satte ubrukte nøkler på en dødsliste, og én av dem hadde allerede finansiert en agentjobb på 500 steg, mens dashbordene viste null trafikk frem til da. Løsningen som ble trukket frem: forbrukstak, kortlivede nøkler og ingen leverandørtokener på verter du har sluttet å følge med på (@neiro_go_neiro). Et annet svar koblet det samme mønsteret til leverandører som fortsatt tilbakekaller nøkler uker etter innbrudd (@Kenz_1604).

Slik svarer PoYo: Ubrukte nøkler på forlatte verter er et problem med hemmeligheter på klientsiden; PoYos dokumenterte kontroller begrenser skadeomfanget når hemmeligheten først finnes:

• Opprett egne nøkler per miljø / oppsett, hver med bruksgrenser per time, per dag og totalt (API-nøkkelside, Kom i gang).
• Slå på en IP-tillatelsesliste for nøkler i produksjon.
• Bruk helst X-End-User-ID, slik at du kan blokkere én bruker uten å slette nøkkelen (Identifisering av sluttbrukere).
• Følg med på saldoen i sanntid med GET /api/user/balance (brukersaldo) og på oppgavehistorikken i dashbordet (Kom i gang).

Slett nøkler du ikke lenger bruker. Dokumentasjonen beskriver verken automatisk utløp av ubrukte nøkler eller en refusjonsgaranti for forbruk etter innbrudd – det sier vi rett ut, og vi anbefaler rotering.

---

Q5. Jeg satte en hard grense for AI-forbruk – så fikk noen tak i nøkkelen og blåste forbi den over natten.

Dette klager utviklerne på: Én utvikler satte en grense på 25 dollar for AI-regningen; noen fikk tak i API-nøkkelen og kjørte den opp til 55 dollar på én natt (@twentyonemilll). Temaet stemmer med eldre OpenRouter-tråder der deaktivering ikke var nok og bare full sletting av nøkkelen stoppet lekkasjen – men perioden rundt 28. okt. gir fortsatt den samme klagen: «Taket fantes, men lekkasjen gjorde likevel vondt.»

Slik svarer PoYo: Tak hjelper bare hvis de håndheves på den kompromitterte legitimasjonen, ikke bare som et mykt budsjett i et dashbord. Hos PoYo:

• Sett bruksgrenser per nøkkel per time / dag / totalt på alle nøkler i produksjon (Kom i gang, API-nøkkelside).
• Kombiner med IP-hviteliste, slik at nøkkelen ikke virker fra angriperens nettverk.
• Bruk X-End-User-ID + blokkering i apper med flere kunder (Identifisering av sluttbrukere).
• Ved 402 stopper du – det betyr at kredittene er brukt opp (feilkoder). Poll saldoen før store batcher (brukersaldo).

Hvis en nøkkel kan ha kommet på avveie, sletter / tilbakekaller du den – ikke bare senk et mykt varsel. Den offentlige dokumentasjonen lover ikke refusjon for forbruk med lekkede nøkler.

---

Q6. Det er så tungvint å få en Google-API-nøkkel at «bare bruk en aggregator» har blitt standarden.

Dette klager utviklerne på: En utvikler sa at vedkommende bare vil prøve Googles modeller hvis registreringen for API-nøkler blir fikset – inntil da blir det bare OpenRouter (@sandipb). Innlegg i samme periode fortsatte å fremstille aggregatorer som betalingslommebok / modellbryter for agenter (@tomcritchlow), mens andre fortsatt sjonglerer et dusin leverandørnøkler bare for å teste (@sunwei57247249).

Slik svarer PoYo: PoYo er bygd som én samlet nøkkel for bilde, video, musikk, 3D og chat (llms.txt, forside). Opprett en nøkkel på API-nøkkelsiden; medier bruker asynkron POST /api/generate/submit + status/webhook, og chat bruker OpenAI-kompatible endepunkter, Claude Messages eller Geminis egne endepunkter slik det er dokumentert per modell. Å bytte modell er en model-streng (og tilhørende endepunktformat for chat) – ikke en ny registreringsprosess hos en leverandør.

Gjeldende inputskjemaer og priser ligger på https://poyo.ai/models/<id>/llms.txt og i katalogindeksen (llms.txt). Dokumentasjonen hevder ikke at PoYo videreformidler hvert laboratoriums offisielle konto direkte; den sier også at den samlede stabiliteten kan være litt lavere enn hos de offisielle leverandørene (Kom i gang). Velg avveiningen bevisst.

---

Q7. Et videoabonnement til 59 dollar er den dyre inngangen hvis jeg bare lager noen få klipp – og nye forsøk kan skape en ekstra regning.

Dette klager utviklerne på: Skapere sammenlignet månedlige planer for videoverktøy med API-er som tar betalt per klipp: Hvis du bare lager noen få AI-videoer i måneden, kan en plan til 59 dollar være den dyre veien, mens et API fakturerer per klipp og kan styres av kodeagenter (@aliteqai). Beslektede API-problemer: nedlasting av ferdige videoer som venter på at betalingen er gjort opp (@MariaOnchainDev), og den stadige frykten for at blinde nye forsøk skaper en ekstra belastet jobb.

Slik svarer PoYo: Video hos PoYo er kredittpriset per vellykket resultat, modell for modell – bla gjennom videokatalogen i llms.txt (Sora 2, Veo 3.1, Kling, Wan, Seedance, Hailuo med flere). Arbeidsflyten er det samlede asynkrone API-et: send inn → poll status eller angi callback_url (Kom i gang, webhooks). Både forsiden og llms.txt sier at mislykkede oppgaver ikke belastes.

Før du hamrer løs på «prøv igjen» for en treg videojobb: Kom i gang advarer om at hvert nye innsendingsforsøk kan være nytt betalt arbeid – bekreft om den opprinnelige forespørselen allerede har opprettet en task_id. Bruk heller webhooks enn aggressiv polling. For 402 mot 429 mot 5xx følger du tabellen over feilkoder; ikke behandle en kredittstopp som en hastighetsgrense.

---

Rask oversikt