2026-10-21: 8 API-Beschwerden, die wir heute gehört haben

Beschwerden, die englischsprachige Entwickler zwischen dem 19. und 21. Oktober 2026 öffentlich auf X gepostet haben, hier zusammengefasst und mit Links zu den Originalbeiträgen. Jede Antwort verwendet nur das, was die öffentliche Website und die Dokumentation von PoYo heute sagen, und verlinkt die jeweilige Seite. Wo die Dokumentation etwas nicht abdeckt, sagen wir das.

---

Q1. Ein Tool, dem ich vertraut habe, hat meinen API-Schlüssel preisgegeben, und ich bin mit einer Rechnung aufgewacht. Wie begrenze ich den Schaden beim nächsten Mal?

Was Entwickler beanstanden: Der Vorfall bei der OpenCode Console war in den letzten zwei Tagen das größte API-Thema. OpenCode sagt, dass bei etwa 1,4 % der Console-Nutzer gespeicherte Anbieter-Schlüssel offengelegt worden sein können. Einige Entwickler meldeten unautorisierte Abbuchungen bei OpenAI, Anthropic und Google, in einem Fall $1.700. Der Rat wiederholte sich: jedem Tool einen eigenen Schlüssel mit Ausgabenobergrenze geben und daran denken, dass das Löschen eines Schlüssels in einem Drittanbieter-Tool ihn nicht widerruft. Ein anderer Entwickler berichtete von einer Rechnung über $420 durch einen vergessenen Schlüssel von 2024.

Wie PoYo antwortet: Die Dokumentation nennt drei Kontrollen, die Sie auf einen PoYo-Schlüssel legen können:

• Nutzungsobergrenzen pro Schlüssel (stündlich, täglich und gesamt) und eine IP-Whitelist, sodass nur von Ihnen freigegebene Server-IPs den Schlüssel verwenden können. Beides steht auf der API-Schlüssel-Seite und wird in Erste Schritte erklärt.
• Sperren je Endnutzer. Ihre Anwendung sendet bei jeder Anfrage den Header X-End-User-ID. Danach können Sie einen missbräuchlichen Aufrufer auf einem Schlüssel sperren, ohne den Schlüssel zu rotieren oder zu deaktivieren. Sie können den Header für jede Anfrage auf diesem Schlüssel auch verpflichtend machen. Siehe Identifikation von Endnutzern.
• Schlüssel bleiben auf dem Server. Die Dokumentation sagt, Schlüssel nicht in Browser-Code, mobilen Apps oder öffentlichen Repositories abzulegen.

Die öffentliche Dokumentation verspricht keine Erstattung für Nutzung, die mit einem durchgesickerten Schlüssel entstanden ist. Wenn Sie meinen, ein PoYo-Schlüssel sei missbraucht worden, widerrufen Sie ihn und kontaktieren Sie den Support ([email protected]).

---

Q2. Ich habe API-Credits im Voraus bezahlt, und ein Jahr später waren sie weg.

Was Entwickler beanstanden: Ein viel geteilter Beitrag argumentierte, dass das Ablaufen vorausbezahlter Credits bei Anthropic und OpenAI nach 12 Monaten keinen technischen Grund habe, weil man ein Dollar-Guthaben halte und keine reservierte GPU-Zeit. Der Autor schrieb, er habe durch den Ablauf persönlich etwa 50 Dollar verloren.

Wie PoYo antwortet: Die PoYo-Startseite sagt es direkt: Credit-Preise, keine Abonnements, Einmalkäufe, und Credits verfallen nie. Das aktuelle Guthaben lässt sich jederzeit über den Endpunkt für das Nutzerguthaben (GET /api/user/balance) lesen. Er gibt credits_amount in Echtzeit zurück.

---

Q3. Gemini 3.8 Flash liefert seit Tagen 503 „keine Kapazität“. Was tun, wenn ein Upstream stockt?

Was Entwickler beanstanden: Ein Entwickler schrieb, die kostenlose Stufe von gemini-3.8-flash habe seit 2,5 Tagen 503 zurückgegeben. Ein anderer sah in Antigravity Antworten über 60 Sekunden oder 503-Kapazitätsfehler. Auf der Seite der Coding-Werkzeuge zählte eine Analyse 42,7 Stunden offener Codex-Vorfälle in zwei Wochen und argumentierte, Ausfälle und nicht der Geschmack seien der Grund, warum viele zwei Coding-Werkzeuge bezahlen.

