2026-10-21: 8 API-klager, vi hørte i dag

Klager, som engelsksprogede udviklere har lagt offentligt op på X mellem den 19. og 21. okt. 2026, gengivet med egne ord nedenfor med links til de oprindelige opslag. Hvert svar bygger udelukkende på det, PoYos offentlige side og dokumentation siger i dag, og linker til den side, det stammer fra. Hvor dokumentationen ikke dækker noget, siger vi det.

---

Q1. Et værktøj, jeg stolede på, lækkede min API-nøgle, og jeg vågnede op til en regning. Hvordan begrænser jeg skaden næste gang?

Det klager udviklerne over: Bruddet hos OpenCode Console var den største API-historie de seneste to dage. OpenCode oplyser, at udbydernøgler gemt af omkring 1,4 % af Console-brugerne kan være blevet eksponeret, og nogle udviklere har meldt om uautoriserede trækninger hos OpenAI, Anthropic og Google, i ét tilfælde på $1,700. Udviklerne blev ved med at give det samme råd: giv hvert værktøj sin egen nøgle med et forbrugsloft, og husk, at en nøgle, der slettes inde i et tredjepartsværktøj, ikke dermed er tilbagekaldt. En anden udvikler skrev om en regning på $420 fra en glemt nøgle fra 2024.

Sådan svarer PoYo: Vores dokumentation nævner tre kontroller, du kan sætte på en PoYo-nøgle:

• Forbrugsgrænser pr. nøgle (pr. time, pr. dag og samlet) og en IP-hvidliste, så kun dine godkendte server-IP'er kan bruge nøglen. Begge dele findes på siden med API-nøgler og er forklaret i Kom i gang.
• Blokering pr. slutbruger. Din app sender en X-End-User-ID-header med hver anmodning, og så kan du blokere én misbrugende bruger på en nøgle uden at rotere eller deaktivere selve nøglen. Du kan også gøre headeren obligatorisk for alle anmodninger på den nøgle. Se Identifikation af slutbrugere.
• Nøglerne bliver på serveren. Dokumentationen siger, at nøgler aldrig må ligge i browserkode, mobilapps eller offentlige repositories.

Vores offentlige dokumentation lover ikke refundering for forbrug med en lækket nøgle. Hvis du mener, at en PoYo-nøgle er blevet misbrugt, så tilbagekald den og kontakt support ([email protected]).

---

Q2. Jeg forudbetalte API-kreditter, og et år senere var de væk.

Det klager udviklerne over: Et meget delt opslag argumenterede for, at der ikke ligger nogen teknisk grund bag, at forudbetalte kreditter hos Anthropic og OpenAI udløber efter 12 måneder, fordi man har en dollarsaldo og ikke reserveret GPU-tid. Forfatteren sagde, at han selv havde mistet omkring $50 på grund af udløb.

Sådan svarer PoYo: PoYos forside siger det klart: kreditbaseret prissætning, ingen abonnementer, engangskøb, og kreditterne udløber aldrig. Du kan til enhver tid se din aktuelle saldo via endpointet for brugersaldo (GET /api/user/balance), som returnerer credits_amount i realtid.

---

Q3. Gemini 3.8 Flash har i dagevis returneret 503 "no capacity". Hvad gør jeg, når én upstream-udbyder går i stå?

Det klager udviklerne over: En udvikler sagde, at gratisniveauet for gemini-3.8-flash havde returneret 503 i 2,5 dage. En anden oplevede svar på over 60 sekunder eller 503-kapacitetsfejl i Antigravity. På siden af kodeagenterne talte en analyse 42,7 timers åbne Codex-hændelser på to uger og argumenterede for, at det er udfald og ikke smag, der gør, at mange betaler for to kodeværktøjer.

Sådan svarer PoYo: Her er, hvad dokumentationen understøtter, og hvad den ikke gør:

• Én nøgle, mange modeller. Gemini 3.8 Flash, Gemini 3.7 Flash, Claude, GPT og DeepSeek-modeller kører alle på den samme PoYo-nøgle. Hvis én model har problemer, kan du skifte til en anden ved at ændre værdien af model. Alle modeller er opført i llms.txt.
• Adskilte fejlkoder. Siden med fejlkoder skelner mellem 502 upstream_error og 503 service_error ("serveren er optaget") og anbefaler at forsøge begge igen med eksponentiel backoff.
• Det, vi ikke hævder. Dokumentationen beskriver ingen automatisk failover mellem udbydere, så hvis du vil have en fallback, skal du bygge den ind i din klient. Kom i gang siger også direkte, at PoYos "samlede stabilitet kan være en smule lavere end hos de officielle udbydere". Det fortæller vi hellere på forhånd.

---

Q4. Min 429 var slet ikke en hastighedsgrænse. Hvorfor bruger udbydere den samme fejl til forskellige ting?

Det klager udviklerne over: En udvikler forklarede, at en 429, de var stødt på, i virkeligheden var en niveaugrænse for lang kontekst og ikke en hastighedsgrænse, og at det tog omkring en time at grave rundt i dashboards, før de fandt ud af det. En beslægtet vejledning om kvotefejl hos Gemini (16. okt.) gennemgår en enkelt 429 RESOURCE_EXHAUSTED, der kan betyde "slet ingen kvote til denne model", "grænse pr. minut" eller "grænse pr. dag", og hver af dem kræver en forskellig løsning.

