Kategoria: Aktualności Technologiczne

  • Codex 0.140.0 stawia na kontrolę operacyjną: śledzenie tokenów, trwałe usuwanie sesji i integracja z Claude Code

    Codex 0.140.0 stawia na kontrolę operacyjną: śledzenie tokenów, trwałe usuwanie sesji i integracja z Claude Code

    OpenAI wydało 15 czerwca 2026 roku wersję 0.140.0 swojego asystenta kodowania Codex. Ta aktualizacja skupia się na praktycznej kontroli nad codzienną pracą, wprowadzając nowe funkcje zarządzania sesjami, monitorowania zużycia tokenów oraz narzędzia do importu z Claude Code. Zespół Codexa reaguje na potrzeby deweloperów, którzy korzystają z narzędzia w swoich codziennych workflow. Dodatkowo, wprowadzono wsparcie dla uwierzytelniania Amazon Bedrock oraz poprawki stabilności.

    Kluczowe zmiany w skrócie

    • Śledzenie tokenów — nowe widoki /usage pokazują dzienne, tygodniowe i skumulowane zużycie tokenów na koncie
    • Trwałe usuwanie sesji — polecenia codex delete, /delete oraz endpoint API umożliwiają bezpowrotne kasowanie wątków z potwierdzeniem
    • Import z Claude Code — /import przenosi ustawienia projektu, konfigurację i historię czatów z Claude Code
    • Menu @ dla plików, pluginów i skilli — wpisanie @ otwiera teraz jedno spójne menu zamiast rozrzuconych opcji
    • Amazon Bedrock — zarządzane uwierzytelnianie API-key i szyfrowane lokalne przechowywanie poświadczeń MCP

    Więcej kontroli nad sesjami i tokenami

    Jednym z najważniejszych dodatków jest możliwość trwałego usuwania sesji. Do tej pory zarządzanie starymi wątkami bywało uciążliwe, zwłaszcza gdy Codex działał jako integralna część środowiska deweloperskiego. Teraz polecenia codex delete, /delete oraz endpoint app-server thread/delete pozwalają na usunięcie niepotrzebnych sesji z odpowiednimi zabezpieczeniami przed przypadkowym skasowaniem. Usuwanie obejmuje także czyszczenie subagentów, co eliminuje pozostałości w tle.

    Wprowadzenie widoków /usage to kolejna istotna zmiana. Deweloperzy korzystający z limitowanych pakietów tokenów mogą teraz sprawdzić, ile dokładnie zużyli w ciągu dnia, tygodnia i od początku korzystania z konta. To istotna funkcjonalność dla zespołów kontrolujących koszty AI, zwłaszcza przy intensywnym kodowaniu.

    Import z Claude Code i ujednolicone menu @

    Codex 0.140.0 wprowadza polecenie /import, które umożliwia przenoszenie elementów z Claude Code, w tym ustawienia projektu, konfigurację i historię czatów. To ułatwienie dla osób testujących różne narzędzia AI, które nie chcą zaczynać od zera przy każdej migracji. Zamiast ręcznie odtwarzać setup, wystarczy jedno polecenie.

    Kolejna zmiana dotyczy interfejsu. Wpisanie @ otwiera teraz jedno menu obejmujące pliki, pluginy i skille, co znacznie przyspiesza nawigację dla osób spędzających w Codexie wiele godzin dziennie.

    Bedrock i poprawki niezawodności

    Bedrock i poprawki niezawodności

    Wsparcie dla Amazon Bedrock to odpowiedź na potrzeby zespołów korzystających z infrastruktury AWS. Nowe zarządzane uwierzytelnianie API-key oraz szyfrowane lokalne przechowywanie poświadczeń OAuth dla CLI i MCP zwiększają bezpieczeństwo integracji z usługami chmurowymi. Codex obsługuje to w standardowy sposób, eliminując potrzebę ręcznego przekazywania kluczy.

    Inżynierowie OpenAI wprowadzili także poprawki niezawodności. Naprawiono błędy związane z bazami SQLite, które mogły występować przy intensywnym użyciu, oraz ustabilizowano połączenia MCP z zewnętrznymi narzędziami. To ważne dla devopsów, którzy integrują Codexa z własnymi pipeline'ami i serwisami.

    Wydajność na dużych repozytoriach

    Wydajność na dużych repozytoriach

    Ostatnim istotnym obszarem jest optymalizacja dla dużych codebase'ów. Lepsze monitorowanie systemu plików oraz inteligentniejsze cache'owanie sprawiają, że Codex nie zwalnia przy indeksowaniu rozległych projektów. Dla osób pracujących w monorepo lub z legacy systemami z tysiącami plików, różnica powinna być zauważalna.

    Podsumowanie

    Codex 0.140.0 nie wprowadza rewolucyjnych zmian w modelu AI, ale koncentruje się na stabilności, kontroli i interoperacyjności. Możliwości śledzenia tokenów, trwałego usuwania sesji i importowania konfiguracji z Claude Code sprawiają, że narzędzie lepiej wpasowuje się w codzienne workflow. Dodanie wsparcia dla Bedrocka oraz poprawki MCP rozszerzają zastosowania dla zespołów korzystających z chmury AWS. Dla codziennych użytkowników Codexa, ta aktualizacja przynosi konkretne, odczuwalne usprawnienia.

    Ź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

  • Factory v0.148.1: podpisane binarki CLI stabilizują środowiska odcięte od sieci

    Factory v0.148.1: podpisane binarki CLI stabilizują środowiska odcięte od sieci

    Factory wydało wersję v0.148.1, która rozwiązuje istotny problem dla zespołów pracujących w środowiskach air-gapped. Aktualizacja zapewnia, że wszystkie binarki CLI są teraz poprawnie podpisywane i publikowane, co umożliwia instalacjom offline pobieranie najnowszych wersji bez ryzyka związanego z niezweryfikowanym oprogramowaniem.

    Poprawka trafiła do użytkowników 14 czerwca 2026 roku jako część wydania CLI v0.148.1 i Desktop v0.105.0. Choć na pierwszy rzut oka wygląda to na drobną zmianę konfiguracyjną, dla branż objętych ścisłymi regulacjami bezpieczeństwa oznacza koniec ręcznych obejść i potencjalnych luk w łańcuchu dostaw.

    Kluczowe fakty

    • Binarki CLI dla środowisk air-gapped są teraz podpisywane i publikowane, eliminując ryzyko instalacji nieautoryzowanych wersji.
    • Aktualizacja jest częścią szerszego pakietu usprawnień korporacyjnych Factory, obejmującego kontrolę ruchu sieciowego i zarządzanie logami.
    • Wdrożenia w sektorze obronnym i administracji państwowej korzystają z trybu fully air-gapped, gdzie Factory Cloud nie jest osiągalny podczas działania Droidów.
    • Weryfikacja binarek odbywa się przez artifact repositories i procesy offline, co wymaga zaufanego podpisu cyfrowego na każdym etapie dystrybucji.

    Dlaczego podpisywanie binarek ma znaczenie w odciętych środowiskach

    W standardowym modelu SaaS aplikacja pobiera aktualizacje bezpośrednio z serwerów producenta. Środowiska air-gapped odwracają tę logikę – wszystko, co trafia do wewnętrznej sieci, musi przejść przez bramki bezpieczeństwa, skanery i ręczne audyty. Nie ma tu miejsca na automatyczne pobieranie paczek z internetu.

    Droidy Factory działające w takim reżimie polegają na artefaktach importowanych przez repozytoria offline. Jeśli binarka CLI nie jest podpisana, system nie może potwierdzić jej integralności. W takim przypadku administratorzy albo blokują instalację, albo – co gorsza – dopuszczają ją na ślepo, narażając infrastrukturę na ataki typu supply chain.

    Poprawka z v0.148.1 eliminuje ten dylemat. Teraz każda wersja CLI przeznaczona dla środowisk izolowanych przechodzi pełną ścieżkę podpisywania, zanim trafi do kanałów dystrybucyjnych. Dla zespołów DevOps oznacza to mniej ręcznej pracy przy weryfikacji i krótszy czas od wydania nowej funkcji do jej wdrożenia na produkcji.

    Szerszy kontekst: kontrola nad ruchem i modelami

    Warto spojrzeć na tę aktualizację w kontekście całej strategii Factory dla klientów enterprise. Dokumentacja wdrożeniowa platformy opisuje model, w którym nie tylko binarki, ale też punkty końcowe modeli AI i kolektory OTEL pozostają wewnątrz izolowanej sieci.

    Factory umożliwia uruchamianie Droidów w konfiguracji fully air-gapped, gdzie jedynym połączeniem ze światem zewnętrznym jest zaplanowany import artefaktów. To domyślny wzorzec dla sektorów takich jak obronność czy administracja rządowa, gdzie wyciek danych przez niekontrolowany ruch sieciowy jest niedopuszczalny.

    Ostatnie miesiące przyniosły też inne usprawnienia w tym obszarze: lepszą widoczność połączeń MCP, nowe kontrolki organizacyjne dla automatycznych aktualizacji, usprawnione zarządzanie logami i odświeżone procesy uwierzytelniania. Wszystko to składa się na obraz platformy, która działa w izolacji w sposób przewidywalny i audytowalny.

    Co to oznacza dla zespołów developerskich

    Dla programistów pracujących z Factory na co dzień, v0.148.1 nie przynosi nowych funkcji w interfejsie ani zmian w API. To wydanie ma charakter czysto infrastrukturalny. Jednak jego wpływ na stabilność środowisk CI/CD może być odczuwalny natychmiast.

    Zespoły utrzymujące pipeline'y w odciętych sieciach często borykają się z problemem nieaktualnych narzędzi. Każda aktualizacja CLI wymagała dotąd sprawdzania sum kontrolnych, ręcznego podpisywania i konfiguracji zaufanych źródeł. Teraz ten proces jest zautomatyzowany po stronie Factory, a administratorzy otrzymują gotowe, zweryfikowane paczki.

    To jedna z tych poprawek, których nikt nie zauważa, dopóki nie przestanie działać. Ale właśnie takie detale decydują o tym, czy platforma nadaje się do użytku w środowiskach o zaostrzonych wymogach bezpieczeństwa.

    Źródła

  • Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    W połowie czerwca 2026 roku, po premierze wersji preview 11 czerwca i oficjalnym wydaniu v0.18.0 12 czerwca, zaktualizowano Qwen-Code do wersji v0.18.0. Ta aktualizacja znacząco zwiększa autonomię i wygodę korzystania z asystenta AI podczas dłuższych sesji programistycznych. Zamiast drobnych poprawek, wprowadzono funkcje, które automatyzują przepływy pracy, zachowują preferencje użytkownika oraz zapewniają lepszy wgląd w działania agenta.

    Co nowego w skrócie

    • Panel zarządzania umiejętnościami — nowy interfejs /skills zastąpił wcześniejszy licznik tokenów, oferując lepszy wgląd w możliwości agenta.
    • Pamięć na poziomie użytkownika — auto-memory wykracza poza pojedyncze repozytorium. Preferencje i powtarzające się uwagi programisty są teraz dostępne między projektami, a system automatycznie rozdziela typy pamięci (użytkownika, feedback, projektu, referencyjną). Dane są przechowywane w katalogu ~/.qwen/memories/.
    • Komenda /fork — umożliwia uruchomienie agenta w tle, który dziedziczy kontekst, narzędzia i konfigurację modelu. Główny wątek działa dalej bez czekania, co pozwala na równoległe zadania, takie jak recenzja kodu czy poprawki.
    • Wsparcie multimodalne Qwen-Code v0.18.0 — model potrafi odczytywać zawartość ekranu, wchodzić w interakcję z GUI, generować kod na podstawie wizualnych referencji i nawigować po aplikacjach mobilnych.
    • Stabilność i automatyzacja — poprawki zarządzania pamięcią, usprawnione auto-update CLI oraz zautomatyzowane przepływy recenzji PR-ów.

    Koniec z agentem bez pamięci

    Jedną z irytujących cech wcześniejszych agentów kodujących było to, że po przełączeniu projektu traciły cały kontekst. Qwen-Code v0.18.0 wprowadza warstwę pamięci użytkownika, która zapamiętuje preferencje dotyczące konwencji nazewniczych, często wybieranych bibliotek oraz reakcje na konkretne sugestie.

    Auto-memory jest domyślnie włączone i nie wymaga ręcznej konfiguracji. Pamięć projektowa działa równolegle, co oznacza, że agent nie myli kontekstu między repozytoriami, ale jednocześnie uczy się na podstawie zachowań programisty. To funkcja, która po kilku dniach użytkowania staje się niezbędna.

    Statystyki, które faktycznie coś mówią

    Stary licznik tokenów był użyteczny jedynie dla osób, które wiedziały, czego szukać. Nowy panel /skills to pełnoprawny interfejs zarządzania umiejętnościami agenta, oferujący wgląd w jego możliwości i konfigurację.

    Dla zespołów monitorujących koszty API i chcących zrozumieć, gdzie agent marnuje tokeny, to konkretna wartość. Zapis do pliku JSON Lines umożliwia łatwe przesyłanie danych do zewnętrznych narzędzi analitycznych, eliminując konieczność przeszukiwania logów.

    Praca równoległa wchodzi do terminala

    Funkcja /fork może wydawać się niszowym usprawnieniem, ale szybko okazuje się niezwykle praktyczna. Na przykład, gdy agent generuje testy, można równocześnie sprawdzić alternatywną implementację funkcji w tle. Bez /fork musisz czekać, a z tą funkcją główna sesja nie jest blokowana.

    W połączeniu z panelem /skills oraz możliwością zarządzania zestawami umiejętności, Qwen-Code v0.18.0 staje się bardziej zaawansowanym narzędziem do zarządzania zadaniami. Wersja ta jest częścią szerszego cyklu wydawniczego, który koncentruje się na automatyzacji i równoległym wykonywaniu zadań.

    Multimodalność, która wykracza poza kod

    Wsparcie dla Qwen-Code v0.18.0 otwiera nowe możliwości, które jeszcze rok temu były poza zasięgiem terminalowych agentów. Model potrafi czytać interfejsy, klikać, przewijać i generować kod na podstawie zrzutów ekranu. Dla frontendowców oznacza to możliwość testowania wizualnego bez odrywania rąk od klawiatury. Dla zespołów mobilnych — nawigację po aplikacji bez pisania osobnych skryptów testowych.

    To wciąż wczesna faza, ale kierunek rozwoju jest wyraźny: agent nie tylko analizuje kod, ale także widzi efekty swojego działania. To przesunięcie od asystenta tekstowego do bardziej zaawansowanego narzędzia wizualnego.

    Przyszłość: trwały, wielozadaniowy agent

    Qwen-Code v0.18.0 to nie tylko zbiór nowych funkcji, ale przemyślany krok w kierunku agenta, który pamięta, analizuje swoje zużycie i potrafi rozdzielać pracę na równoległe wątki. Dla programistów spędzających długie godziny w terminalu, te zmiany przekładają się na mniej frustracji przy zarządzaniu kontekstem i więcej czasu na twórczą pracę.

    Wydanie wpisuje się w szerszy trend w narzędziach AI — od prostych asystentów do autonomicznych, wielozadaniowych agentów. Kolejne aktualizacje w ramach serii 0.18.x prawdopodobnie będą rozwijać te wątki, umacniając Qwen-Code v0.18.0 jako istotnego gracza w ekosystemie narzędzi programistycznych.

    Źródła

  • Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code zaktualizował się do wersji v0.18.0, wprowadzając trzy kluczowe mechanizmy: automatyczną pamięć na poziomie użytkownika, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Te zmiany wpływają na sposób interakcji z asystentem kodowania.

    Co nowego w skrócie

    • Pamięć użytkownika przechowywana w ~/.qwen/memories/ pozwala agentowi zapamiętywać preferencje między projektami.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy kontekst rozmowy i działa równolegle do głównego wątku.
    • Panel /skills umożliwia wizualne przeglądanie, wyszukiwanie i zarządzanie umiejętnościami z poziomu CLI.
    • Multimodalne wejście obsługuje obrazy, PDF-y, pliki audio i wideo w modelu Qwen-Code v0.18.0.
    • Automatyczne aktualizacje instalatora standalone i poprawki stabilności CLI na różnych platformach.

    Pamięć, która nie ginie po zamknięciu projektu

    Wcześniej Qwen-Code przechowywał wspomnienia tylko w katalogu bieżącego projektu. Oznaczało to, że przy każdym nowym repozytorium agent zaczynał od zera, nie pamiętając stylu pracy, preferencji dotyczących formatowania czy konwencji nazewnictwa.

    Wersja v0.18.0 przenosi część pamięci na poziom użytkownika. Pliki trafiają teraz do ~/.qwen/memories/, a mechanizm routingu rozdziela informacje: preferencje i styl pracy są przechowywane globalnie, natomiast deadline'y projektowe i zdarzenia specyficzne dla repozytorium pozostają w katalogu lokalnym. System wykorzystuje cztery kategorie pamięci, które istniały wcześniej, ale teraz mają międzyprojektowy zasięg.

    To znacząca zmiana. Pracując nad pięcioma projektami w tygodniu, agent uczy się twoich nawyków, zamiast za każdym razem pytać o to samo.

    Agenci w tle i równoległe przepływy pracy

    Komenda /fork to interesujący dodatek tej wersji. W trakcie rozmowy możesz oddelegować zadanie do agenta działającego w tle, nie przerywając głównego wątku. Agent w tle dziedziczy pełen kontekst: historię rozmowy, narzędzia, konfigurację modelu i cache promptów.

    Aktualizacja z 18 czerwca rozszerza możliwości workflow o funkcje parallel() i pipeline(), które pozwalają na uruchamianie wielu podagentów jednocześnie. Wprowadzono kontrakt "errors-as-data" — błąd jednego agenta nie przerywa całego procesu, lecz zwraca informację o niepowodzeniu jako dane do dalszego przetwarzania.

    Pojawił się także eksperymentalny tryb Agent Team. Model sam tworzy nazwy zespołów, rozdziela zadania między członków, wymienia wiadomości i konsoliduje wyniki w ujednolicony raport. To ambitny projekt, który wymaga jeszcze czasu na stabilizację.

    Piaskownica i zaplanowane zadania

    Nowa wersja wprowadza izolowane środowisko uruchomieniowe oparte na node:vm, które jest wystarczające do bezpiecznego testowania wygenerowanego kodu. Komenda /loop zyskała trwałość: zaplanowane zadania są teraz zapisywane na dysku i wznawiane po restarcie, a pominięte cykle mają jedną szansę na nadrobienie.

    Działa także inhibitor uśpienia systemu, który zapobiega wygaszaniu ekranu podczas streamingu odpowiedzi modelu lub wykonywania narzędzi. To drobny, ale istotny element, który poprawia komfort dłuższych sesji.

    Stabilność i instalacja

    Zespół skupił się na niezawodności CLI. Automatyczne aktualizacje instalatora standalone działają poprawnie, a problemy z instalacją międzyplatformową, szczególnie na Windows, zostały rozwiązane. Powiadomienia o zakończeniu zadań w tle trafiają do panelu czatu w VS Code, co eliminuje konieczność ciągłego przełączania się między oknami.

    Te zmiany wpisują się w szerszy kierunek rozwoju Qwen-Code. Roadmapa obejmuje statystyki (/stats dashboard), multimodalne wejście, tryb headless, integrację z Git Worktrees oraz pluginy IDE. Narzędzie, adaptowane z Gemini CLI i zoptymalizowane pod modele Qwen-Code v0.18.0, zmierza w stronę pełnoprawnego środowiska agentskiego dla programistów.

    Źródła

  • Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    OpenAI wydało 28 maja 2026 roku wersję 0.135.0 narzędzia Codex CLI, która koncentruje się na poprawie doświadczeń deweloperów poprzez rozbudowaną diagnostykę, zaawansowaną edycję w stylu Vim oraz ulepszenia w Python SDK. To piąte stabilne wydanie w ciągu dziesięciu dni, co pokazuje intensywne tempo prac nad projektem, który przekształca się z prostego generatora kodu w fundament agentowości operującej w środowiskach deweloperskich. Wersja ta nie wprowadza nowych modeli AI, lecz skupia się na stabilności i funkcjonalności interfejsu, co czyni ją istotną dla użytkowników korzystających z Codex 0.135.0 w codziennej pracy terminalowej.

    Kluczowe fakty na temat wydania

    • Narzędzie diagnostyczne codex doctor zostało rozszerzone do pięciu ustrukturyzowanych kategorii: środowisko, Git, terminal, serwer aplikacji i inwentarz wątków.
    • Tryb Vim zyskał edycję obiektów tekstowych (np. ciw, da"), poprawione zachowanie końca słowa i linii oraz konfigurowalne skróty do przerywania zadań.
    • Python SDK wprowadza przyjazne presety Sandbox dla interfejsów API wątków i tur, redukując szablonowy kod.
    • Interfejs TUI otrzymał ulepszone renderowanie Markdown, lepszą widoczność połączeń zdalnych w /status oraz poprawki stabilności dla macOS i Zellij.
    • Wydajność została poprawiona poprzez migrację stanu pamięci do dedykowanej bazy danych SQLite.

    Rozszerzona diagnostyka z codex doctor

    Narzędzie codex doctor, które po raz pierwszy pojawiło się w wersji 0.135.0, przeszło w tym wydaniu największą modernizację. Jego celem jest umożliwienie rozwiązania zgłoszenia wsparcia technicznego za pomocą jednego wklejenia wyniku diagnostycznego, bez konieczności zbierania dodatkowych informacji zwrotnych od operatorów. Użytkownicy otrzymują kompleksowy raport w pięciu kategoriach. Środowisko obejmuje wersje środowiska uruchomieniowego, platformę i zmienne PATH, natomiast Git dostarcza informacji o stanie repozytorium, gałęzi, niezatwierdzonych zmianach i konfiguracji. Terminal wykrywa emulator, kodowanie i głębię kolorów, serwer aplikacji weryfikuje osiągalność i wersję lokalnego serwera Codex, a inwentarz wątków pokazuje aktywne i ostatnie wątki. To podejście eliminuje tarcia w procesie debugowania i znacznie przyspiesza identyfikację problemów.

    Tryb Vim jako główna powierzchnia edycyjna

    Dla deweloperów przyzwyczajonych do skrótów klawiszowych Vima, wersja 0.135.0 stanowi istotny krok naprzód. Wprowadzenie edycji obiektów tekstowych, takich jak ciw (zmiana wewnętrznego słowa) czy da( (usunięcie wokół nawiasu), pozwala na operacje na jednostkach semantycznych, a nie tylko na zakresach znakowych. Interfejs tekstowy Codex staje się bardziej intuicyjny i wydajny dla zaawansowanych użytkowników. Dodatkowo poprawiono zachowanie na końcu słowa i linii, co redukuje irytujące błędy podczas nawigacji. Nowością jest również konfigurowalne wiązanie klawisza do przerywania konwersacji, co daje użytkownikom pełną kontrolę nad interakcją z agentem. Te zmiany sprawiają, że TUI Codex może być traktowane jako realna alternatywa dla tradycyjnych edytorów, szczególnie podczas pracy zdalnej.

    Ulepszenia w Python SDK i zarządzaniu uprawnieniami

    Python SDK w tej wersji otrzymało przyjazne stałe piastecznic Sandbox, które redukują ilość kodu potrzebnego do programowego ustawiania trybów wykonawczych. Dzięki temu deweloperzy mogą szybciej integrować Codex z własnymi skryptami i aplikacjami, bez konieczności zagłębiania się w szczegóły implementacyjne. Równocześnie polecenie /permissions zostało wzbogacone o obsługę nazwanych profili uprawnień i wyświetlanie skonfigurowanych profili niestandardowych. To posunięcie zwiększa elastyczność i bezpieczeństwo, zwłaszcza w środowiskach, gdzie różne zadania wymagają różnych poziomów dostępu.

    Stabilność i wydajność na pierwszym planie

    Wydanie 0.135.0 to nie tylko nowe funkcje, ale także szereg poprawek stabilności. Interfejs TUI został wzmocniony, aby uniknąć awarii na macOS i w środowisku Zellij, co było częstym problemem we wcześniejszych wersjach. Renderowanie tabel Markdown i list wieloliniowych stało się bardziej czytelne dzięki lepszemu dopasowaniu kolumn i formatowaniu w stylu aplikacji. Połączenia zdalne zyskały na przejrzystości – polecenie /status pokazuje teraz szczegóły połączenia i wersję serwera, co jest nieocenione podczas pracy z rozproszonymi zespołami. W tle dokonano również migracji stanu pamięci do dedykowanej bazy danych SQLite, co przekłada się na szybszy dostęp do danych i mniejsze zużycie zasobów.

    Kontekst i przyszłość Codex

    To wydanie wpisuje się w szerszy trend przesuwania Codex z narzędzia do generowania kodu w stronę platformy agentowej, która obsługuje całe środowiska deweloperskie. W połączeniu z nowym wsparciem dla Windows Computer Use i zdalnego sterowania, Codex 0.135.0 umacnia swoją pozycję jako wszechstronne narzędzie dla programistów. Szybki cykl wydania i ciągłe innowacje wskazują na przyszłość, w której Codex stanie się nieodłącznym elementem pracy każdego dewelopera.

    Źródła

  • Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Zespół Qwen ogłosił premierę najnowszej wersji preview swojego flagowego narzędzia do wspomagania programowania, Qwen-Code Preview v0.15.11-preview.2. Ta aktualizacja wprowadza nowe funkcje, które zmieniają sposób, w jaki deweloperzy analizują ryzyko w Pull Requestach i korzystają z interfejsu linii poleceń. W przeciwieństwie do poprzedniego wydania (preview.0), które skupiało się na optymalizacji wydajności, ta wersja dostarcza nowy zestaw możliwości, odpowiadając na potrzeby zespołów pracujących w złożonych, krytycznych dla biznesu repozytoriach kodu.

    Kluczowe informacje o wydaniu

    • Nowa umiejętność codegraph umożliwia automatyczną analizę ryzyka w Pull Requestach, identyfikując potencjalne konflikty i niebezpieczne wzorce.
    • Flaga –json-schema w CLI zapewnia przewidywalne, ustrukturyzowane dane wyjściowe, co upraszcza integrację z potokami CI/CD i zewnętrznymi narzędziami.
    • Poprawiona kompatybilność proxy Anthropic ułatwia korzystanie z modeli Claude w środowiskach z restrykcyjnymi politykami sieciowymi.
    • Rozszerzone śledzenie telemetryczne daje zespołom lepszy wgląd w wykorzystanie narzędzia i identyfikację wąskich gardeł.
    • Stabilizacja testów end-to-end oraz szereg poprawek UI/UX zwiększają ogólną niezawodność i komfort codziennej pracy.

    Nowe podejście do analizy ryzyka

    Sercem tego wydania jest umiejętność codegraph, zaprojektowana do analizy ryzyka w Pull Requestach. Qwen-Code Preview v0.15.11-preview.2 wykorzystuje zaawansowane modele językowe do budowy dynamicznego grafu zależności zmian. Dzięki temu może wskazać potencjalne błędy składniowe oraz przewidzieć wpływ danej zmiany na całą architekturę aplikacji. Na przykład, dodanie nowego pola do struktury danych w jednym mikrousłudze może być automatycznie powiązane z potencjalnym naruszeniem kompatybilności w innych usługach. To przejście od reaktywnego szukania błędów do proaktywnego zarządzania ryzykiem architektonicznym to istotny krok naprzód. W praktyce oznacza to, że przed scaleniem kodu zespół otrzymuje czytelny raport, który dostarcza kontekstu biznesowego.

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Kolejną istotną zmianą jest wprowadzenie flagi --json-schema w interfejsie linii poleceń. Dotychczas integracja Qwen-Code Preview v0.15.11-preview.2 z zautomatyzowanymi potokami CI/CD wymagała parsowania tekstowych odpowiedzi, co było podatne na błędy przy każdej zmianie formatowania przez model. Teraz, definiując schemat JSON, użytkownicy mogą wymusić na narzędziu zwracanie danych w ściśle określonym formacie. To otwiera możliwości, gdzie wynik działania asystenta AI jest bezpośrednio wykorzystywany w kolejnych krokach w pipeline, na przykład do automatycznego tworzenia ticketów na podstawie analizy kodu lub aktualizacji metryk w dashboardzie monitoringu. Ta cecha pokazuje, jak platforma staje się poważnym, integrowalnym komponentem w ekosystemie DevOps.

    Wydajność, proxy i diagnostyka

    Pod maską, wydanie kontynuuje prace optymalizacyjne zapoczątkowane w v0.15.11-preview.0. Usprawnienia w zarządzaniu metadanymi sesji, w szczególności ograniczenie odczytów do początkowych i końcowych 64KB plików, przekładają się na szybszy start i mniejsze zużycie pamięci. Ulepszona kompatybilność z proxy Anthropic odpowiada na potrzeby dużych organizacji, gdzie ruch sieciowy jest kontrolowany, a korzystanie z różnych dostawców modeli może być wyzwaniem. Rozszerzone śledzenie telemetryczne umożliwi zespołom monitorowanie, które funkcje są najczęściej używane i gdzie występują opóźnienia. To ważne dane do optymalizacji kosztów i zapewnienia, że narzędzie będzie skalować się wraz z rosnącymi potrzebami projektu.

    Qwen-Code Preview v0.15.11-preview.2 odpowiada na konkretne wyzwania profesjonalnych deweloperów. Łączy zaawansowaną analizę ryzyka z niezawodnością interfejsów API, której oczekuje się od dojrzałych narzędzi programistycznych, nie tracąc z oczu fundamentalnych kwestii, jakimi są wydajność i łatwość integracji z istniejącą infrastrukturą.

    Źródła

  • Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Twórcy platformy Factory ogłosili wydanie wersji v0.123.0, która została udostępniona użytkownikom pod koniec czerwca. Najważniejszą nowością w tej wersji jest moduł do stałego monitorowania zużycia tokenów, który jest teraz dostępny w panelu Mission Control. Dodatkowo zespół wprowadził mechanizm optymistycznego przesyłania wiadomości, mający na celu skrócenie czasu oczekiwania na odpowiedzi agentów AI. Krótko po premierze, 11 maja, opublikowano także łatkę v0.123.0, która zawierała drobne usprawnienia.

    Kluczowe informacje o aktualizacji

    • Śledzenie zużycia tokenów w Mission Control umożliwia bieżącą kontrolę kosztów i obciążenia workflow.
    • Optymistyczne przesyłanie wiadomości pozwala na szybszą interakcję z agentami przed pełnym nawiązaniem połączenia.
    • Powiadomienia o przestarzałych modelach informują programistów, które wersje warto zaktualizować.
    • Poprawki błędów sesji eliminują problemy z ładowaniem i zwiększają niezawodność pracy z subagentami.
    • Korekta zliczania tokenów subagentów dostarcza dokładniejsze dane do rozliczeń i analiz.

    Jak działa nowe śledzenie tokenów w Factory

    Dotychczas użytkownicy Factory mogli jedynie szacować zużycie tokenów na podstawie zewnętrznych narzędzi lub ogólnych metryk. Teraz, dzięki integracji licznika z Mission Control — centralnym hubem do zarządzania agentami — deweloperzy mają dostęp do dokładnych danych o konsumpcji tokenów w czasie rzeczywistym, bez potrzeby przełączania się między aplikacjami.

    Panel prezentuje zarówno ogólne statystyki, jak i szczegółowe rozbicie na poszczególne zadania. To znaczące ułatwienie dla zespołów DevOps, które muszą monitorować budżety przy intensywnym wykorzystaniu modeli językowych. Oznacza to mniej niespodzianek na fakturach i większą kontrolę nad kosztami infrastruktury AI.

    W tej samej aktualizacji poprawiono również błąd związany z nieprawidłowym zliczaniem tokenów dla subagentów. Wcześniej dane mogły być nieprecyzyjne, co utrudniało dokładne rozliczenia — teraz problem został rozwiązany.

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Drugim kluczowym elementem tej aktualizacji jest mechanizm optymistycznego przesyłania wiadomości. System nie czeka już na pełne potwierdzenie połączenia przed wysłaniem wiadomości do agenta. Działa na zasadzie „zakładamy, że wszystko pójdzie dobrze” i realizuje zapytanie od razu.

    Efekt to krótsze czasy reakcji, co jest szczególnie zauważalne przy szybkim iterowaniu kodu. Deweloperzy, którzy stosują metodę vibe coding, gdzie tempo i płynność pracy są kluczowe, od razu dostrzegą różnicę. Nie trzeba już czekać na kilka dodatkowych sekund przy każdym zapytaniu.

    Zespół Factory zaznacza, że mechanizm został zaprojektowany tak, aby nie wpływał negatywnie na stabilność sesji. W przypadku problemów system potrafi cofnąć operację i spróbować ponownie, co oznacza, że użytkownik nie traci danych ani kontekstu rozmowy.

    Poprawki i drobniejsze zmiany

    Poprawki i drobniejsze zmiany

    Oprócz głównych funkcji, wersja v0.123.0 wprowadziła kilka poprawek. Najważniejsza dotyczyła sesji — wcześniej zdarzało się, że nie ładowały się poprawnie po ponownym uruchomieniu, co mogło zakłócać pracę. Teraz ten problem został usunięty.

    Poprawiono także obsługę nazw narzędzi. Wcześniej niektóre komendy mogły być błędnie interpretowane przez agentów, zwłaszcza gdy zawierały niestandardowe znaki. Po aktualizacji mapowanie jest dokładniejsze, co zmniejsza liczbę nieoczekiwanych błędów w automatyzacjach.

    Warto również wspomnieć o powiadomieniach deprecjacyjnych. Jeśli któryś z używanych modeli zbliża się do końca wsparcia, Factory informuje o tym i sugeruje migrację na nowszą wersję. To małe udogodnienie oszczędza czas na ręczne sprawdzanie statusu kompatybilności.

    Co to oznacza dla zespołów AI i DevOps

    Ta aktualizacja wpisuje się w szerszy trend w narzędziach dla AI engineeringu, koncentrując się na transparentności kosztowej i niezawodności sesji. Dla osób zarządzających wieloma agentami jednocześnie, dokładne dane o zużyciu tokenów oraz poprawiona stabilność sesji mogą znacząco ułatwić pracę i zwiększyć efektywność.

    Źródła

  • Zed wspiera GPT-5.5, rozszerzając możliwości sztucznej inteligencji dla programistów

    Zed wspiera GPT-5.5, rozszerzając możliwości sztucznej inteligencji dla programistów

    Edytor kodu Zed w wersji 0.233.10 wprowadza wsparcie dla najnowszego modelu językowego od OpenAI – GPT-5.5. Ta aktualizacja stanowi kolejny krok w integracji sztucznej inteligencji z procesem rozwoju oprogramowania, umożliwiając programistom korzystanie z zaawansowanych modeli bezpośrednio w panelu agenta Zed.

    Zespół Zed wcześniej rozszerzał wsparcie dla modeli z rodziny GPT-5.5, umożliwiając korzystanie z wcześniejszych wersji za pomocą osobistego klucza API OpenAI. Dzięki tym aktualizacjom edytor umacnia swoją pozycję jako praktyczne środowisko do kodowania, w którym AI jest wplecione w codzienną pracę programistów i specjalistów DevOps.

    Co nowego w aktualizacji 0.233.10?

    Główna zmiana została opisana w notatce wydawniczej Zed: „Dodano wsparcie dla GPT-5.5 przez dostawcę OpenAI”. Oznacza to kilka konkretnych nowości dla użytkowników:

    • Bezpośredni wybór modelu: Programiści mogą teraz wybrać GPT-5.5 z listy dostępnych modeli w ustawieniach dostawcy OpenAI wewnątrz Zed.
    • Integracja z przepływem agenta: Model jest dostępny w głównym panelu agenta AI, co pozwala na generowanie kodu, refaktoryzację, tłumaczenie, debugowanie oraz odpowiadanie na pytania dotyczące projektu.
    • Korzystanie z własnego konta: Funkcja opiera się na modelu zapewnianym przez OpenAI, co wymaga od użytkownika posiadania własnego klucza API. Daje to kontrolę nad kosztami i wykorzystaniem.

    Aktualizacja wpisuje się w szerszy trend, w którym Zed rozwija możliwości integracji z AI, umożliwiając programistom korzystanie z wybranych modeli w jednym miejscu.

    Kontekst i ewolucja wsparcia AI w Zed

    Włączenie GPT-5.5 jest częścią długoterminowej strategii Zeda, aby stać się pełnoprawnym środowiskiem programistycznym zintegrowanym z AI. Historia rozwoju projektu pokazuje, że zespół dąży do głębszej integracji z modelami językowymi.

    Pełne wykorzystanie możliwości najnowszych modeli może zależeć od ich dostępności przez API. Integracja w edytorze jest procesem ciągłym, a sama dostępność modelu to ważny krok w kierunku pełnego wykorzystania jego potencjału.

    Rozwój ten jest istotny dla społeczności zajmującej się nowoczesnymi technikami programistycznymi. Dla web developerów możliwość szybkiego zapytania zaawansowanego modelu o optymalizację zapytań bazodanowych, generowanie komponentów React czy wyjaśnienie złożonego błędu bez opuszczania edytora to znaczna oszczędność czasu. W obszarze DevOps AI może wspierać pisanie skryptów, konfigurację kontenerów Docker czy analizę logów.

    Dlaczego to ma znaczenie?

    Wybór modelu AI wpływa na jakość i trafność generowanych odpowiedzi. GPT-5.5 to najnowsza generacja modeli od OpenAI, oferująca ulepszenia w rozumieniu kontekstu, poprawności generowanego kodu oraz skomplikowanym rozumowaniu. Dzięki integracji w Zed programiści zyskują dostęp do tej technologii w znanym środowisku.

    Edycja kodu z wykorzystaniem AI w Zed nie ogranicza się tylko do czatu. Możliwości obejmują sugestie autouzupełniania, przewidywania edycji oparte na kontekście oraz bezpośrednie modyfikacje kodu przez agenta. Dodanie nowego modelu, takiego jak GPT-5.5, może przynieść wymierne korzyści w każdej z tych interakcji.

    Aktualizacja 0.233.10 pokazuje, że Zed traktuje integrację sztucznej inteligencji jako kluczowy element swojej oferty. To nie jest jednorazowy dodatek, ale systematycznie rozwijany komponent, który ewoluuje razem z rynkiem modeli językowych.

    Podsumowanie

    Wydanie Zeda w wersji 0.233.10, mimo że z punktu widzenia numeracji może wydawać się drobną aktualizacją, wprowadza istotne zmiany dla programistów, którzy chcą maksymalnie wykorzystać potencjał AI w codziennej pracy. Dodanie wsparcia dla GPT-5.5 przez dostawcę OpenAI umożliwia dostęp do nowoczesnego modelu językowego w znanym środowisku programistycznym.

    Dla użytkowników Zed to przede wszystkim wygoda i potencjalny wzrost produktywności. Zamiast szukać odpowiedzi w zewnętrznych narzędziach, mogą polegać na zintegrowanym asystencie.

    Źródła

  • Kimi Code CLI 1.39.0: bardziej precyzyjna umiejętność i rozszerzone działanie agenta

    Kimi Code CLI 1.39.0: bardziej precyzyjna umiejętność i rozszerzone działanie agenta

    Wersja 1.39.0 terminalowego agenta Kimi Code CLI wprowadza istotne usprawnienia w zarządzaniu umiejętnościami, integracji z backendami typu thinking-mode oraz stabilności działania. Wydanie koncentruje się na dostosowaniu agenta do konkretnych projektów oraz poprawie jego funkcjonalności w terminalu. Kimi Code CLI, stworzony przez Moonshot AI, umożliwia automatyzację zadań związanych z rozwojem oprogramowania, takich jak czytanie i edycja kodu, wykonywanie poleceń shell oraz przeszukiwanie internetu.

    Najważniejsze zmiany w wydaniu 1.39.0

    • Nowy system discovery umiejętności – agent skuteczniej odnajduje umiejętności skonfigurowane dla konkretnego projektu, preferując je przed globalnymi. Dodano obsługę płaskich struktur plików <nazwa>.md.
    • Rozszerzenie opcji konfiguracji – nowe pole extra_skill_dirs umożliwia dodanie niestandardowych katalogów z umiejętnościami, niezależnych od głównych źródeł.
    • Lepsza kompatybilność z backendami thinking-mode – automatyczne round-tripping treści reasoning dla backendów typu DeepSeek V4, co rozwiązuje problem błędów API 400.
    • Poprawki UI terminala i schematów – ulepszone monitorowanie zadań w tle, naprawiony rendering kursora w promptach oraz rozwiązanie błędów walidacji schematów JSON z MCP.

    Silniejsze discovery umiejętności i priorytetyzacja projektu

    Kluczową zmianą w 1.39.0 jest nowy mechanizm odnajdywania i priorytetyzacji umiejętności. Dotychczas Kimi Code CLI skanował katalogi zdefiniowane w konfiguracji extraKnownMarketplaces w pliku settings.json. Nowa wersja wprowadza hierarchię źródeł: Project > User > Extra > Built-in. Jeśli w katalogu projektu (np. .kimi/skills/) istnieje umiejętność o nazwie foo, będzie ona wybierana przed wersją globalną z katalogu użytkownika czy marketplace.

    Dodano obsługę płaskich plików <nazwa>.md jako umiejętności, równolegle do standardowej struktury podkatalogów <nazwa>/SKILL.md. To ułatwia migrację kolekcji dokumentacji markdown do systemu skills. W przypadku konfliktu nazw w tym samym katalogu, podkatalog ma pierwszeństwo, a system informuje użytkownika.

    Nowe pole konfiguracji extra_skill_dirs pozwala na dodanie dowolnych, absolutnych lub względnych ścieżek do katalogów z umiejętnościami. Ścieżki są kanoniczowane, a nieistniejące lub błędne katalogi są ignorowane, co nie przerywa procesu discovery. To otwiera możliwości dla prywatnych, zespołowych czy środowiskowych zestawów umiejętności, które nie są dostępne w publicznych marketplace.

    Automatyczny round-trip reasoning dla backendów thinking-mode

    Automatyczny round-trip reasoning dla backendów thinking-mode

    Wiele modeli AI z trybem thinking, takich jak DeepSeek V4, wymaga, aby treść reasoning (wnioskowania) wygenerowana w jednym turze była przekazywana z powrotem do API w kolejnym żądaniu. Wcześniej brak tego mechanizmu prowadził do błędów 400 typu The reasoning_content in the thinking mode must be passed back to the API.

    Wydanie 1.39.0 rozwiązuje ten problem dla providerów typu openai_legacy. Domyślnie klucz reasoning_key jest ustawiony na "reasoning_content", a odpowiedzi zawierające takie treści są automatycznie przechowywane w historii i przekazywane w kolejnych turach. Użytkownicy mogą również skorzystać z opcjonalnego pola konfiguracyjnego reasoning_key w LLMProvider, które pozwala na użycie niestandardowej nazwy pola (np. "reasoning") lub całkowite wyłączenie round-tripping przez pustą wartość.

    Dodano także obsługę zmiennej środowiskowej KIMI_MODEL_THINKING_KEEP, która przekazuje wartość do API Moonshot jako thinking.keep. Umożliwia to korzystanie z funkcjonalności Preserved Thinking (np. export KIMI_MODEL_THINKING_KEEP=all), która zachowuje historyczne reasoning_content między turami, co zwiększa koszty tokenów.

    Poprawki stabilności i użyteczności terminala

    Poprawki stabilności i użyteczności terminala

    Wydanie zawiera szereg mniejszych, ale istotnych poprawek zwiększających stabilność i użyteczność agenta w codziennej pracy. Naprawiono rendering kursora blokowego w promptach zatwierdzania (AskUserQuestion), który teraz poprawnie odwzorowuje pozycję w tekście.

    W obszarze integracji z MCP (Model Context Protocol) rozwiązano problem błędów walidacji schematów JSON, gdy serwer MCP eksponuje narzędzia z parametrami mającymi tylko enum bez zdefiniowanego typu (np. truncateMode z JetBrains Rider). Provider Kimi teraz dynamicznie uzupełnia schemat, dedukując typ z wartości enum lub ustawiając domyślny "string".

    Naprawiono również błąd powodujący wysyłanie pustego pola content wraz z tool_calls do API Moonshot, co skutkowało błędami 400. Jeśli treść asystenta jest pusta (brak tekstu lub tylko whitespace/think parts), pole content jest teraz całkowicie pomijane.

    Wnioski: agent staje się bardziej niezależny i kontekstowy

    Wydanie 1.39.0 Kimi Code CLI rozwija agenta w kierunku większej niezależności, kontekstowej adaptacji i stabilności integracji. Priorytetyzacja umiejętności projektowych sprawia, że agent lepiej rozumie i stosuje specyficzne dla repo konwencje i automatyzacje. Rozszerzenie możliwości konfiguracji katalogów umiejętności otwiera nowe możliwości dla zespołów i środowisk.

    Lepsza obsługa backendów thinking-mode, szczególnie istotna dla modeli o zaawansowanych zdolnościach wnioskowania, czyni Kimi Code CLI bardziej interoperacyjnym.

    Źródła