Wie PoYo antwortet: Das stützt die Dokumentation, und das stützt sie nicht:

• Ein Schlüssel, viele Modelle. Gemini 3.8 Flash, Gemini 3.7 Flash sowie Modelle von Claude, GPT und DeepSeek laufen über denselben PoYo-Schlüssel. Wenn ein Modell Probleme hat, wechseln Sie, indem Sie den Wert model ändern. Alle Modelle stehen in llms.txt.
• Getrennte Fehlercodes. Die Seite Fehlercodes unterscheidet 502 upstream_error von 503 service_error („Server ist ausgelastet“) und empfiehlt, beide mit exponentiellem Backoff zu wiederholen.
• Was wir nicht behaupten. Die Dokumentation beschreibt kein automatisches Failover zwischen Anbietern. Wenn Sie einen Fallback wollen, bauen Sie ihn in Ihren Client. Erste Schritte sagt außerdem direkt, dass die „Gesamtstabilität von PoYo etwas niedriger sein kann als bei den offiziellen Anbietern“. Das sagen wir vorab.

---

Q4. Mein 429 war gar kein Rate-Limit. Warum verwenden Anbieter denselben Fehler für verschiedene Dinge?

Was Entwickler beanstanden: Ein Entwickler erklärte, ein 429 sei in Wirklichkeit eine Stufenobergrenze für langen Kontext gewesen, kein Rate-Limit, und er habe etwa eine Stunde in Dashboards gebraucht, um das zu erkennen. Ein verwandtes Tutorial zu Gemini-Kontingentfehlern (16. Oktober) geht einen einzelnen 429 RESOURCE_EXHAUSTED durch, der „für dieses Modell überhaupt kein Kontingent“, „Obergrenze pro Minute“ oder „Obergrenze pro Tag“ bedeuten kann. Jede Bedeutung braucht eine andere Reaktion.

Wie PoYo antwortet: Unsere Seite Fehlercodes gibt jedem Status eine einzige Bedeutung:

Dieselbe Seite sagt, das Credit-Guthaben im Blick zu behalten, damit mitten in kritischer Arbeit kein 402 kommt. Der Weg dazu ist der Guthaben-Endpunkt.

---

Q5. Meine Batch-Jobs laufen auf halbem Weg in Rate-Limits.

Was Entwickler beanstanden: Ein Entwickler, der mit n8n einen Agenten zur Lead-Gewinnung baut, nannte API-Rate-Limits während Batch-Läufen als größtes Problem und fragte, wie andere Backoff und Deduplizierung handhaben.

Wie PoYo antwortet: Erste Schritte veröffentlicht das Standardlimit: bis zu 20 neue Generierungsanfragen pro 10 Sekunden und Konto, was „typischerweise mehr als 100 gleichzeitig laufende Aufgaben erlaubt“. Anfragen über dem Limit erhalten HTTP 429 und kommen nicht in die Warteschlange. Takten Sie die Einreichungen, statt alles auf einmal zu senden. Wenn 429 dauerhaft auftritt, kann man laut Dokumentation den Support um ein höheres Limit bitten; Freigaben sind zurückhaltend.

Die Generierung ist asynchron: Sie reichen eine Aufgabe ein, erhalten eine task_id und pollen danach oder empfangen einen Callback (API-Überblick). Für große Batches empfiehlt die Dokumentation signierte Webhooks (HMAC-SHA256) statt häufigem Polling. Zur Deduplizierung gibt es eine Regel: Behandeln Sie jede erneute Einreichung als möglicherweise neue, kostenpflichtige Arbeit, und prüfen Sie vor einem Retry, ob die ursprüngliche Anfrage bereits eine Aufgabe erzeugt hat.

---

Q6. KI-Video-APIs kosten sehr unterschiedlich, und ich zahle weiter für Clips, die ich nicht verwenden kann.