Sådan svarer PoYo: Vores side med fejlkoder giver hver status én enkelt betydning:

Samme side råder dig til at holde øje med din kreditsaldo, så du ikke løber ind i en 402 midt i kritisk arbejde. Saldo-endpointet er vejen til at tjekke den.

---

Q5. Mine batchjobs rammer hastighedsgrænser halvvejs.

Det klager udviklerne over: En udvikler, der byggede en agent til leadgenerering med n8n, sagde, at hastighedsgrænser i API'er under batchkørsler var det største problem, og spurgte andre, hvordan de håndterer backoff og deduplikering.

Sådan svarer PoYo: Kom i gang offentliggør standardgrænsen: op til 20 nye genereringsanmodninger pr. 10 sekunder pr. konto, hvilket "typisk giver plads til over 100 samtidige kørende opgaver". Anmodninger over grænsen får en HTTP 429 og kommer ikke i kø, så fordel dine indsendelser i stedet for at sende alt på én gang. Hvis du konsekvent rammer 429, siger dokumentationen, at du kan bede supporten om en højere grænse, selvom godkendelser gives forsigtigt.

Generering er asynkron: Du indsender en opgave, får et task_id og poller derefter eller modtager et callback (API-overblik). Til store batches anbefaler dokumentationen signerede webhooks (HMAC-SHA256) frem for hyppig polling. Om deduplikering giver dokumentationen én regel: Behandl enhver gentagen indsendelse som potentielt nyt betalt arbejde, og tjek, om den oprindelige anmodning allerede har oprettet en opgave, før du prøver igen.

---

Q6. AI-video-API'er koster vildt forskellige beløb, og jeg bliver ved med at betale for klip, jeg ikke kan bruge.

Det klager udviklerne over: En prissammenligning fandt, at priserne for videogenerering varierede med mere end en faktor 3 for den samme model hos forskellige udbydere. En anden udvikler sagde, at Higgsfield stadig er for dyrt, selv med Seedance 2.5, og bad om billigere muligheder. En tredje sagde, at vedkommende brugte omkring $12 af $40 i kreditter på en apps videogenerator uden at få ét brugbart klip på 15 sekunder.

Sådan svarer PoYo: Alle videomodeller er samlet på siden AI-video-API, og de bruger alle det samme asynkrone flow med indsendelse og status. Hver model offentliggør priser pr. sekund. For eksempel angiver Seedance 2.5 480p til $0.140/s og 1080p til $0.570/s uden videoinput, med lavere satser, når anmodningen indeholder en referencevideo. Prissiden stiller PoYos pris side om side med den officielle pris, hvor der er angivet en.

Om fejl: Både llms.txt og modelsiderne siger, at mislykkede opgaver ikke bliver trukket. For at være tydelig tæller en opgave, der gennemføres, men giver et klip, du ikke bryder dig om, stadig som et vellykket resultat og bliver faktureret. Du kan teste prompts i Playground på hver modelside, før du kalder API'en.

---

Q7. Leverer den billige API, jeg bruger, faktisk den model, den påstår?

Det klager udviklerne over: En udvikler sagde, at OpenRouter begyndte at sende deres GLM-anmodninger til et FP4-kvantiseret endpoint, hvilket ødelagde projektet, før de fandt ud af, hvad der havde ændret sig. Et andet opslag beskrev API-videreformidlere med "100 % officiel direkte forsyning", der sælger med store rabatter, men viser sig at være langsomme, og hvordan man afslører en falsk upstream.

Sådan svarer PoYo: Her er, hvad du kan tjekke på vores offentlige sider:

• Mærkede officielle varianter. Nogle modeller tilbydes som tydeligt navngivne "officielle" varianter, f.eks. Sora 2 Official og Veo 3.1 Official. De er opført adskilt fra modellens øvrige varianter, som det fremgår af llms.txt.
• Offentlige skemaer og priser. Hver model offentliggør sit aktuelle inputskema og sin pris i sin egen llms.txt.
• Opgavehistorik. Siden med opgavehistorik viser model, inputparametre, status og resultat eller fejl for hver opgave, du kører (se Kom i gang).

Vores offentlige dokumentation beskriver ikke, hvordan hver anmodning dirigeres upstream, så vi fremsætter ingen påstande om routing her.

---

Q8. Min agents token-regning er løbet løbsk.

Det klager udviklerne over: En udvikler sammenlignede en måneds udgifter til en researchagent: $220 på Opus 5.5 mod $4.80 på DeepSeek. En anden mente, at hvis Gemini 4 Argon kan måle sig med Opus for færre penge, så "redder brandloyalitet ikke din API-regning."

Sådan svarer PoYo: Alle disse modeller kører på én nøgle, så at flytte en workload til en billigere model betyder at ændre feltet model og ikke at starte en ny integration. Aktuelle listepriser:

• Claude Opus 5.5: $3.20 input / $16.00 output pr. 1 mio. tokens, hvilket modelsiden beskriver som 20 % under de officielle standardsatser.
• Gemini 4 Argon: $1.60 / $8.00 pr. 1 mio. tokens (20 % under officiel pris).
• DeepSeek V4.1 Flash: $0.30 / $1.20 pr. 1 mio. tokens.

Tjek prissiden, før du forpligter en workload. Priserne ændrer sig, og hver models llms.txt har altid de aktuelle tal.

---

Hurtigt overblik