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

Klager, som engelsksprogede udviklere postede offentligt mellem 25. og 27. 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. Den nye, hurtige model er så hurtig, at den giver sig selv 429 – især med maksimal ræsonnering og parallelle Codex-sessioner.

Det klager udviklerne over: GPT-6.1 Terra blev lanceret som et hurtigt og billigere niveau til computerbrug, og så fik udviklere straks HTTP 429 på Terra / hurtig tilstand og under maksimal ræsonnering – mens den samme prompt på Sol kørte fint. Flere opslag bemærkede, at der var brugt nul tokens ved en 429, hvilket betyder, at en samtidigheds- eller hastighedsspærre slog til, før målingen begyndte. Parallelle Codex-sessioner, der poller med den samme nøgle, gjorde det værre.

Sådan svarer PoYo: Vores side med fejlkoder giver 429 én betydning – rate_limit_error – og én anbefalet handling: vent, før du prøver igen, eller læg anmodninger i kø. Kom i gang offentliggør standardgrænsen for generering: op til 20 nye genereringsanmodninger pr. 10 sekunder pr. konto. Anmodninger over den grænse får HTTP 429 og kommer ikke i køen. Chat- og mediemodeller deler én PoYo-nøgle og er opført i llms.txt, så et modelskifte er blot en ændring af model-strengen – ikke en ny leverandøroprettelse. Hvis du konsekvent rammer 429, kan du ifølge dokumentationen kontakte support for at få en højere grænse; godkendelser behandles forsigtigt.

Dokumentationen beskriver ingen automatisk failover mellem udbydere. Byg fallback ind i din klient. Kom i gang siger også, at PoYos "samlede stabilitet kan være en smule lavere end hos de officielle udbydere".

---

Q2. Min "429" var i virkeligheden en forbrugsgrænse – faktureringsfejl forklædt som hastighedsgrænser.

Det klager udviklerne over: Et opslag opsummerede det sådan: HTTP 429 er ikke én fejltype. Hos Anthropic kan den betyde en hastighedsgrænse, en accelerationsgrænse eller et forbrugsloft – og en 429 fra et forbrugsloft har ofte ingen Retry-After, så det hjælper ikke at vente i det uendelige. Teams behandler hele tiden et hårdt faktureringsstop som en regulering af trafikken.

Sådan svarer PoYo: PoYo skiller de to tilfælde tydeligt ad i tabellen over fejlkoder:

Selve faktureringen er forudbetalte kreditter: forsiden nævner engangskøb uden tilbagevendende abonnementer, og kreditterne udløber aldrig. Poll GET /api/user/balance for credits_amount, når du har brug for et live-tal (brugersaldo). Tippet på siden med fejlkoder er tydeligt: overvåg dine kreditter, så du undgår 402-fejl under kritisk arbejde.

---

Q3. Mit agent-SDK æder hastighedsgrænsens vindue ca. 1,7 gange hurtigere end chat – og N agenter deler stadig ét loft.

Det klager udviklerne over: Anthropic erkendte en fejl i Agents SDK, der brugte Claudes 5-timers hastighedsgrænser cirka 1,7 gange hurtigere end forventet, når man skiftede fra chat til agenttilstand. Derudover bemærkede udviklere, at worktrees løser filkonflikter, men at ti agenter stadig deler én database og én API-hastighedsgrænse – så parallelle harnesses vælter hinanden på den samme nøgle.

Sådan svarer PoYo: Generering hos PoYo er designet til at være asynkron, så lange jobs ikke er bundet til ét enkelt gateway-timeout. Kom i gang og API-oversigten siger: indsend en opgave, gem task_id, og poll derefter status eller modtag en webhook. Til produktionsbelastninger foretrækker dokumentationen signerede webhooks frem for hyppig polling. Ved 429 skal du vente eller lægge i kø (fejlkoder); standardgrænsen for generering er fortsat 20 nye anmodninger pr. 10 s pr. konto, hvor overskydende anmodninger afvises og ikke lægges i kø.

For at undgå, at én løbsk agent tømmer hele kontoen, kan du bruge de kontroller, der er beskrevet på siden med API-nøgler og i Kom i gang: timegrænser, døgngrænser og samlede forbrugsgrænser pr. nøgle. Billeder, video, musik, chat og 3D ligger bag én samlet API-nøgle (llms.txt, forsiden).

Dokumentationen beskriver ingen automatisk failover mellem udbydere. Din klient må selv håndtere 429 / 5xx og vælge den næste model eller sti til nyt forsøg.

---

Q4. Endnu en SaaS fik fat i mine AI-nøgler – og leverandøren sagde, at det uautoriserede forbrug ikke refunderes.

Det klager udviklerne over: En udvikler meldte om en hacket Anthropic API-nøgle, der løb op i $105.94 i uautoriseret forbrug; supporten (via en AI-agent) svarede, at forbrugt brug ikke refunderes, og lukkede eskaleringen. I det samme 48-timers vindue dukkede der hele tiden brud op i stil med OpenCode Console / Railway, hvor gemte OpenAI-, Anthropic- og Google-nøgler var byttet – roter først, og sæt derefter et hårdt forbrugsloft.

