Skargi, które anglojęzyczni programiści publicznie opublikowali między 21 a 23 października 2026, przytoczone poniżej własnymi słowami, z linkami do oryginalnych postów. Każda odpowiedź opiera się wyłącznie na tym, co dziś mówią publiczna strona i dokumentacja PoYo, i prowadzi do strony, z której pochodzi. Tam, gdzie dokumentacja czegoś nie obejmuje, piszemy o tym wprost.
Q1. Mój klucz Gemini nadal leżał w zmiennych środowiskowych Railway, a ktoś w nocy wydał 800 USD.
Na co narzekają programiści: Ujawnienie zmiennych środowiskowych w Railway wciąż generuje nowe rachunki. Jeden programista napisał, że stracił 800 USD, gdy ktoś użył jego klucza API Gemini z Google Cloud w priorytetowym poziomie Gemini 4 Argon. Inny napisał, że OpenRouter wysłał mu e-mail o unieważnieniu dwóch osobistych kluczy, po tym jak użyto ich do uruchamiania cudzych agentów. Trzeci podsumował ten tydzień jako OpenCode, Railway i LiteLLM, które w ciągu pięciu dni celowały w klucze do inferencji AI. Powtarzająca się rada brzmi: wyciekły klucz jest wydawany dalej, dopóki ktoś nie przeczyta rachunku.
Odpowiedź PoYo: Najpierw zrotuj klucz, bo wyciekły sekret to wciąż wyciekły sekret. Potem nasza dokumentacja wymienia mechanizmy, które ograniczają to, co może zrobić skradziony klucz PoYo:
- IP whitelist. Dopuść do klucza tylko zatwierdzone adresy IP swoich serwerów, żeby klucz skopiowany ze zmiennej środowiskowej nie działał z maszyny atakującego. Zobacz stronę kluczy API i Pierwsze kroki.
- Limity użycia dla klucza (godzinowy, dzienny i łączny), dzięki którym jeden klucz ma twardy pułap, zanim to zauważysz.
- Blokowanie na poziomie użytkownika końcowego. Wyślij nagłówek
X-End-User-ID, a możesz zablokować jednego nadużywającego użytkownika na danym kluczu bez jego rotowania. Zobacz Identyfikację użytkownika końcowego.
Jeśli nadal chcesz używać samego Gemini 4 Argon, PoYo ma go w ofercie po $1.60 wejście / $8.00 wyjście za 1 mln tokenów (20% poniżej oficjalnych stawek standardowych), za tym samym kluczem PoYo, który obsługuje twoje pozostałe modele.
Nasza publiczna dokumentacja nie obiecuje zwrotów za użycie wykonane za pomocą wyciekłego klucza. Jeśli uważasz, że klucz PoYo został użyty niewłaściwie, unieważnij go i skontaktuj się ze wsparciem (support@poyo.ai).
Q2. Gemini AI Studio i Vertex zwracają błędy 429 i timeouty. Czy wczorajsze problemy w ogóle się skończyły?
Na co narzekają programiści: Jeden programista napisał, że Gemini API z AI Studio lub Vertex było „nie do zniesienia niestabilne i wolne”, z błędami 429 i timeoutami, i zapytał, czy problemy z poprzedniego dnia w ogóle się zakończyły. Osobno w wątkach na Reddicie w r/openrouter ciągle powraca wyjaśnienie, że płatne saldo agregatora nie podnosi limitu modelu upstream: nadal dostajesz 429, gdy wspólna pula jest pełna.
Odpowiedź PoYo: Nasza strona kodów błędów przypisuje każdemu statusowi jedno znaczenie i jedno zalecane działanie:
| Kod | error.type | Co zaleca dokumentacja |
|---|---|---|
| 402 | insufficient_credits_error | Doładuj kredyty. Ponawianie nie pomoże. |
| 429 | rate_limit_error | Poczekaj przed ponowieniem albo ustaw żądania w kolejce. |
| 500 / 502 / 503 | internal_error / upstream_error / service_error | Ponów z wykładniczym backoffem. |
Pierwsze kroki podają domyślny limit generowania: do 20 nowych żądań generowania na 10 sekund na konto. Żądania ponad ten limit dostają HTTP 429 i nie trafiają do kolejki. Modele czatu i multimedialne korzystają z jednego klucza PoYo i są wymienione w llms.txt, więc przejście na inny model to zmiana ciągu model, a nie wdrażanie nowego dostawcy.
Dokumentacja nie opisuje automatycznego failover między dostawcami. Wbuduj rozwiązanie awaryjne w swojego klienta. Pierwsze kroki mówią też, że „ogólna stabilność PoYo może być nieco niższa niż u oficjalnych dostawców”.
Q3. Mój agent potrzebuje obrazu, wideo, audio i czatu, a to pięć SDK i pięć paneli rozliczeń.
Na co narzekają programiści: Jeden twórca opisał problem wprost: analiza obrazu, generowanie wideo, transkrypcja audio i osadzanie tekstu oznaczały pięć SDK, pięć kluczy API i pięć paneli rozliczeń. Prezentacje produktów na X powtarzały to samo zmęczenie: dość zarządzania wieloma kluczami API AI i panelami rozliczeń.
Odpowiedź PoYo: llms.txt opisuje PoYo jako jedno jednolite API modeli: obrazy, wideo, muzyka, 3D, czat i narzędzia za jednym kluczem API. Modele multimedialne korzystają z jednego asynchronicznego przepływu: wyślij zadanie i sprawdzaj status (POST /api/generate/submit, potem odpytuj o status albo ustaw callback_url). Czat używa endpointów zgodnych z OpenAI, Claude Messages lub natywnych endpointów Gemini z tym samym kluczem. Przegląd API opisuje tę architekturę z dwoma endpointami, a strona główna powtarza hasło „jedno asynchroniczne API” dla obrazów, wideo, muzyki, czatu i 3D.
Q4. Seedance wygenerował trzy filmy, a obciążył mnie tak, jakbym zamówił sześć.
Na co narzekają programiści: Jedna twórczyni przeprosiła za chaotyczny montaż i dodała, że Seedance wygenerował trzy wideo zamiast jednego i pobrał dwa razy więcej kredytów. Inny wątek przypominał, że sekundy referencyjne też mogą być płatne: 15-sekundowy materiał referencyjny plus 15-sekundowy wynik mogą oznaczać 30 płatnych sekund. Trzeci nazwał Seedance 2.5 absurdalnie wolnym i drogim do autentycznych treści UGC.
Odpowiedź PoYo: Strona modelu Seedance 2.5 podaje zasadę rozliczania prostym językiem: przy wideo na wejściu rozliczane sekundy = czas trwania wyniku + czas trwania wideo referencyjnego. Ceny za sekundę są podane według rozdzielczości (na przykład 480p bez wideo na wejściu po $0.140/s, 1080p bez wideo na wejściu po $0.570/s). Iteruj w 480p, a finalną wersję wyrenderuj w wyższej rozdzielczości. Wszystkie ścieżki wideo korzystają z tego samego asynchronicznego przepływu opisanego na stronie API wideo AI. Zarówno llms.txt, jak i strona główna mówią, że zadania zakończone niepowodzeniem nie są rozliczane, ale gotowy klip, który ci się nie podoba, nadal liczy się jako udany wynik.
Q5. Anthropic pisze, że moje saldo kredytów jest zbyt niskie, a myślałem, że pokrywa to subskrypcja.
Na co narzekają programiści: W omawianym okresie wiele postów po prostu wklejało ten sam błąd Anthropic: „Your credit balance is too low to access the Anthropic API. Please go to Plans & Billing to upgrade or purchase credits.” (Twoje saldo kredytów jest zbyt niskie, aby korzystać z API Anthropic. Przejdź do Plans & Billing, aby przejść na wyższy plan lub kupić kredyty.) Osobno osoby budujące agenty w n8n usłyszały przypomnienie, że rozliczanie API OpenAI jest oddzielne od subskrypcji ChatGPT. Skarga pod spodem jest ta sama: plany produktowe i kredyty API wyglądają podobnie, dopóki żądanie nie padnie w połowie działania.
Odpowiedź PoYo: Model rozliczeń PoYo jest udokumentowany jako wyłącznie przedpłacone kredyty:
- Strona główna mówi: zakupy jednorazowe bez cyklicznych subskrypcji, a kredyty nigdy nie wygasają.
- Gdy saldo się wyczerpie, API zwraca 402
insufficient_credits_error(kody błędów), zamiast po cichu otwierać fakturę płatną z dołu. - Możesz odpytywać
GET /api/user/balanceocredits_amountw czasie rzeczywistym (saldo użytkownika).
Porównaj ceny czatu i multimediów na stronie cennika, zanim wyślesz płatną pracę.
Q6. Ciągle tracę z oczu, ile faktycznie kosztuje mnie dziś kodowanie z AI.
Na co narzekają programiści: Jeden programista napisał, że ciągle tracił z oczu koszty kodowania z AI, więc zbudował widżety na pulpit pokazujące wydatki w OpenRouter i pozostałe kredyty. Po tygodniu z Railway kolejne przypomnienie było dosadne: ustaw limity rozliczeń u dostawców AI, żeby wyciekły klucz miał pułap.
Odpowiedź PoYo: Do tej skargi pasują trzy udokumentowane elementy:
- Saldo na żywo.
GET /api/user/balancezwracacredits_amountdla dashboardów i alertów (saldo użytkownika). Dokumentacja sugeruje przechowywanie salda w cache i odświeżanie go po zadaniach, zamiast odpytywać bez przerwy. - Limity godzinowe, dzienne i łączne dla każdego klucza na stronie kluczy API, żeby klucz agenta do kodowania nie opróżnił całego konta (Pierwsze kroki).
- Zatrzymanie dzięki przedpłacie. Puste saldo → 402, a nie nieograniczona faktura (kody błędów).
Q7. Mój długi przebieg agenta trafia na twardy timeout bramy, zanim model skończy myśleć.
Na co narzekają programiści: Jeden programista napisał, że nie mógł mocno obciążyć Gemini Argon w aplikacji konsumenckiej, więc przeszedł do Google AI Studio i nadal trafiał na twardy limit bramy po stronie serwera wynoszący dokładnie 10 minut. To klasyczny ból synchronicznego HTTP: model nadal pracuje, a połączenie już nie żyje.
Odpowiedź PoYo: Generowanie w PoYo jest zaprojektowane jako asynchroniczne. Pierwsze kroki i przegląd API mówią: wyślij zadanie, zapisz task_id, a potem odpytuj o status albo odbierz webhook. Udane wysłanie zwraca HTTP 200 i task_id, a to nie oznacza, że generowanie się zakończyło. Przy obciążeniach produkcyjnych dokumentacja woli podpisane webhooki od częstego odpytywania. Czat może korzystać ze streamingu na udokumentowanych endpointach zgodnych z OpenAI, Claude Messages lub natywnych endpointach Gemini (llms.txt), a długie zadania multimedialne zostają na ścieżce wyślij zadanie i sprawdzaj status, więc nie są związane z jednym timeoutem bramy.
Szybka mapa
| Skarga | Gdzie opisuje to PoYo |
|---|---|
| Opróżnione klucze Gemini / Railway | Strona kluczy API · Pierwsze kroki · X-End-User-ID · Gemini 4 Argon |
| Błędy 429 / timeouty w Gemini | Kody błędów · Pierwsze kroki: rate limits · llms.txt |
| Pięć SDK / pięć rachunków | llms.txt · Przegląd API · Strona główna |
| Seedance / niespodzianki z kredytami wideo | Seedance 2.5 · API wideo AI · llms.txt: nieudane nie są rozliczane |
| Zbyt niskie saldo / plan a API | Strona główna: kredyty · Kody błędów: 402 · Cennik |
| Niewidoczne wydatki na kodowanie | API salda · Pierwsze kroki: limity kluczy |
| Timeouty bramy przy długich przebiegach | Pierwsze kroki: async · Przegląd API |