Tag: Zarządzanie tokenami

  • Kimi Code CLI 1.49.0 wprowadza inteligentne zarządzanie oknem kontekstowym

    Kimi Code CLI 1.49.0 wprowadza inteligentne zarządzanie oknem kontekstowym

    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_TOKENS pozwala na ręczne ograniczenie długości generowanych odpowiedzi.
    • Ujednolicona obsługa modeli thinkujących przez parametr thinking.type, eliminując potrzebę automatycznego dodawania starszego reasoning_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.

    Źródła

  • Codex 0.142.0 wprowadza porządki we wtyczkach i twarde limity tokenów dla agentów

    Codex 0.142.0 wprowadza porządki we wtyczkach i twarde limity tokenów dla agentów

    Druga połowa czerwca przyniosła wydanie Codex 0.142.0 — pierwsze stabilne w linii 0.142, które porządkuje organizację wtyczek i daje zespołom kontrolę nad zużyciem tokenów przez agentów. OpenAI skupiło się na przewidywalności, co ułatwia zarządzanie źródłami wtyczek, ogranicza niespodziewane koszty w sesjach wielowątkowych i poprawia stabilność procesów.

    Co nowego w skrócie

    • Wtyczki zdalne podzielono na trzy sekcje: OpenAI Curated, Workspace i Shared with me
    • Konfigurowalne budżety tokenów śledzą zużycie we wszystkich wątkach agenta, ostrzegają o wyczerpaniu limitu i zatrzymują turę, gdy pula się kończy
    • Indeksowane wyszukiwanie w sieci daje agentom dostęp do informacji na żywo, ograniczając bezpośredni dostęp do stron do zatwierdzonych przez serwer adresów URL
    • Przypomnienia uwzględniające czas pomagają agentom ogarniać zadania wymagające konkretnych terminów
    • Procesy exec-server lepiej radzą sobie z rozłączeniami, a TUI na Linuksie otrzymało poprawkę dla problemu z zawieszaniem się ekranu

    Wtyczki nie są już płaską listą

    Dotąd zarządzanie zdalnymi wtyczkami przypominało przeglądanie jednego, długiego rejestru. Wersja 0.142.0 rozbija ten monolit na trzy przejrzyste grupy. Pierwsza z nich — wyselekcjonowana przez OpenAI — zawiera zestaw sprawdzonych komponentów, które przeszły weryfikację i są utrzymywane centralnie. Druga grupuje wtyczki przypisane do konkretnej przestrzeni roboczej, więc zespół widzi tylko to, co dotyczy jego projektu. Trzecia sekcja zbiera wtyczki udostępnione w ramach grupy „Shared with me” — przydatne, gdy ktoś z organizacji przygotował narzędzie, które mogą wykorzystać inni.

    Taki podział jest szczególnie przydatny w przypadku wielu projektów i deweloperów. Nie trzeba już zgadywać, czy dana wtyczka jest oficjalna, czy przypisana do sprintu, czy może dodana przez kolegę z sąsiedniego repozytorium. W środowiskach web dev i hostingowych, gdzie pluginów przybywa z każdym integracyjnym endpointem, to oszczędność klikania i ryzyka pomyłki.

    Twardy budżet tokenów — agent nie pożera bez końca

    Największą zmianą operacyjną jest mechanizm budżetów tokenów. W praktyce działa to tak: definiujesz maksymalną liczbę tokenów, jaką może zużyć sesja nadrzędna wraz ze wszystkimi wątkami potomnymi. Codex 0.142.0 śledzi wykorzystanie w czasie rzeczywistym, a gdy limit zbliża się do wyczerpania, wysyła przypomnienie. Kiedy budżet się kończy, tura zostaje przerwana — bez domykania, bez cichego dokręcania kolejnych zapytań.

    Dla zespołów DevOps i osób automatyzujących wieloagentowe przepływy to istotna zmiana w kontroli kosztów. Kilka równoległych wątków potrafi spalić dziesiątki dolarów w API, zanim ktokolwiek spojrzy na dashboard. Konfigurowalny pułap działa jak zabezpieczenie: wiesz, gdzie jest granica, i dostajesz ostrzeżenie, zanim ją przekroczysz. Przy długich sesjach, które potrafią trwać godzinami, takie przypomnienia pomagają uniknąć sytuacji, w której limit tokenów znika w nieznanym kierunku.

    Sieć i czas — agenci dostają kontekst, którego im brakowało

    Indeksowane wyszukiwanie na żywo to kompromis między całkowitym odcięciem agenta od internetu a niebezpiecznym pełnym dostępem. Agent może sięgnąć po informacje, ale w wyraźnie zdefiniowanych granicach — bez rekurencyjnego klatkowania stron czy zaciągania niesprawdzonych źródeł. Dla web developerów oznacza to możliwość szybkiego sprawdzenia dokumentacji API bez ręcznego kopiowania, ale bez ryzyka, że agent wciągnie nieaktualne informacje.

    Przypomnienia czasowe rozwiązują problem agentów, którzy nie wiedzą, która jest godzina i nie planują. Teraz można im powierzyć zadanie z deadlinem — agent dostanie sygnał, że pora działać, a nie tylko reagować na prompt. Przy długich cyklach utrzymania i monitoringu to różnica między „zapomniałem sprawdzić certyfikat” a „certyfikat odnowiony na 48 godzin przed wygaśnięciem”.

    Stabilność, która nie rozprasza

    Nie każda zmiana w changelogu jest istotna, ale dwie z nich realnie zmniejszają frustrację. Procesy exec-server otrzymały poprawki dla problemów z rozłączeniami — sesja nie kończy się, gdy na chwilę padnie VPN czy przerwie się połączenie z terminalem. Drugi fix dotyczy renderowania TUI na Linuksie, które potrafiło zamrozić się przy przełączaniu widoków. Dla użytkowników pracujących na zdalnych serwerach przez SSH to codzienna ulga.

    Podsumowanie

    Codex 0.142.0 wprowadza elementarny porządek. Grupowanie wtyczek ułatwia orientację w coraz większym ekosystemie narzędzi, budżety tokenów dają kontrolę nad rachunkiem i bezpieczeństwem sesji, a agenci zyskują wyczucie czasu oraz dostęp do sieci bez ryzyka nieograniczonego chaosu. Jeśli pracujesz z wieloma agentami równolegle albo nie chcesz, by Codex 0.142.0 zjadł cały firmowy limit w jedną noc — to aktualizacja, od której zaczyna się linia 0.142. Warto również pamiętać, że pojawiły się już kolejne wydania, takie jak 0.142.2 i 0.142.4.

    Źródła

  • Codex 0.142.0 z kontrolą agentów i budżetowaniem tokenów – nowa era bezpiecznych wdrożeń

    Codex 0.142.0 z kontrolą agentów i budżetowaniem tokenów – nowa era bezpiecznych wdrożeń

    OpenAI wypuściło 22 czerwca 2026 roku wersję 0.142.0 swojego narzędzia Codex, wprowadzając trzy obszary usprawnień: kontrolę nad agentami, zarządzanie wtyczkami oraz nowe mechanizmy bezpieczeństwa operacyjnego. To wydanie odpowiada na potrzeby zespołów uruchamiających agentów AI w środowiskach produkcyjnych, gdzie każda dodatkowa operacja wiąże się z realnymi kosztami.

    Kluczowe zmiany w skrócie

    • Konfigurowalne budżety tokenów śledzą zużycie we wszystkich wątkach agenta, wysyłają przypomnienia przed wyczerpaniem i zatrzymują operację po przekroczeniu limitu.
    • Trzy tryby delegacji agentów – wyłączony, tylko na żądanie i proaktywny – dają pełną kontrolę nad tym, kiedy Codex 0.142.0 może tworzyć podagentów.
    • Tryb indeksowanego wyszukiwania ogranicza dostęp do stron tylko do zatwierdzonych adresów URL, zamiast pozwalać na swobodne przeszukiwanie sieci.
    • Przypomnienia czasowe i odpytywanie czasu umożliwiają planowanie zadań bez zewnętrznych narzędzi.

    Budżetowanie tokenów, które naprawdę działa

    Nowy system budżetów tokenów w Codex 0.142.0 śledzi zużycie tokenów we wszystkich wątkach, w tym w wątkach potomnych, i potrafi przerwać operację, gdy limit zostanie wyczerpany. Po wyczerpaniu limitu następuje zatrzymanie operacji, co jest istotne dla środowisk produkcyjnych. Przed wyczerpaniem pojawiają się przypomnienia, co daje zespołom czas na reakcję. Wdrożenia bez takich barier mogą generować niekontrolowane koszty – jeden z raportów wskazuje na 63 incydenty przeciążeń budżetu tokenów w okresie testów.

    Delegacja agentów pod kontrolą

    Wieluagentowe systemy bez wyraźnych granic mogą szybko wymknąć się spod kontroli. Codex 0.142.0 wprowadza trzy tryby delegacji. Tryb wyłączony blokuje tworzenie podagentów całkowicie. Tryb na żądanie pozwala na delegację tylko przy wyraźnym poleceniu użytkownika. Tryb proaktywny, najbardziej zaawansowany, daje Codexowi 0.142.0 swobodę w ocenie, kiedy warto uruchomić dodatkowych agentów.

    Ta gradacja jest istotna w zależności od skali projektów. Mały zespół testujący koncepcję może wybrać tryb proaktywny, podczas gdy zespół utrzymujący krytyczną infrastrukturę powinien pozostać przy trybie na żądanie. Elastyczność bez utraty kontroli to kluczowy element tej aktualizacji.

    Lepsza organizacja wtyczek i wyszukiwanie indeksowane

    Wtyczki w Codexie 0.142.0 zostały zorganizowane w bardziej przejrzysty sposób, co ułatwia ich użycie. System podpowiada odpowiednie rozszerzenia w trakcie pracy, co oszczędza czas zespołów z wieloma integracjami.

    Wyszukiwanie indeksowane rozwiązuje problem nieograniczonego dostępu do sieci. Codex 0.142.0 może korzystać z wyników wyszukiwania na żywo, ale odwiedza tylko wcześniej zatwierdzone adresy. Ściąganie dokumentacji z oficjalnych źródeł jest dozwolone, natomiast swobodne klikanie w linki jest zablokowane.

    Stabilność i poprawki dla środowisk deweloperskich

    Warto również zwrócić uwagę na poprawki techniczne. Przywrócono działanie interfejsu TUI na Linuksie, który w poprzednich wersjach przestał działać poprawnie. Naprawiono także trwałość wątków typu goal-first, które wcześniej mogły gubić stan między sesjami.

    Dla zespołów hostujących własne instancje Codexa 0.142.0 istotne będą zmiany w exec-serwerze. Krótszy czas uruchamiania, czystsze logi i poprawione ścieżki plików między platformami to detale, które przekładają się na mniej frustracji w codziennej pracy terminalowej.

    Co to oznacza dla wdrożeń produkcyjnych

    Codex 0.142.0 pokazuje, że OpenAI postrzega AI nie tylko jako asystenta do generowania kodu, ale jako narzędzie, które musi działać przewidywalnie w złożonych środowiskach. Budżetowanie tokenów, kontrola delegacji i ograniczone wyszukiwanie to funkcje, które są kluczowe przy realnych wdrożeniach. Deweloperzy otrzymują narzędzie, które można dostosować do konkretnych wymogów, co stanowi największą wartość tego wydania.

    Źródła

  • Codex 0.140.0 wprowadza śledzenie tokenów i narzędzie do migracji z Claude Code

    Codex 0.140.0 wprowadza śledzenie tokenów i narzędzie do migracji z Claude Code

    OpenAI wypuściło 15 czerwca 2026 roku stabilną wersję Codex 0.140.0, która wprowadza cztery istotne zmiany dla zespołów pracujących z dużymi bazami kodu. Nowości obejmują szczegółowe monitorowanie zużycia tokenów, trwałe usuwanie sesji oraz selektywny import konfiguracji z Claude Code. Aktualizacja została wydana zaledwie pięć dni po pierwszych kompilacjach alfa, co wskazuje na szybkie tempo prac nad stabilizacją.

    Kluczowe fakty

    • Śledzenie tokenów – widok /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów bezpośrednio w interfejsie Codex.
    • Trwałe usuwanie sesji – polecenia codex delete, /delete i app-server thread/delete pozwalają na bezpowrotne kasowanie sesji z zabezpieczeniami przed przypadkowym wykonaniem.
    • Selektywny import z Claude Code – /import umożliwia przeniesienie ustawień, konfiguracji projektu i ostatnich czatów bez pełnej migracji.
    • Ujednolicone menu wzmianek – menu @ otwiera teraz wspólną listę plików, wtyczek i umiejętności.
    • Amazon Bedrock – dodano zarządzane uwierzytelnianie API-key oraz szyfrowane przechowywanie danych logowania OAuth dla CLI i MCP.

    Kontrola kosztów w zasięgu ręki

    Nowy widok /usage odpowiada na rosnące zapotrzebowanie zespołów na przejrzystość wydatków przy intensywnym korzystaniu z agentów AI. Wcześniej sprawdzenie zużycia tokenów wymagało zaglądania do zewnętrznych paneli lub ręcznego sumowania danych z logów. Teraz wystarczy jedno polecenie.

    Widok pokazuje aktywność w trzech przedziałach czasowych – dziennym, tygodniowym i skumulowanym. Dla osób pracujących w trybie vibe coding z długimi sesjami agentowymi to znaczna oszczędność czasu. Użytkownicy nie muszą już zgadywać, czy agent wykorzystał połowę miesięcznego limitu na refaktoryzację jednego pliku. Dane są dostępne od ręki, co pozwala na bieżące podejmowanie decyzji o optymalizacji promptów.

    Funkcja ta pojawia się w momencie, gdy coraz więcej narzędzi oferuje podobne mechanizmy. Codex nie wprowadza nowości, ale robi to w sposób zintegrowany z resztą interfejsu.

    Bezpieczniejsze zarządzanie danymi lokalnymi

    Trwałe usuwanie sesji to funkcja, która wydaje się oczywista, ale jej brak może powodować problemy. Dotychczas użytkownicy Codex nie mieli pewności, czy usunięta sesja rzeczywiście znika z lokalnej bazy danych. Wersja 0.140.0 rozwiązuje ten problem przez trzy ścieżki: codex delete, /delete oraz app-server thread/delete.

    Każda z tych opcji wymaga potwierdzenia, co zmniejsza ryzyko przypadkowego skasowania kilkugodzinnej sesji debugowania. Dla zespołów dbających o prywatność, szczególnie przy pracy z wrażliwymi danymi klientów, to krok w dobrym kierunku.

    Warto również wspomnieć o automatycznym odzyskiwaniu baz SQLite. Jeśli lokalna baza sesji ulegnie uszkodzeniu, na przykład przez nieoczekiwane zamknięcie terminala, Codex spróbuje ją naprawić. To nie jest spektakularna funkcja, ale oszczędza frustracji.

    Most między narzędziami

    Most między narzędziami

    Największym zaskoczeniem tego wydania jest /import – narzędzie do selektywnego przenoszenia konfiguracji z Claude Code. Dotychczas przejście między platformami oznaczało żmudne odtwarzanie ustawień projektu i tracenie historii rozmów z agentem. Teraz można wybrać, co dokładnie chce się przenieść: konfigurację początkową, ustawienia projektu czy ostatnie czaty.

    To przemyślane posunięcie ze strony OpenAI. Zamiast zmuszać użytkowników Claude Code do pełnej migracji, daje im możliwość wypróbowania Codex bez rezygnacji z dotychczasowego workflow. Dla zespołów rozważających zmianę narzędzia to znacznie obniża próg wejścia.

    Stabilność i wydajność

    Stabilność i wydajność

    Poza funkcjami widocznymi dla użytkownika, wersja 0.140.0 przynosi również wiele poprawek pod maską. Zespół skupił się na responsywności przy pracy z dużymi repozytoriami, szczególnie w długich sesjach, gdzie wcześniej zdarzało się ponowne przetwarzanie historii i wielokrotne analizowanie diffów.

    Poprawiono także stabilność połączeń MCP (Model Context Protocol), co ma znaczenie przy integracji z zewnętrznymi źródłami danych. Dla użytkowników korporacyjnych istotna będzie również obsługa zarządzanego uwierzytelniania Amazon Bedrock, co jest korzystne dla organizacji korzystających z infrastruktury AWS.

    Co to oznacza w praktyce

    Codex 0.140.0 nie jest rewolucją, ale stanowi solidny krok naprzód. Śledzenie tokenów daje kontrolę nad kosztami, selektywny import ułatwia migrację, a stabilność przy dużych repozytoriach zwiększa komfort codziennej pracy. Jeśli przyszłe wydania będą utrzymywać to tempo, Codex ma szansę stać się poważnym graczem w segmencie narzędzi CLI dla agentów AI – nie tylko jako alternatywa dla Claude Code, ale jako samodzielne, przemyślane środowisko pracy.

    Źródła

  • OpenAI Codex 0.140.0: lepsze zarządzanie sesjami, widoczność tokenów i import z Claude Code

    OpenAI Codex 0.140.0: lepsze zarządzanie sesjami, widoczność tokenów i import z Claude Code

    OpenAI wypuściło wersję 0.140.0 narzędzia OpenAI Codex, wprowadzając kilka istotnych usprawnień dla programistów. Najważniejsze zmiany dotyczą kontroli nad sesjami, śledzenia zużycia tokenów oraz migracji projektów z Claude Code. To wydanie koncentruje się na stabilności i wygodzie użytkownika.

    Kluczowe zmiany w skrócie

    • Śledzenie tokenów – widok dziennego, tygodniowego i skumulowanego zużycia tokenów bezpośrednio w CLI/TUI
    • Trwałe usuwanie sesji – możliwość kasowania wątków po ID oraz polecenia usuwania w trakcie sesji z zabezpieczeniami przed przypadkowym wykonaniem
    • Import z Claude Code – selektywne przenoszenie konfiguracji projektu, czatów i powiązanych artefaktów bez pełnej migracji
    • Uwierzytelnianie Amazon Bedrock – zarządzane klucze API z szyfrowanym lokalnym przechowywaniem poświadczeń OAuth
    • Ujednolicone menu wzmianek – jeden interfejs do wstawiania plików i wtyczek

    Kontrola nad sesjami i kosztami

    Do tej pory użytkownicy OpenAI Codex mieli ograniczony wgląd w zużycie tokenów. Wersja 0.140.0 wprowadza polecenie /usage, które pokazuje aktywność tokenową w podziale na dni, tygodnie i okresy skumulowane. Dla zespołów pracujących w środowiskach produkcyjnych to oszczędność czasu, eliminująca potrzebę przeskakiwania do zewnętrznych paneli w celu sprawdzenia kosztów.

    Drugą istotną zmianą jest trwałe usuwanie sesji. Wcześniej wątki mogły zalegać na serwerach bez wyraźnej opcji ich usunięcia. Teraz dostępne są polecenia codex delete, /delete oraz thread/delete po stronie app-servera. Każda operacja wymaga potwierdzenia, co zmniejsza ryzyko przypadkowej utraty danych. To szczególnie przydatne w przypadku wrażliwych projektów oraz porządkowania przestrzeni roboczej po dłuższych sesjach.

    Przeprowadzka z Claude Code bezboleśnie

    Nowością jest polecenie /import, które umożliwia selektywne przenoszenie elementów z Claude Code. Użytkownicy mogą wybrać, co chcą przenieść, w tym konfigurację projektu, ustawienia na poziomie użytkownika, ostatnie czaty oraz powiązane artefakty.

    To podejście ułatwia życie deweloperom korzystającym z obu narzędzi, eliminując konieczność ręcznego odtwarzania ustawień oraz utraty kontekstu rozmów z agentem. OpenAI udostępnia również ścieżkę przez wtyczkę Claude Code, co pozwala na kontynuowanie sesji między ekosystemami. Firma stawia na interoperacyjność, co jest korzystne dla użytkowników.

    Amazon Bedrock i bezpieczeństwo poświadczeń

    W nowej wersji dodano wsparcie dla zarządzanego uwierzytelniania Amazon Bedrock. Poświadczenia OAuth, zarówno dla CLI, jak i MCP, są teraz przechowywane lokalnie w formie szyfrowanej. Dla zespołów korzystających z modeli przez AWS to rozszerza możliwości wdrożeniowe, nie rezygnując z bezpieczeństwa.

    Warto również zauważyć poprawki stabilności. SQLite, wykorzystywane przez OpenAI Codex do lokalnego przechowywania stanu, otrzymało aktualizacje eliminujące błędy przy dłuższych sesjach. Dodatkowo, poprawiono niezawodność MCP, co zmniejsza liczbę awarii przy integracji narzędzi i agentów, co ma znaczenie podczas długich sesji developerskich.

    Ujednolicenie interfejsu

    Menu wzmianek (@) zostało scalone w jeden mechanizm dla plików i wtyczek. Użytkownicy wpisując @, widzą wszystkie opcje w jednym miejscu, co oszczędza czas podczas przełączania się między kontekstami.

    Co to oznacza dla web developerów

    Dla programistów pracujących w paradygmacie szybkiego prototypowania aplikacji webowych, zmiany w wersji 0.140.0 przekładają się na mniejsze przestoje i większą kontrolę. Lepsza ciągłość sesji, szyfrowane poświadczenia oraz selektywny import z konkurencyjnego narzędzia sprawiają, że OpenAI Codex staje się bardziej elastyczny w środowiskach, gdzie liczy się każda minuta.

    Zespół OpenAI inwestuje w bezpieczniejszy obieg danych uwierzytelniających oraz bardziej przewidywalny cykl życia sesji. Dla deweloperów pracujących na współdzielonych maszynach lub w środowiskach hostowanych, te zmiany realnie zmniejszają ryzyko wycieku danych i ułatwiają zarządzanie projektami rozłożonymi na wiele sesji.

    Źródła