Was Entwickler beanstanden: Ein Preisvergleich fand Unterschiede von mehr als dem Dreifachen für dasselbe Modell zwischen Anbietern. Ein anderer Entwickler schrieb, Higgsfield sei selbst mit Seedance 2.5 noch zu teuer, und fragte nach günstigeren Optionen. Ein dritter gab an, bei einem Video-Generator einer App etwa 12 von 40 Dollar an Credits ausgegeben zu haben, ohne einen verwendbaren 15-Sekunden-Clip zu erhalten.

Wie PoYo antwortet: Alle Videomodelle stehen auf der Seite KI-Video-API und nutzen denselben asynchronen Ablauf aus Einreichen und Status. Jedes Modell veröffentlicht Preise pro Sekunde. Seedance 2.5 nennt zum Beispiel ohne Videoeingabe 480p zu $0,140/s und 1080p zu $0,570/s; mit Referenzvideo sind die Sätze niedriger. Die Preisseite stellt den PoYo-Preis neben den offiziellen Preis, wo einer ausgewiesen ist.

Zu Fehlern: llms.txt und die Modellseiten sagen, fehlgeschlagene Aufgaben werden nicht berechnet. Zur Klarstellung: Eine Aufgabe, die fertig wird, aber einen Clip liefert, der Ihnen nicht gefällt, gilt als erfolgreiche Ausgabe und wird berechnet. Prompts lassen sich im Playground auf der jeweiligen Modellseite testen, bevor Sie die API aufrufen.

---

Q7. Liefert die günstige API, die ich nutze, wirklich das Modell, das sie nennt?

Was Entwickler beanstanden: Ein Entwickler schrieb, OpenRouter habe GLM-Anfragen an einen FP4-quantisierten Endpunkt geschickt. Das habe das Projekt beschädigt, bevor klar war, was sich geändert hatte. Ein anderer Beitrag beschrieb API-Relays mit dem Anspruch „100 % offizielle Direktversorgung“, die mit starken Rabatten verkaufen, aber langsam sind, und wie man ein unechtes Upstream erkennt.

Wie PoYo antwortet: Auf den öffentlichen Seiten lässt sich Folgendes prüfen:

• Ausdrücklich benannte Official-Varianten. Einige Modelle gibt es als klar benannte Varianten „official“, etwa Sora 2 Official und Veo 3.1 Official. Sie stehen getrennt von den anderen Varianten desselben Modells, wie in llms.txt zu sehen.
• Öffentliche Schemas und Preise. Jedes Modell veröffentlicht sein aktuelles Eingabeschema und seinen Preis in der eigenen llms.txt.
• Aufgabenverlauf. Die Seite zum Aufgabenverlauf zeigt Modell, Eingabeparameter, Status sowie Ergebnis oder Fehler für jede Aufgabe (siehe Erste Schritte).

Die öffentliche Dokumentation beschreibt nicht, wie jede Anfrage upstream geroutet wird. Deshalb machen wir hier keine Aussagen zum Routing.

---

Q8. Die Token-Rechnung meines Agenten ist außer Kontrolle.

Was Entwickler beanstanden: Ein Entwickler verglich die Kosten eines Recherche-Agenten über einen Monat: $220 mit Opus 5.5 gegenüber $4,80 mit DeepSeek. Ein anderer argumentierte, wenn Gemini 4 Argon bei geringeren Kosten mit Opus mithalte, „rettet Markentreue Ihre API-Rechnung nicht.“

Wie PoYo antwortet: Alle diese Modelle laufen über einen Schlüssel. Eine Arbeitslast auf ein günstigeres Modell zu verlegen heißt, das Feld model zu ändern, nicht eine neue Integration zu beginnen. Aktuelle ausgewiesene Preise:

• Claude Opus 5.5: $3,20 Eingabe / $16,00 Ausgabe je 1 Mio. Token. Die Modellseite beschreibt das als 20 % unter den offiziellen Standardsätzen.
• Gemini 4 Argon: $1,60 / $8,00 je 1 Mio. Token (20 % unter dem offiziellen Preis).
• DeepSeek V4.1 Flash: $0,30 / $1,20 je 1 Mio. Token.

Prüfen Sie die Preisseite, bevor Sie eine Arbeitslast festlegen. Preise ändern sich, und die llms.txt jedes Modells enthält die aktuellen Zahlen.

---

Kurzüberblick