TokenDance: jeden Base URL do kilku chińskich modeli językowych

Kto buduje produkt z AI, przechodzi tę samą fazę: podłącza jednego dostawcę, by potwierdzić przepływ, potem drugiego i trzeciego dla jakości lub kosztu. Wkrótce kod nosi warstwę adaptacyjną, klucze rozpraszają się po konsolach, faktury trafiają do osobnych kont, a gdy dostawca się chwieje, ktoś ręcznie przełącza punkt końcowy. Właśnie tę tarcie adresuje TokenDance: jeden Base URL przed kilkoma dostawcami, a aplikacja widzi jedno wejście.

Mechanizm nie jest egzotyczny. Na zewnątrz wystawiane są trzy główne formy protokołu — OpenAI, Claude, Gemini — a wewnątrz żądanie jest trasowane po nazwie modelu do właściwego punktu końcowego. Deweloper zmienia konfigurację, nie kod, i to czyni obietnicę migracji bez zmian wiarygodną. W projekcie korzystającym już z SDK OpenAI jedna linia Base URL wystarcza, by przetestować chiński model, więc koszt eksperymentu wyraźnie spada.

Reszta wartości leży po stronie eksploatacji. Gdy ten sam model ma kilka punktów końcowych, awaria dostawcy uruchamia automatyczne przełączenie; żądanie może też wskazać modele kandydujące i wycofywać się stopniowo, gdy główny nie odpowiada. Jednolite rozliczanie zbiera zużycie tokenów od wszystkich dostawców w jednej fakturze i usuwa osobne doładowania oraz uzgodnienia. Źródło nie podaje stawek, limitów żądań, zobowiązań poziomu usług ani retencji danych, więc trzeba to potwierdzić przed integracją.

Najważniejsze funkcje

Zgodność protokołów

Natywne wsparcie OpenAI, Claude i Gemini sprawia, że zmiana Base URL wystarcza, a kod biznesowy zostaje nietknięty. W istniejących projektach to najbardziej praktyczny element: test nowego modelu nie wymaga przebudowy warstwy wywołań.

Inteligentne trasowanie

Żądania trafiają po nazwie modelu do właściwego punktu końcowego, a szczegóły harmonogramowania pozostają ukryte za jednym wejściem. Wywołujący nie musi pamiętać domen i osobliwości parametrów każdego dostawcy.

Jednolite rozliczanie

Zużycie tokenów jest liczone między dostawcami i fakturowane w jednym miejscu, bez doładowywania pięciu konsol. Przy rozliczaniu kosztów jedna faktura tłumaczy się łatwiej niż pięć.

Przełączanie i degradacja

Ten sam model może mieć kilka punktów końcowych z automatycznym przełączaniem, a żądanie może wskazać modele kandydujące, by wycofywać się po kolei. To najbardziej konkretna zaleta bramki wobec integracji bezpośredniej.

Zakres modeli

Podłączono ponad osiem chińskich modeli głównych, w tym MiniMax, Qwen, Kimi, Zhipu i DeepSeek, a lista rośnie. Zakres obejmuje chińskie modele główne, nie katalog globalny.

Szybki start

Rejestracja i weryfikacja odbywają się przez logowanie jednym kliknięciem Watcha, a istniejące SDK działają dalej, więc integracja zajmuje minuty. To logowanie wiąże konto z konkretnym systemem, co trzeba zaakceptować.

Program wsparcia

Formularz pozwala wnioskować o wsparcie tokenami zależnie od etapu produktu. Przydatne wczesnym projektom, choć kwota i kryteria nie są publikowane.

Pierwsze kroki

1. Otwórz stronę TokenDance i zarejestruj się przez logowanie jednym kliknięciem Watcha, przechodząc weryfikację konta.
2. Wygeneruj osobisty klucz API w konsoli i przechowuj go jak każde poświadczenie.
3. Zamień Base URL w projekcie na adres bramki https://tokendance.space/gateway/v1/.
4. Podaj w żądaniu identyfikator docelowego modelu, na przykład DeepSeek lub Kimi.
5. Wyślij żądanie przez istniejące SDK OpenAI lub curl i sprawdź, czy odpowiedź jest zgodna z oczekiwaniem.
6. Przy dużym zapotrzebowaniu na tokeny wypełnij formularz programu wsparcia zgodnie z etapem produktu.

Dla kogo

• Młode zespoły, które tanio porównują kilka chińskich modeli przez jedną bramkę przed decyzją.
• Produkty trasujące w produkcji według typu zadania: rozumowanie, pisanie, kod.
• Systemy agentowe potrzebujące warstwy modeli o wysokiej dostępności i z degradacją.
• Edukacja, nauka i samodzielni deweloperzy wrażliwi na koszty, korzystający z jednolitego rozliczania.

Ograniczenia

• Stawki, darmowy limit, limity żądań i zobowiązania serwisowe nie są publikowane; potwierdź u dostawcy przed integracją.
• Konta wymagają logowania jednym kliknięciem Watcha, czyli akceptacji tego systemu; integracja z tożsamością firmową nie jest opisana.
• Bramka przechodzi przez treść żądań, a polityka retencji i logów nie jest podana, więc oceń zgodność dla danych wrażliwych.
• Katalog skupia się na chińskich modelach głównych; modele globalne lub niszowe otwarte mogą być niedostępne.
• Dodatkowy etap zwiększa opóźnienie i dokłada punkt awarii. Przełączanie pomaga, ale własny monitoring nadal jest potrzebny.
• Kwota, kryteria i ciągłość wsparcia nie są publikowane; nie opieraj na nich długoterminowego modelu kosztów.

Częste pytania

Czy trzeba zmieniać kod?

Nie kod biznesowy. Zamień Base URL na adres bramki, podaj klucz i model, a SDK OpenAI używaj jak wcześniej.

Jakie modele są dostępne?

Źródło wymienia ponad osiem chińskich modeli głównych, w tym MiniMax, Qwen, Kimi, Zhipu i DeepSeek, z ciągłym rozszerzaniem. Wiążąca lista jest w konsoli.

Jak działa przełączanie?

Dwupoziomowo: kilka punktów końcowych na model z automatycznym przełączeniem oraz modele kandydujące w żądaniu, które wycofują się po kolei przy awarii głównego.

Czym to się różni od bezpośrednich wywołań dostawców?

Integracja bezpośrednia oznacza osobne zarządzanie kluczami, doładowaniami, limitami i przełączaniem u każdego dostawcy. Bramka centralizuje to w jednym wejściu i jednej fakturze, kosztem dodatkowego etapu i zależności od samej bramki.

Czy jest darmowy poziom?

Źródło wspomina tylko o programie wsparcia na wniosek zależny od etapu produktu, bez zwykłego darmowego limitu. Warto zapytać dostawcę.