Suwak „temperature” właśnie umarł. Google i Anthropic go wyłączają

Jeśli kiedykolwiek kopiowałeś kod do wywołania modelu AI, prawie na pewno miałeś w nim linijkę z temperature. To ustawienie od lat służyło do regulowania losowości odpowiedzi: niżej znaczyło bardziej przewidywalnie, wyżej znaczyło bardziej twórczo. Ten suwak właśnie przestaje istnieć, i to u dwóch największych dostawców naraz.

Google zapisał to w dokumentacji Gemini wprost: parametry temperature, top_p i top_k są przestarzałe i ignorowane, a w kolejnych generacjach modeli ich przesłanie zwróci błąd HTTP 400. Zalecenie brzmi: usuń te parametry ze wszystkich zapytań. Zmiana dotyczy Gemini 3.6 Flash oraz Gemini 3.5 Flash-Lite i, jak pisze Google, obejmie wszystkie przyszłe wersje modeli.

Anthropic poszedł o krok dalej, bo u niego to już nie ostrzeżenie, tylko stan faktyczny. W tabeli przestarzałych parametrów firma podaje, że te same trzy ustawienia zwracają błąd 400 w modelach Claude 4.7 i nowszych, jeśli ustawisz je na wartość inną niż domyślna. Rekomendacja jest identyczna jak u Google: pominąć parametr i sterować zachowaniem modelu przez prompt.

Dlaczego to się dzieje

Powód jest prosty i wynika ze zmiany tego, czym w ogóle jest dzisiejszy model. Kiedy duży model językowy po prostu przewidywał kolejne słowo, temperature była sensowną gałką na wyjściu: sterowała tym, jak bardzo model może odejść od najbardziej prawdopodobnej odpowiedzi.

Dzisiejsze modele rozumujące działają inaczej. Zanim odpowiedzą, prowadzą wewnętrzny proces myślenia, w którym same zarządzają tym, jak szeroko szukają rozwiązania. Nakładanie na to ręcznego suwaka losowości nie tylko przestało pomagać, ale potrafiło szkodzić, bo psuło rozumowanie w środku. Producenci doszli więc do wniosku, że lepiej odebrać to ustawienie, niż tłumaczyć, kiedy wolno je użyć.

W praktyce oznacza to przesunięcie sterowania z konfiguracji do języka. Zamiast ustawiać temperature: 0.2, żeby dostać przewidywalną odpowiedź, po prostu piszesz w prompcie, że oczekujesz zwięzłej i jednoznacznej formy. Zamiast podnosić wartość do 1.0, by zwiększyć kreatywność odpowiedzi, prosisz o kilka różnych wariantów.

Kogo to realnie dotyczy

Można pomyśleć, że to sprawa wyłącznie programistów pracujących z API. Nieprawda, i to jest sedno problemu.

• Szablony i poradniki. Ogromna część materiałów w sieci, także tych świeżych, wciąż każe ustawiać temperature: 0.7 jako domyślny punkt startowy. Kopiując taki fragment na nowy model Anthropica, dostaniesz błąd zamiast odpowiedzi.
• Narzędzia automatyzacji. Bloki wywołujące modele w narzędziach typu n8n czy Make mają pole temperatury wystawione w interfejsie. Jeśli jest wypełnione wartością inną niż domyślna, przepływ może po prostu przestać działać po zmianie modelu.
• Własne aplikacje zbudowane z AI. Jeżeli poprosiłeś asystenta o napisanie integracji z modelem kilka miesięcy temu, ta linijka niemal na pewno tam jest, bo model generował ją z przyzwyczajenia wyniesionego z treningu.

Warto tu być uczciwym co do tego, czego nie wiemy. Google nie podał żadnej daty, od której poleci błąd 400. W dokumentacji jest tylko sformułowanie o przyszłych generacjach modeli. Nie da się więc powiedzieć, ile masz czasu, i każdy, kto podaje Ci konkretny termin, zgaduje. U Anthropica termin już minął, bo błąd jest zwracany od Claude 4.7.

Co zrobić w tym tygodniu

Praktycznie sprowadza się to do jednej czynności: znajdź w swoim projekcie słowo temperature i usuń je, razem z top_p i top_k. Nie zastępuj niczym. Domyślne zachowanie modelu jest tym, do czego producent go dostroił, i w zdecydowanej większości zastosowań jest po prostu lepsze niż wartość, którą ktoś kiedyś wpisał w poradniku.

Jeśli zależy Ci na powtarzalności odpowiedzi, przenieś to wymaganie do promptu i do formatu odpowiedzi. Precyzyjnie opisany format daje dziś większą przewidywalność niż jakiekolwiek ustawienie liczbowe, a przy okazji ogranicza halucynacje.

Przy okazji porządków warto sprawdzić jeszcze jedną datę, tym razem twardą. Anthropic wycofuje Claude Opus 4.1 z dniem 5 sierpnia 2026, czyli za niecałe dwa tygodnie. Zapytania do wycofanego modelu przestaną działać, a zalecany zamiennik to Opus 4.8. To dokładnie ta sama kategoria problemu co temperature: coś, co siedzi w kodzie od miesięcy, działa do dnia, w którym przestaje.

Kierunek na najbliższe lata wydaje się przesądzony. Modele przejmują coraz więcej decyzji, które kiedyś kontrolowano parametrami w konfiguracji, a jedynym interfejsem sterowania zostaje język. Dla kogoś, kto buduje aplikacje bez umiejętności programowania, to akurat dobra wiadomość: mniej pól do wypełnienia, których działania i tak nikt sensownie nie wyjaśniał.