Klager, som engelsksprogede udviklere har lagt offentligt op mellem den 20. og 22. 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. Mine AI-nøgler lå i min hostingudbyders miljøvariabler, og nogen tømte dem natten over.
Det klager udviklerne over: Railway oplyste den 21. okt., at en uvedkommende part kan have læst dekrypterede miljøvariabler, og bad alle brugere om at rotere de nøgler, der var gemt dér. Inden for få timer sagde en udvikler, at nogen havde brugt $500 på hans OpenAI-nøgle, en anden sagde, at hans OpenAI-saldo var brugt helt op, og en tredje sagde, at Anthropic havde sendt en mail om, at nøgler gemt hos Railway var blevet deaktiveret. Samme nat meldte en sikkerhedskonto, at LiteLLM 1.107.0 kortvarigt blev udsendt med en tyv af loginoplysninger. Tråden på Hacker News blev ved med at stille det samme spørgsmål: Hvis en nøgle lækker, hvem betaler så regningen?
Sådan svarer PoYo: En lækket hemmelighed er stadig en lækket hemmelighed, så roter først. Men vores dokumentation nævner kontroller, der begrænser, hvad en stjålet PoYo-nøgle kan bruges til:
- IP-hvidliste. Du kan kun tillade dine godkendte server-IP'er at bruge 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. dag og samlet), som sætter et loft over, hvor meget én nøgle kan bruge, før du opdager det.
- Blokering pr. slutbruger. Send en
X-End-User-ID-header, så kan du blokere én misbrugende bruger på en nøgle uden at rotere den. 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]).
Q2. Ét klik i min app blev til ni API-kald, mens udbyderen var overbelastet.
Det klager udviklerne over: En udvikler pegede på, at Anthropic-SDK'et som standard allerede forsøger mislykkede anmodninger igen to gange ved fejl 408, 409, 429 og 5xx. Pak det ind i din egen løkke med tre forsøg, og ét enkelt klik kan sende ni anmodninger til en API, der beder dig sætte farten ned. En anden udvikler sagde, at den nyligt udgivne Sonnet 5.5 stadig til tider gav 529-fejl.
Sådan svarer PoYo: Vores side med fejlkoder giver hver status én betydning og én anbefalet handling, hvilket gør det lettere at afgøre, hvor genforsøg hører hjemme:
| Kode | error.type | Hvad dokumentationen siger, du skal gøre |
|---|---|---|
| 402 | insufficient_credits_error | Fyld op. Det hjælper ikke at prøve igen. |
| 429 | rate_limit_error | Vent, før du prøver igen, eller sæt anmodninger i kø. |
| 500 / 502 / 503 | internal_error / upstream_error / service_error | Prøv igen med eksponentiel backoff. |
To dokumenterede regler til er vigtige her. Kom i gang siger, at anmodninger over hastighedsgrænsen afvises med 429 og ikke kommer i kø, så ekstra genforsøg giver bare flere afvisninger. Det siger også, at du skal behandle enhver gentagen indsendelse som potentielt nyt betalt arbejde og tjekke, om den oprindelige anmodning allerede har oprettet en opgave, før du prøver igen. For mediegenerering fastslår llms.txt, at mislykkede opgaver ikke bliver trukket.
Hvis du vil have selve Sonnet 5.5, er Claude Sonnet 5.5 opført til $1.60 input / $8.00 output pr. 1 mio. tokens, hvilket modelsiden beskriver som 20 % under de officielle standardsatser.
Q3. Jeg lod en agent køre natten over og vågnede op til en regning med fire cifre.
Det klager udviklerne over: En udvikler sagde, at han ved et uheld lod to sessioner med en kodeagent køre natten over og brugte over $2,000, og kun blev reddet af, at hans kort blev afvist. På virksomhedssiden bemærkede et ugentligt overblik, at Accenture begrænsede Claude til $29 om måneden pr. medarbejder, efter at nogle medarbejdere havde brugt $500 til $1.000.
Sådan svarer PoYo: Det giver vores dokumentation dig til at stoppe løbsk forbrug:
- Forudbetalte kreditter, ingen abonnementer. PoYos forside beskriver engangskøb af kreditter uden tilbagevendende abonnementer. Når saldoen er brugt op, får anmodninger en
402 insufficient_credits_error(fejlkoder) i stedet for at løbe op i en regning. - Grænser pr. time, pr. dag og samlet på hver nøgle. Giv hvert værktøj, hver kollega eller agent sin egen nøgle med sin egen grænse, så én glemt terminal ikke kan tømme hele kontoen (Kom i gang).
- Saldo, du kan polle.
GET /api/user/balancereturnerercredits_amounti realtid (brugersaldo), så du kan lave en alarm til dig selv, før du rammer nul.
Q4. Jeg kan ikke planlægge efter forbrugsgrænser, som ingen vil fortælle mig om.
Det klager udviklerne over: Et tilbageblik på OpenAI's seneste periode bemærkede, at omkring 40.000 Codex-konti fik de forkerte forbrugsgrænser. Et meget læst opslag klagede over, at de store agentprodukter ikke fortæller dig, hvad grænserne er. En anden udvikler lagde et skærmbillede ud af en "out of usage"-besked, der blot sagde, at hastighedsgrænsen "nulstilles kl. 6:28 PM", og en særskilt gennemgang forsøgte at dokumentere, hvad ni AI-tjenester ikke fortæller om deres gratisabonnementer.
Sådan svarer PoYo: Vores standardgrænse står skrevet i Kom i gang: op til 20 nye genereringsanmodninger pr. 10 sekunder pr. konto, hvilket "typisk giver plads til over 100 samtidige kørende opgaver". Anmodninger over den grænse får HTTP 429 og bliver ikke sat i kø. Hvis du konsekvent rammer 429, siger samme side, at du kan bede supporten om en højere grænse, selvom godkendelser gives forsigtigt. Generering er asynkron, så et langvarigt job optager ikke en plads i det 10-sekunders vindue, når det først er indsendt (API-overblik).
Q5. Én udbyder har en dårlig dag, og hele mit produkt går ned med den.
Det klager udviklerne over: OpenAI's statusside viste et delvist udfald med forhøjede fejlrater i API'en den 21. okt., og en udvikler opsummerede ugen som OpenCode, Railway og et udfald hos Google Cloud på én gang. En bygger argumenterede for, at hvis din agent afhænger af en enkelt udbyder, er du "én hastighedsgrænse, prisstigning eller API-udfald fra et totalt nedbrud."
Sådan svarer PoYo: Her er, hvad dokumentationen understøtter, og hvad den ikke gør:
- Én nøgle, mange modelfamilier. Claude, GPT, Gemini, DeepSeek og mediemodellerne kører alle på den samme PoYo-nøgle, så at skifte til en anden model betyder at ændre værdien af
modelog ikke at starte en ny integration. Alle modeller er opført i llms.txt. - Adskilte upstream-fejl. Siden med fejlkoder skiller
502 upstream_errorfra503 service_error, så din fallback-logik kan kende forskel. - Det, vi ikke hævder. Dokumentationen beskriver ingen automatisk failover mellem udbydere, så byg fallback 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 siger vi hellere på forhånd.
Q6. Én 1080p-video åd alle mine kreditter.
Det klager udviklerne over: En skaber sagde, at hun brugte alle sine Seedance 2.5-kreditter på én 1080p-video på 20 sekunder, og kaldte prisen vanvittig. En flittigt bogmærket tråd om AI-filmproduktion bad folk spørge, før de betaler noget, "Hvor mange kreditter koster rettelser egentlig?"
Sådan svarer PoYo: Hver videomodel offentliggør priser pr. sekund, så du kan prissætte et klip, før du indsender det:
- Seedance 2.5 angiver 480p til $0.140/s og 1080p til $0.570/s uden videoinput, med lavere satser pr. sekund, når anmodningen indeholder en referencevideo. Til den angivne sats bliver et 1080p-klip på 20 sekunder uden videoinput til $11.40.
- Kling 3.0 angiver 720p uden lyd til $0.135/s og 1080p med lyd til $0.245/s.
At iterere i 480p og rendere den endelige version i 1080p er den billigste vej, de priser tillader. Alle videomodeller bruger det samme asynkrone flow med indsendelse og status og er samlet på siden AI-video-API. Mislykkede opgaver bliver ikke trukket (llms.txt), men et klip, der gennemføres, og som du ikke bryder dig om, tæller stadig som et vellykket resultat og bliver faktureret.
Q7. Jeg blev trukket for en fornyelse af kreditter, jeg aldrig brugte.
Det klager udviklerne over: En bruger sagde, at en videoplatform trak ham $49 for en abonnementsfornyelse, selvom han ikke havde brugt en eneste kredit, og at supporten besvarede hans anmodning om refundering ved at citere servicevilkårene. En anmeldelse af en anden videosuite pegede på, at abonnementet giver 2.000 kreditter om måneden uden mulighed for at overføre ubrugte.
Sådan svarer PoYo: PoYos forside siger det klart: engangskøb uden tilbagevendende abonnementer, og kreditterne udløber aldrig. Der er ingen fornyelse at glemme og ingen månedlig nulstilling. Du kan til enhver tid tjekke, hvad der er tilbage, via endpointet for brugersaldo og sammenligne priser pr. model på prissiden.
Vores offentlige dokumentation angiver ikke en refunderingspolitik for købte kreditter, så vi finder ikke på en her. Spørgsmål sendes til [email protected].
Hurtigt overblik
| Klage | Hvor PoYo dokumenterer det |
|---|---|
| Nøgler tømt fra miljøvariabler | Siden med API-nøgler · Kom i gang · X-End-User-ID |
| Storme af genforsøg / 529-fejl | Fejlkoder · Kom i gang · Claude Sonnet 5.5 |
| Løbsk forbrug natten over | Forside · Kom i gang: nøglegrænser · Saldo-API |
| Skjulte forbrugsgrænser | Kom i gang: hastighedsgrænser · API-overblik |
| Udfald hos en enkelt udbyder | Modelliste i llms.txt · Fejlkoder |
| Videokreditter brændt hurtigt af | Seedance 2.5 · Kling 3.0 · AI-video-API |
| Ubrugte fornyelser / ingen overførsel | Forside: kreditter udløber aldrig · Priser |