Body Builder (beta)

Body Builder (beta) to model tekstowy od OpenRouter, wymieniony w katalogu api14 pod identyfikatorem modelu openrouter/bodybuilder. To wydanie beta, opublikowane przez dostawcę 5 grudnia 2025, i należy do kategorii tekstowej. Jego cel jest wąski i konkretny: przekształca żądania w języku naturalnym w ustrukturyzowane obiekty żądań API. Opisujesz, co chcesz osiągnąć za pomocą modeli AI, a Body Builder konstruuje odpowiednie wywołania API.

Model przyjmuje dane wejściowe w postaci tekstu i zwraca dane wyjściowe w postaci tekstu, z oknem kontekstu wynoszącym 128 000 tokenów. To pełny zakres udokumentowanego wsparcia modalności: nie wymieniono obrazu, dźwięku ani innych typów danych wejściowych, a dane wyjściowe są wyłącznie tekstowe. Opis dostawcy podaje reprezentatywny przykład zamierzonego zachowania, w którym opis celu w języku naturalnym jest zamieniany na ustrukturyzowane żądanie API. Dla tego modelu nie opublikowano maksymalnej liczby tokenów wyjściowych, więc planuj z uwzględnieniem okna kontekstu, a nie podanego limitu danych wyjściowych.

Praktyczne przypadki użycia wynikają bezpośrednio z tego zachowania. Body Builder pasuje do sytuacji, w których deweloper lub użytkownik końcowy wyraża zamiar zwykłym językiem, a system potrzebuje w wyniku wywołania API czytelnego dla maszyn. Obejmuje to budowanie interfejsów w języku naturalnym nad API modeli, generowanie ładunków żądań na podstawie poleceń użytkownika oraz prototypowanie narzędzi, w których kształt wywołania ma większe znaczenie niż tekst odpowiedzi. To nie jest model ogólnego przeznaczenia do rozmowy ani pisania; to warstwa tłumacząca ludzki zamiar na ustrukturyzowane obiekty żądań i najlepiej oceniać go pod kątem tego, jak niezawodnie tworzy potrzebną strukturę żądania.

Ponieważ api14 udostępnia API kompatybilne z OpenAI, wywołujesz Body Builder tak samo jak każdy inny model czatu, używając identyfikatora modelu openrouter/bodybuilder w żądaniu. Lista obsługiwanych parametrów modelu jest pusta, co oznacza, że nie udokumentowano dla niego obsługi żadnych opcjonalnych parametrów żądania. W praktyce powinieneś wysyłać standardowe żądanie z identyfikatorem modelu i swoimi wiadomościami oraz unikać polegania na parametrach dostrajających, takich jak temperature, top_p czy podobnych, ponieważ nie są one wymienione jako obsługiwane. Sprawdzaj odpowiedzi pod kątem oczekiwanych ustrukturyzowanych danych wyjściowych i traktuj status beta jako powód do testowania na własnych danych wejściowych, zanim zaczniesz polegać na nim w środowisku produkcyjnym.

Jeśli chodzi o ograniczenia, fakty są tu skąpe. Model jest w wersji beta, jego obsługiwane parametry są puste i nie opublikowano maksymalnej długości danych wyjściowych, więc oferuje mniejszą kontrolę konfiguracji niż modele z pełniejszym zestawem parametrów. Jeśli Twoje zadanie wymaga multimodalnych danych wejściowych, udokumentowanego limitu tokenów wyjściowych lub regulowanego zachowania próbkowania, lepiej może pasować inny model z katalogu. Jeśli Twoim zadaniem jest zamiana języka naturalnego na ustrukturyzowane obiekty żądań API, Body Builder jest modelem stworzonym dokładnie do tego.