16 lipca 2026 roku wydano wersję 1.49.0 terminalowego agenta Kimi Code CLI, która zmienia sposób, w jaki narzędzie zarządza tokenami dla odpowiedzi modelu i obsługuje zapytania thinkujące. Ta aktualizacja jest istotna dla zespołów, które często borykają się z błędami przepełnienia kontekstu podczas długich sesji programistycznych.
Co nowego w pigułce
- Dynamiczne budżetowanie tokenów – CLI szacuje dostępne miejsce w oknie kontekstowym zamiast stosować sztywny limit 32 000 tokenów.
- Nowa zmienna środowiskowa
KIMI_MODEL_MAX_COMPLETION_TOKENSpozwala na ręczne ograniczenie długości generowanych odpowiedzi. - Ujednolicona obsługa modeli thinkujących przez parametr
thinking.type, eliminując potrzebę automatycznego dodawania starszegoreasoning_effort. - Poprawka historii konwersacji zapobiega gubieniu pustych wpisów rozumowania z historii sesji.
Dlaczego stały limit tokenów był problemem
W poprzednich wersjach Kimi Code CLI każde zapytanie do API miało ustawiony limit max_tokens=32000. To mogło wydawać się rozsądne, ale podczas długich sesji agent gromadził wiele plików źródłowych, logów testów, wyników narzędzi i historii poprawek. W rezultacie okno kontekstowe stawało się zbyt małe, a stały limit odpowiedzi nie mógł się zmieścić w dostępnej przestrzeni, co prowadziło do błędów invalid-request i przerywania pracy.
Wersja 1.49.0 rozwiązuje ten problem poprzez dynamiczne szacowanie pozostałego miejsca w oknie kontekstowym przed każdym zapytaniem. max_completion_tokens jest automatycznie dostosowywane, aby zmieścić się w dostępnej przestrzeni. Dla zespołów DevOps i web-developerów oznacza to mniej awarii w pipeline'ach CI, na hostingu i w środowiskach kontenerowych.
Kontrola nad limitem – zmienna środowiskowa w akcji
Nowa wersja wprowadza również KIMI_MODEL_MAX_COMPLETION_TOKENS jako maksymalny limit dla generowanych tokenów. Jest to szczególnie przydatne w konfiguracjach współdzielonych, takich jak kontenery Dockera, zadania CI i środowiska deweloperskie. Stara zmienna KIMI_MODEL_MAX_TOKENS nadal działa jako alias kompatybilności, więc istniejące konfiguracje nie wymagają natychmiastowych poprawek.
Ustawienie którejkolwiek z tych zmiennych na 0 lub wartość ujemną całkowicie wyłącza mechanizm przycinania, a CLI działa wtedy zgodnie ze standardowym zachowaniem API.
Thinking models: porządek zamiast chaosu
Obsługa modeli thinkujących również została zaktualizowana. Wersja 1.49.0 standaryzuje konfigurację wokół parametru thinking.type i przestaje automatycznie dodawać starszy reasoning_effort przy korzystaniu z natywnej konfiguracji Kimi.
To jest istotne, ponieważ integracje korzystające z dostawcy Kosong i starszych endpointów kompatybilnych z Kimi mogą wymagać aktualizacji. Jeśli backend wciąż oczekuje reasoning_effort, należy go jawnie przekazać przez opcje generowania. Standaryzacja jednego parametru zmniejsza niejasności w kontrakcie między CLI, adapterem dostawcy a endpointem modelu, ale starsze serwery proxy i backendy API mogą wymagać ręcznej migracji.
Dodatkowo poprawiono błąd, przez który puste wpisy rozumowania były usuwane z historii konwersacji. Zachowanie struktury wiadomości z polem reasoningowym, nawet jeśli jest ono puste, utrzymuje spójną historię tur dla modeli thinkujących. To jest zgodne z szerszym zachowaniem Kimi: rozumowanie z poprzednich tur jest domyślnie zachowywane, chyba że użytkownik jawnie je wyłączy przez [thinking] keep = "off".
Co to znaczy dla codziennej pracy
Praktyczne konsekwencje dla programistów są znaczące. Dłuższe sesje autonomicznego kodowania, takie jak vibe coding, refaktoryzacja czy debugowanie, przestaną kończyć się błędami po kilkudziesięciu minutach. Agent może pracować z dużym kontekstem repozytorium, wynikami testów i historią zmian bez potrzeby ręcznego czyszczenia sesji.
Wersja 1.49.0 to wydanie maintenance'owe w ramach linii CLI, która, jak wskazuje dokumentacja projektu, przechodzi na nowszy produkt Kimi Code. Starsze repozytorium Python CLI zostało już zarchiwizowane, a to wydanie należy traktować jako ważną łatkę stabilizacyjną przed szerszą migracją.
Podsumowanie
Kimi Code CLI 1.49.0 to przede wszystkim wydanie poprawiające niezawodność: dynamiczne budżetowanie tokenów rozwiązuje problem przepełnienia kontekstu, zmienna środowiskowa daje zespołom kontrolę nad limitami, a standaryzacja parametrów thinkujących porządkuje kontrakt API. Przy aktualizacji warto sprawdzić kompatybilność endpointów – jeśli integracja opiera się na reasoning_effort, należy to jawnie skonfigurować. Pozostałe funkcje działają od razu i są bardziej stabilne.
Dodaj komentarz