400 unsupported parameter w modelu rozumującym

Modele rozumujące same ustalają swoje próbkowanie. Wysłanie temperature, top_p albo parametrów kar jest odrzucane wprost, a nie ignorowane, więc wspólny konstruktor żądań, który zawsze je ustawia, psuje się w chwili, gdy skierujesz go na taki model.

Co widzisz

400 unsupported_parameter: 'temperature' is not supported with this model
Unsupported value: 'temperature' does not support 0.7 with this model
The identical request works if you switch to a non-reasoning model
invalid_request_error mentioning top_p, presence_penalty or frequency_penalty

Dlaczego tak się dzieje

Łańcuch rozumowania powstaje przy ustawieniach kontrolowanych przez dostawcę. Pozwolenie wywołującemu na ich zmianę zmieniłoby zachowanie, pod które model był dostrajany, więc API odmawia zamiast po cichu nadpisywać.

Większość bibliotek domyślnie ustawia temperature. Parametr jest w żądaniu, nawet jeśli nigdy go nie napisałeś – dlatego błąd pojawia się w kodzie, który „nie używa temperature”.

Zestaw odrzucanych parametrów różni się między rodzinami modeli i zmienia się z kolejnymi wydaniami. Zakodowana na sztywno lista wyjątków szybko się starzeje.

Jak to naprawić

Pomijaj parametry próbkowania zamiast ustawiać domyślneBuduj żądanie bez temperature i top_p, chyba że wywołujący wyraźnie o nie poprosił. Wysłanie temperature=1 „na wszelki wypadek” to nadal wysłanie.
Rozgałęziaj według modelu, nie według błęduTrzymaj jedną małą mapę modeli przyjmujących parametry próbkowania i usuwaj je przed wywołaniem. Łapanie 400 i ponawianie działa, ale podwaja opóźnienie każdego żądania.
Używaj kontroli wysiłku rozumowania, jeśli istniejeGdy model udostępnia ustawienie wysiłku lub budżetu myślenia, to jest pokrętło przeznaczone dla ciebie. To ono też odpowiada za różnicę kosztów między uruchomieniami.

Wyjście rozumowania jest w APICLAN naliczane jako tokeny wyjściowe, więc ustawienia wysiłku bezpośrednio wpływają na rachunek. Strona każdego modelu podaje stawkę, a log użycia rozbija każde wywołanie na wejście, wyjście, odczyt z cache i zapis do cache.

Powiązane

Unexpected token '<' przy wywołaniu API zgodnego z OpenAI 401 invalid API key – gdy klucz wygląda dobrze, a i tak nie działa

Ostatnio sprawdzono 2026-10-01. Napisane na podstawie problemów zdiagnozowanych na działającej bramce zgodnej z OpenAI, a nie zebrane z innych stron.