Sådan svarer PoYo: Roter først – en lækket hemmelighed er stadig en lækket hemmelighed. Derefter viser vores dokumentation kontroller, der begrænser, hvad en stjålet PoYo-nøgle kan bruges til:

• IP-hvidliste. Tillad kun dine godkendte server-IP'er på en nøgle, så en nøgle, der er kopieret ud af en miljøvariabel, ikke virker fra angriberens maskine. Se siden med API-nøgler og Kom i gang.
• Forbrugsgrænser pr. nøgle (pr. time, pr. døgn og samlet), så én nøgle har et hårdt loft, før du opdager noget.
• Blokering pr. slutbruger. Send en X-End-User-ID-header, så kan du blokere én misbrugende kalder på en nøgle uden at rotere den. Et blokeret ID returnerer HTTP 403 med end_user_blocked. Se identifikation af slutbrugere.

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]).

---

Q5. En AI-klient bør vide, hvornår den ikke skal prøve igen – og videogenforsøg kan stille og roligt fordoble regningen.

Det klager udviklerne over: Genforsøg hjælper ved midlertidige fejl, men de er ikke universelle. Når en anmodning er forkert udformet, en legitimation er ugyldig, eller en model ikke er tilgængelig for kontoen, øger det kun presset at gentage det samme kald. På video-API'er dukker det samme tema op som "tryk på prøv igen, og du kan oprette endnu en faktureret opgave".

Sådan svarer PoYo: Match fejlen med handlingen på siden med fejlkoder:

• 402 insufficient_credits_error → fyld op. Prøv ikke igen.
• 429 rate_limit_error → vent eller læg i kø.
• 500 / 502 / 503 → eksponentiel backoff.
• 401 → ret nøglen; at prøve den samme dårlige legitimation igen hjælper ikke (Kom i gang).

Kom i gang advarer også: behandl hvert genforsøg med indsendelse som potentielt nyt betalt arbejde; bekræft, om den oprindelige anmodning oprettede en opgave, før du sender igen. For medier oplyser llms.txt og forsiden, at mislykkede opgaver ikke afregnes, og at der faktureres pr. vellykket resultat med en pris pr. model. Brug hellere callback_url / webhooks end aggressiv statuspolling, så du ikke multiplicerer belastningen, mens du venter (API-oversigt).

---

Q6. API-priser føles stadig vanvittigt dyre ved siden af abonnementet – og jeg kan ikke se den aktuelle saldo, før agenten har brændt den af.

Det klager udviklerne over: Et svar sagde det ligeud: abonnementer føles subsidierede, men API-priserne hos OpenAI og Anthropic er "vanvittigt dyre". Andre opslag i samme periode spurgte, om folk overhovedet ved, hvad en enkelt multiagent-prompt koster til API-takster, og mindede udviklere om, at tællerne for ChatGPT- / Codex-abonnementer og API-tællerne ikke taler sammen.

Sådan svarer PoYo: Tre dokumenterede elementer passer til denne klage:

1. Forudbetalte kreditter, ingen abonnementstæller. Forsiden beskriver kreditbaseret prissætning med engangskøb, ingen tilbagevendende abonnementer og kreditter, der aldrig udløber. Du betaler for vellykkede genereringer; mislykkede opgaver afregnes ikke (llms.txt).
2. Én nøgle, én saldo. Chat og medier deler én PoYo-konto. Poll GET /api/user/balance for credits_amount (brugersaldo).
3. Offentliggjorte priser pr. model. De aktuelle priser findes på hver modelside / https://poyo.ai/models/<id>/llms.txt og i katalogindekset (llms.txt) – tjek dem, før du sender betalt arbejde; gæt ikke dollarbeløb ud fra hukommelsen. Opgavehistorikken (beskrevet i Kom i gang) lader dig bagefter se model, input og status.

---

Q7. Min "serverfunktion" / Telegram-bot kan kaldes af hvem som helst – og nøglen ligger, hvor curl kan finde den.

Det klager udviklerne over: Der blev ved med at komme praktiske sikkerhedsopslag: begræns API-nøgler og sæt en daglig kvote; indsæt ikke udbydernøgler i chat-grænseflader eller Telegram-agenter; en nøgle i en kaldbar serverfunktion uden en hastighedsgrænse pr. bruger og et forbrugsloft er et betalingskort til den, der finder URL'en.

Sådan svarer PoYo: Kom i gang er tydelig: eksponér aldrig din API-nøgle i frontend-kode (browser, mobilapps, offentlige repositories). Behandl nøglen som en hemmelighed, hold den på din server, og brug de kontroller, der allerede er dokumenteret for produktionsnøgler:

• IP-hvidliste og timegrænser / døgngrænser / samlede grænser pr. nøgle på siden med API-nøgler.
• Kræv X-End-User-ID, og bloker derefter en misbrugende kalder med HTTP 403 end_user_blocked uden at rotere hele nøglen (identifikation af slutbrugere).
• Håndtér 401, 402 og 429 eksplicit, før du går i produktion (Kom i gang, fejlkoder).

---

Hurtigt overblik