Kategoria: Aktualności techniczne

  • Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory wypuściło aktualizację v0.141.0, która koncentruje się na bardziej niezawodnym wykonywaniu poleceń generujących duże ilości danych. To krok w stronę stabilniejszego środowiska deweloperskiego, które nie zawiesza się przy intensywnych operacjach.

    Najważniejsze zmiany w skrócie

    • Obsługa obszernych wyników poleceń została przeprojektowana, aby zapobiec awariom przy długich outputach.
    • Poprawiono rozmieszczenie podpowiedzi w interfejsie użytkownika, co eliminuje problemy z nakładaniem się elementów.
    • Droidy działają teraz stabilniej w projektach, które nie korzystają z Gita.
    • Wcześniejsze wydania pokazują, że Factory konsekwentnie inwestuje w niezawodność agentów i czytelność UI.

    Większa odporność na przeciążenia

    Przetwarzanie długich wyników poleceń od dawna stanowi problem w środowiskach deweloperskich opartych na agentach AI. Gdy output przekracza pewien rozmiar, system może się zawiesić, a sesja może zostać utracona. W wersji v0.141.0 Factory wprowadza mechanizmy, które radzą sobie z tym lepiej.

    Choć oficjalny dziennik zmian dla tej wersji nie został upubliczniony, wcześniejsze wydania Factory pokazują wyraźny wzorzec. Wersja 1.6 wprowadziła przycinanie wyników przekraczających limit i wymuszała limity rozmiaru wiadomości, aby chronić integralność danych. Wersja v0.141.0 kontynuuje tę tendencję, ale z większą precyzją. Celem jest nie tylko zapobieganie awariom systemu, ale także umożliwienie deweloperom zachowania kontekstu i uniknięcia powtarzania pracy.

    UI bez irytujących wpadek

    Kolejną istotną zmianą jest poprawa rozmieszczenia podpowiedzi w interfejsie. Każdy, kto korzystał z zaawansowanych narzędzi CLI, wie, że źle umieszczone podpowiedzi mogą zakłócać pracę. Nachodzące na siebie elementy i podpowiedzi pojawiające się w niewłaściwych miejscach to drobiazgi, które mogą prowadzić do frustracji.

    Aktualizacja v0.141.0 porządkuje te elementy. Wcześniejsze wersje, takie jak 0.182.0, poprawiały już nagłówki i stan interfejsu podczas wykonywania narzędzi. Teraz Factory skupia się na szczegółach — podpowiedzi trafiają tam, gdzie ich miejsce, co ułatwia pracę.

    Droidy w projektach bez Gita

    Zmiana dotycząca zachowania Droidów — autonomicznych agentów Factory — w projektach, w których Git nie jest używany, również zasługuje na uwagę. Wcześniej niektóre funkcje mogły nie działać prawidłowo w braku repozytorium, opierając się na założeniu, że projekt zawsze jest pod kontrolą wersji. Wiele zespołów pracuje lokalnie, korzysta z innych systemów kontroli wersji lub rezygnuje z nich na wczesnych etapach prototypowania.

    Factory dostosowuje algorytmy wykrywania katalogu głównego projektu i odświeżania przestrzeni roboczej. Droidy nie gubią się już, gdy nie widzą folderu .git — po prostu działają.

    Konsekwentny kierunek

    Analizując historię wydań Factory, widać, że to nie przypadkowy zbiór poprawek. Od wersji 1.3, przez 1.6, aż po ostatnie buildy z lipca 2026 — firma regularnie poprawia obszary niezawodności i użyteczności. Wprowadzono między innymi piaskownicę dla procesów na macOS, poprawki sesji MCP oraz zwiększoną odporność na uszkodzenia historii sesji.

    Te zmiany tworzą obraz narzędzia, które dojrzewa. Factory nie goni za spektakularnymi nowościami, lecz konsekwentnie usuwa przeszkody w codziennej pracy dewelopera. W obliczu szybkiego rozwoju AI w kodowaniu, jest to prawdopodobnie najlepsza strategia.

    Źródła

  • Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm

    Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm

    OpenAI opublikowało wersję 0.137.0 narzędzia Codex CLI, która wprowadza zmiany operacyjne w interfejsie terminalowym, zarządzaniu agentami i kontroli dostępu dla klientów biznesowych. Aktualizacja koncentruje się na bezpieczeństwie, użyteczności TUI oraz usprawnieniach dla zespołów pracujących z wieloma agentami jednocześnie.

    Kluczowe zmiany w skrócie

    • Rozszerzone sterowanie w TUI obejmuje obsługę klawiszy F13–F24, wklejanie w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu pokazujący wyłącznie proces wnioskowania.
    • Konta enterprise zyskały widoczny miesięczny limit kredytów oraz możliwość stosowania zarządzanych zdalnie pakietów konfiguracyjnych, w tym dla workspace'ów EDU.
    • Multi-agent v2 zapamiętuje wybór środowiska uruchomieniowego na wątek i oferuje czystsze domyślne wartości metadanych dla spawnujących się agentów.
    • Bezpieczeństwo zostało wzmocnione przez blokowanie WebSocketów z kontekstu przeglądarki oraz ograniczenie wykonywania parsera PowerShell wyłącznie do hostów Windows.

    TUI zyskuje na elastyczności — klawisze funkcyjne i wklejanie w menu

    Terminal UI Codexa otrzymało kilka poprawek, które docenią użytkownicy spędzający w nim długie godziny. Najważniejszą nowością jest wsparcie dla klawiszy od F13 do F24. Dla niektórych osób może to brzmieć egzotycznie, ale w środowiskach z zaawansowanymi klawiaturami programowalnymi czy maszynami wirtualnymi te dodatkowe przyciski mogą znacznie przyspieszyć nawigację.

    Dodatkowo, użytkownicy mogą teraz wklejać tekst bezpośrednio w przeszukiwalnych menu, co eliminuje konieczność ręcznego przepisywania ścieżek czy nazw plików przy filtrowaniu wyników. Pojawił się również kompaktowy wskaźnik statusu, który pokazuje wyłącznie etap wnioskowania modelu, co upraszcza interfejs.

    Kontrola kosztów i konfiguracji w wydaniu enterprise

    Dla administratorów wdrażających Codexa w zespołach, to wydanie przynosi dwie konkretne zmiany. Użytkownicy kont firmowych mogą teraz zobaczyć swój miesięczny limit kredytów bezpośrednio w interfejsie, co eliminuje potrzebę zgadywania, ile jeszcze mogą wydać na wywołania API. Ponadto, wprowadzono obsługę cloud-managed config bundles, czyli pakietów konfiguracyjnych zarządzanych centralnie przez administratora.

    Oznacza to, że organizacja może przygotować zestaw ustawień (w tym dla workspace'ów edukacyjnych) i automatycznie rozesłać go na wszystkie instancje Codexa w firmie. To eliminuje konieczność ręcznego kopiowania plików konfiguracyjnych między maszynami programistów.

    Multi-agent v2 — runtime na wątek i porządek z metadanymi

    Multi-agent v2 — runtime na wątek i porządek z metadanymi

    Przepływ pracy z wieloma agentami został znacząco dopracowany. W wersji 0.137.0 multi-agent v2 trzyma wybór środowiska uruchomieniowego przypisany do konkretnego wątku, co eliminuje frustrację związaną z pytaniami o aktualne środowisko podczas dłuższych sesji z agentami.

    Spawnujące się agenty otrzymują czystsze domyślne wartości metadanych, co przekłada się na mniej chaotyczne logi i łatwiejsze śledzenie, który agent za co odpowiada. To oszczędza czas zespołom debugującym złożone pipeline'y.

    Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

    Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

    Choć zmiany bezpieczeństwa mogą nie być od razu widoczne, są kluczowe dla tego wydania. Serwer wykonawczy odrzuca teraz próby handshake'u WebSocket pochodzące z kontekstu przeglądarki, dopuszczając tylko połączenia z autoryzowanych narzędzi Codexa. Parser PowerShell został ograniczony wyłącznie do maszyn z systemem Windows, co zmniejsza powierzchnię ataku na systemy Linux i macOS.

    Drobniejsze poprawki i workflow pluginów

    Wydanie naprawiło kilka irytujących błędów: przywracanie stanu po anulowaniu prompta działa teraz poprawnie, aplikacja na macOS uruchamia się stabilniej, a SQLite na Windowsie ładuje się bez problemów. Dla twórców pluginów dodano polecenie codex plugin list --json oraz cache'owane podpowiedzi z katalogu zdalnego, co przyspiesza integrację z zewnętrznymi narzędziami.

    Warto również zauważyć, że hostowane narzędzia webowe i graficzne są teraz dostępne w większej liczbie ścieżek wykonania kodu, a samodzielne wyszukiwania webowe mogą działać równolegle. To krok w stronę agentów, które nie czekają na odpowiedź jednego zapytania, zanim wyślą następne.

    Podsumowanie

    Wersja 0.137.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale solidnie poprawia funkcjonalność Codexa w codziennym użytkowaniu — w terminalu, w zespołach i w złożonych przepływach z agentami. Widoczność limitów kredytowych oraz zdalne pakiety konfiguracyjne to funkcje, które ułatwiają życie administratorom, a poprawki bezpieczeństwa i użyteczności sprawiają, że narzędzie działa bardziej przewidywalnie i bezpieczniej.

    Źródła

  • Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    OpenAI wypuściło Codex w wersji 0.136.0, a to wydanie wprowadza kilka istotnych usprawnień, które wpływają na codzienną pracę programistów w terminalu. Najważniejsze zmiany to archiwizacja sesji, klikalne linki w TUI oraz zwiększone bezpieczeństwo przy egzekucji komend. Dodatkowo, wprowadzono alfa-narzędzie do sandboxowania na Windowsie oraz szereg zmian dla integratorów.

    Kluczowe fakty

    • Archiwizacja sesji dostępna przez /archive w TUI oraz codex archive i codex unarchive w CLI — zarchiwizowane wątki są chronione przed wznowieniem, dopóki nie zostaną ręcznie przywrócone.
    • Klikalne linki w widoku markdown TUI wykorzystują metadane OSC 8, a szerokie tabele w ciasnych oknach zwijają się do czytelnych par klucz-wartość.
    • Bezpieczeństwo komend — /diff blokuje ścieżkę wykonania kodu, a serwer egzekucji odrzuca zapytania WebSocket z nagłówkami Origin z przeglądarek.
    • Windows zyskuje ścieżkę codex sandbox setup --elevated do provisioning sandboxów i wsparcie dla API-key CODEX_API_KEY.
    • WebSocket do zdalnego sterowania przechodzi na krótkoterminowe tokeny serwerowe zamiast tokenów dostępu ChatGPT.

    Archiwizacja sesji — porządek w historii pracy

    Nowa funkcja archiwizacji to istotne udogodnienie dla intensywnych użytkowników Codexa. Sesje można teraz zamknąć w stanie tylko do odczytu, co zapobiega przypadkowemu wznowieniu lub sforkowaniu.

    Archiwizowanie działa w prosty sposób. Z poziomu TUI używasz komendy /archive, a z CLI codex archive do schowania sesji oraz codex unarchive, aby do niej wrócić. Zarchiwizowane wątki są blokowane przed wznowieniem, co chroni przed przypadkową edycją wcześniejszych przebiegów, co może prowadzić do nieporządku podczas szybkiego iterowania na kodzie.

    Mechanizm ten jest także przydatny w pracy zespołowej. Można odłożyć sesję na bok, mając pewność, że nikt jej nie nadpisze, dopóki nie zostanie celowo przywrócona do aktywnego obiegu.

    Klikalne linki i czytelniejsze tabele w TUI

    Terminalowe UI Codexa od dawna obsługuje renderowanie markdowna, ale wcześniej linki były jedynie dekoracją — trzeba było je kopiować ręcznie. Wersja 0.136.0 wprowadza metadane OSC 8, dzięki którym odnośniki stają się klikalne bezpośrednio w terminalu.

    To może wydawać się drobnostką, ale w praktyce oszczędza czas i zmniejsza liczbę przełączeń między oknami. Otrzymując link do dokumentacji API lub issue na GitHubie, wystarczy kliknąć i kontynuować pracę.

    Dodatkowo poprawiono renderowanie szerokich tabel. Gdy terminal jest zbyt wąski, tabela automatycznie przekształca się w listę par klucz-wartość, zachowując klikalne linki. Nie ma już potrzeby przewijania w poziomie ani obawy o ucięte komórki.

    Wzmocnione bezpieczeństwo komend

    To wydanie kładzie duży nacisk na bezpieczeństwo przy egzekucji kodu. Wprowadzono trzy konkretne zmiany.

    Po pierwsze, /diff blokuje ścieżkę wykonania kodu, co eliminuje ryzyko, że złośliwe repozytorium podsunie kod do wykonania przy generowaniu diffa.

    Po drugie, serwer wykonawczy odrzuca żądania WebSocket zawierające nagłówek Origin z przeglądarek, co ma na celu zapobieganie atakom CSRF, gdzie zewnętrzna strona mogłaby próbować nawiązać połączenie z lokalnym serwerem Codexa.

    Po trzecie, zdalne sterowanie przechodzi na krótkoterminowe tokeny serwerowe. Dotychczas WebSocket używał tokenów dostępu do ChatGPT, co oznaczało długo żyjące poświadczenia. Teraz tokeny są generowane na bieżąco i szybko wygasają, co znacząco ogranicza potencjalne okno ataku.

    Dla Windowsa dodano również zabezpieczenie przed uruchamianiem parsera PowerShell poza tym systemem — to mała, ale istotna poprawka.

    Windows i integracje

    Użytkownicy Windowsa zyskują alfa-narzędzie codex sandbox setup --elevated, które automatyzuje provisioning sandboxa na tym systemie. Wspiera również wymagania dla dozwolonych implementacji sandboxa, co pokazuje, że OpenAI poważnie myśli o wsparciu tej platformy.

    W zakresie integracji, app-server zyskał możliwość wznawiania wątków z pierwszą stroną przebiegu oraz bogatszy status serwerów MCP. Python SDK można teraz wersjonować niezależnie od runtime'u przy użyciu tagów python-v*, a dokumentacja SDK została zaktualizowana.

    Dla użytkowników Codexa zdalnie, wprowadzono rejestrację przez klucz API CODEX_API_KEY dla zatwierdzonych hostów OpenAI.

    Podsumowanie

    Wydanie 0.136.0 nie wprowadza rewolucyjnych zmian w samym silniku AI, ale znacząco poprawia komfort pracy z narzędziem. Archiwizacja sesji wprowadza długo oczekiwany porządek w zarządzaniu historią. Klikalne linki i zwijane tabele sprawiają, że TUI staje się pełnoprawnym środowiskiem do przeglądania wyników bez odrywania rąk od klawiatury. Zwiększone bezpieczeństwo przy egzekucji komend i zdalnym sterowaniu pokazuje, że zespół traktuje poważnie ryzyka związane z automatyzacją w terminalu.

    Źródła

  • Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Najnowsza aktualizacja narzędzia Factory (wersja v0.138.0) wprowadza istotne usprawnienia w zarządzaniu serwerami Model Context Protocol. Użytkownicy zyskają interaktywny interfejs do kontrolowania serwerów oraz możliwość eksportu diagramów Mermaid bezpośrednio z czatu, a także bardziej przewidywalne archiwizowanie sesji.

    Kluczowe zmiany w pigułce

    • Interaktywne sterowanie MCP – nowy panel /mcp umożliwia tymczasowe wyłączanie serwerów bez ich usuwania oraz podgląd dostępnych narzędzi na żywo.
    • Konfigurowalne limity czasu – serwery stdio mają własne timeouty, co zapobiega blokowaniu całej sesji przez zawieszające się połączenie.
    • Ryzyko pod kontrolą – ustawienia per-server risk pozwalają na definiowanie poziomu autonomii dla każdego serwera MCP.
    • Eksport diagramów Mermaid – użytkownicy mogą teraz wyeksportować wygenerowany diagram jednym kliknięciem z poziomu czatu, bez potrzeby przeszukiwania plików.
    • Lepsza nawigacja po sesji – ujednolicone archiwizowanie i poprawione podświetlanie modeli ułatwiają pracę z dłuższymi historiami konwersacji.

    Co nowego w zarządzaniu MCP

    Głównym celem tej aktualizacji jest rozbudowa modułu MCP. Dotychczas konfiguracja serwerów odbywała się głównie przez pliki i wymagała restartu sesji przy każdej zmianie. Teraz wystarczy wpisać /mcp w interfejsie Factory, aby otworzyć panel z listą wszystkich serwerów, ich statusem oraz zestawem udostępnianych narzędzi.

    Opcja czasowego wyłączania serwerów jest szczególnie przydatna. Jeśli któryś z serwerów powoduje konflikty lub nie jest potrzebny w danym zadaniu, można go dezaktywować dwoma kliknięciami. Nie ma potrzeby usuwania go z konfiguracji ani pamiętania jego nazwy z pliku JSON.

    Wraz z tą zmianą wprowadzono timeouty dla serwerów komunikujących się przez stdio. Dotychczas zawieszone połączenie mogło skutecznie zablokować agenta; teraz takie sytuacje kończą się komunikatem błędu zamiast wiecznego oczekiwania. Dodatkowo, ustawienia per-server risk pozwalają na przypisanie różnych poziomów autonomii do różnych serwerów. Na przykład, serwer odpowiedzialny za operacje na plikach może wymagać zatwierdzenia każdej akcji, podczas gdy serwer do wyszukiwania dokumentacji działa automatycznie.

    Eksport Mermaid i jakość życia

    Nowa funkcja eksportu diagramów Mermaid rozwiązuje problem, z którym borykali się użytkownicy dokumentujący architekturę systemów lub flow aplikacji. Dotychczas wygenerowany przez agenta diagram trzeba było ręcznie kopiować z podglądu i zapisywać. Teraz przycisk eksportu pojawia się bezpośrednio w czacie – diagram jest od razu dostępny jako plik .mmd lub .svg, gotowy do użycia w dokumentacji.

    Ujednolicenie archiwizacji sesji to kolejny krok w kierunku bardziej przewidywalnego workflow. Sesje, które wcześniej mogły znikać lub dublować się przy przełączaniu między projektami, teraz trafiają do jednego, spójnego archiwum. Dodatkowo poprawiono podświetlanie modeli – aktywny model jest teraz wyraźniej oznaczony w interfejsie, co eliminuje pomyłki przy przełączaniu się między Claude, Gemini czy innymi backendami.

    Poprawki stabilności

    Wydanie v0.138.0 rozwiązuje również kilka uciążliwych błędów. Anulowanie tury (turn cancellation) nie powoduje już uszkodzenia historii sesji, co wcześniej zmuszało do rozpoczynania pracy od nowa. Formatowanie tytułów sesji przestało generować ucięte lub zduplikowane nazwy, co ułatwia odnalezienie konkretnej konwersacji na liście.

    Ta aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie adresuje problemy codziennego użytkowania Factory. Większa kontrola nad MCP, funkcjonalny eksport diagramów oraz naprawione błędy sesji sprawiają, że narzędzie staje się bardziej przewidywalne, co jest kluczowe w pracy z agentami AI w poważnych projektach.

    Źródła

  • Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Anthropic wypuściło 2 czerwca 2026 roku wersję Claude Code 2.1.161, która koncentruje się na niezawodności i bezpieczeństwie. Aktualizacja obejmuje 22 zmiany w CLI oraz jedną korektę system promptu, ale nie wprowadza efektownych nowości. Tego rodzaju aktualizacje są kluczowe, ponieważ pomagają zespołom unikać losowych awarii pipeline'ów oraz wycieków sekretów w logach.

    Kluczowe fakty

    • Równoległe narzędzia nie kasują się nawzajem — awaria pojedynczego polecenia Bash nie przerywa już całego batcha.
    • OTEL_RESOURCE_ATTRIBUTES zostały dodane jako etykiety do metryk OpenTelemetry, co umożliwia analizę użycia według zespołu lub repozytorium.
    • Secrety w MCP nie wyciekają w plain tekście — zmienne środowiskowe nie są rozwijane, a nagłówki uwierzytelniające są redagowane.
    • Agent w tle nie zanieczyszcza już stdout w trybie headless, co chroni integracje CI przed uszkodzonym wyjściem JSON.
    • Usunięto frazę „interactive software engineering agent” z system promptu, co nadało odpowiedziom bardziej naturalny ton.

    Równoległe wykonanie bez efektu domina

    W poprzednich wersjach występował poważny problem z równoległymi wywołaniami narzędzi. Gdy Claude uruchamiał kilka komend Bash jednocześnie — na przykład linting, testy jednostkowe i sprawdzenie typów — pojedynczy błąd powodował, że wyniki wszystkich pozostałych były kasowane. To był efekt domina.

    Wersja 2.1.161 rozwiązuje ten problem. Każde narzędzie w batchu teraz zwraca własny rezultat niezależnie od pozostałych. Dla zespołów DevOps i webdevu oznacza to oszczędność czasu — nie trzeba restartować całego zadania tylko dlatego, że eslint znalazł brakujący średnik.

    Poprawka ma również znaczenie dla automatyzacji CI/CD. Pipeline, który równolegle sprawdza formatowanie, testy i bezpieczeństwo zależności, nie padnie przy pierwszym warningu. To niewielka zmiana w logice wykonania, ale ogromna różnica w codziennej pracy.

    Metryki, które w końcu mówią coś konkretnego

    Monitoring użycia AI w firmie bez podziału na zespoły jest mało przydatny — każdy menedżer to potwierdzi. Dlatego dodanie OTEL_RESOURCE_ATTRIBUTES jako etykiet do metryk to jeden z ważniejszych kroków Anthropic w tej wersji.

    Teraz organizacje mogą tagować zapytania według zespołu, repozytorium czy środowiska. Dział DevOps ma dostęp do rzeczywistych kosztów i wzorców użycia Claude Code z podziałem na projekty. Nie trzeba zgadywać, który zespół generuje najwięcej tokenów ani gdzie warto zoptymalizować interakcje z modelem.

    Dla przyjęcia technologii w przedsiębiorstwie to kluczowy krok — bez szczegółowych metryk trudno uzasadnić budżet na AI przed zarządem. Teraz liczby są konkretne i przypisane do konkretnych jednostek.

    Bezpieczeństwo: secrety przestały wyciekać

    W poprzednich wersjach występowała regresja, przez którą komenda claude mcp wypisywała secrety w plain tekście. Tokeny OAuth, klucze API, nagłówki uwierzytelniające — wszystko lądowało w terminalu jako zwykły string. To stanowiło poważny problem bezpieczeństwa, szczególnie w środowiskach współdzielonych i logowanych.

    Wersja 2.1.161 rozwiązuje ten problem na trzech poziomach: referencje ${VAR} nie są już rozwijane, nagłówki uwierzytelniające są redagowane, a URL-e zawierające secrety są traktowane z należytą ostrożnością. Żaden z tych elementów nie trafi do widocznego wyjścia.

    Dla administratorów bezpieczeństwa to sygnał, że Anthropic traktuje wycieki poważnie. Patch nie wprowadza nowych funkcji — łata konkretne luki, które mogły narazić organizacje na poważne incydenty.

    UI i system prompt: mniej sztuczności, więcej naturalności

    Zmiana system promptu jest subtelna, ale zauważalna. Usunięto sztywną rolę „interactive software engineering agent”, która wcześniej nadawała odpowiedziom pomocniczy, nieco protekcjonalny ton. Claude nie przedstawia się już jako pomocnik — po prostu działa.

    Drobne poprawki UI również zostały wprowadzone. Na Linuksie integracja ze schowkiem korzysta teraz z wl-copy, xclip lub xsel, co zapewnia natywne odczucie również przy middle-click paste. Terminal działa szybciej dzięki stabilizacji profilu JIT w silniku layoutu, a opcja „Show unused connectors” porządkuje interfejs MCP, chowając nieużywane konektory za jednym kliknięciem.

    Podsumowanie

    Claude Code 2.1.161 to aktualizacja, która nie robi hałasu — i to dobrze. Naprawia równoległe wykonanie narzędzi, dodaje sensowne metryki dla przedsiębiorstw, łata krytyczny wyciek sekretów i porządkuje interfejs. W cyklu wydawniczym Anthropic ta wersja stanowi stabilny fundament przed większymi zmianami, które nadejdą pod koniec czerwca 2026. Dla zespołów korzystających z Claude Code w automatyzacji i CI/CD, aktualizacja jest niezbędna — nie ze względu na nowości, ale dlatego, że bez niej systemy mogą przestać działać poprawnie.

    Źródła

  • Factory AI stawia na elastyczność w zarządzaniu serwerami MCP – aktualizacja v0.138.0 już dostępna

    Factory AI stawia na elastyczność w zarządzaniu serwerami MCP – aktualizacja v0.138.0 już dostępna

    Nowa wersja platformy Factory AI, oznaczona numerem v0.138.0, wprowadza kilka istotnych usprawnień w codziennej pracy z serwerami Model Context Protocol. Deweloperzy korzystający z Droid CLI i aplikacji desktopowej zyskują większą kontrolę nad tym, które narzędzia są dostępne dla agentów AI oraz nowe skróty, które ułatwiają nawigację w sesjach. To krok w stronę bardziej konfigurowalnego i bezpiecznego środowiska programistycznego.

    Co nowego w wersji v0.138.0 – kluczowe zmiany

    • Konfigurowalne limity czasu dla serwerów MCP eliminują problem zawieszających się połączeń.
    • Ustawienia ryzyka per-serwer pozwalają określić poziom autonomii dla każdego źródła narzędzi osobno.
    • Eksport diagramów Mermaid bezpośrednio z czatu przyspiesza dokumentowanie architektury.
    • Ulepszona archiwizacja sesji zapewnia szybsze przywracanie kontekstu pracy.

    Więcej kontroli nad infrastrukturą MCP

    Serwery MCP stały się standardem w integracji zewnętrznych narzędzi z asystentami AI. Do tej pory zarządzanie nimi przypominało jazdę bez pasów – wszystko albo nic. Aktualizacja v0.138.0 zmienia tę sytuację.

    Nowe, konfigurowalne limity czasu rozwiązują problem zawieszających się połączeń stdio. Gdy serwer przestaje odpowiadać, agent nie czeka w nieskończoność – sesja jest przerywana, a deweloper otrzymuje czytelną informację o błędzie. To szczegół, który może zaoszczędzić sporo frustracji w codziennej pracy.

    Ustawienia ryzyka pozwalają na skonfigurowanie każdego serwera MCP z innym poziomem autonomii. Serwer do zarządzania bazą danych może wymagać zatwierdzania każdej operacji, podczas gdy narzędzie do odczytu plików działa automatycznie. Takie podejście pozwala zachować bezpieczeństwo bez paraliżowania szybkich, powtarzalnych zadań.

    Interaktywne zarządzanie bez wychodzenia z terminala

    Komenda /mcp otwiera teraz rozbudowany interfejs do zarządzania serwerami bezpośrednio w Droid CLI. Deweloper może przeglądać dostępne serwery, sprawdzać ich status oraz włączać i wyłączać je tymczasowo – wszystko bez opuszczania sesji. Nowe skróty klawiszowe przyspieszają nawigację między przypiętymi wiadomościami, co jest szczególnie przydatne dla osób pracujących z wieloma kontekstami jednocześnie.

    Ulepszona archiwizacja sesji sprawia, że przywracanie kontekstu po przerwie działa płynniej, a zużycie tokenów wyświetla się od razu po wznowieniu. Dla zespołów intensywnie korzystających z długich sesji to konkretna oszczędność czasu.

    Diagramy Mermaid prosto z czatu

    Eksport diagramów Mermaid to funkcja, która ułatwia dokumentowanie architektury systemów. Zamiast ręcznie przepisywać opisy przepływów danych czy struktur bazodanowych, można je wygenerować w czacie i wyeksportować do formatu Mermaid. Następnie można je wkleić do dokumentacji, README na GitHubie lub narzędzi takich jak Obsidian.

    To podejście nie tylko oszczędza czas, ale także zmniejsza ryzyko błędów przy ręcznym przenoszeniu schematów. Agent AI rozumie kontekst projektu, więc wygenerowany diagram będzie spójny z rzeczywistą strukturą kodu.

    Co dalej z ekosystemem MCP?

    Aktualizacja Factory AI wpisuje się w szerszy trend. Społeczność Model Context Protocol rośnie w szybkim tempie – od eksperymentalnego projektu open source do tysięcy aktywnych serwerów w niecały rok. Firmy takie jak GitHub, Stripe czy Notion udostępniły własne serwery MCP, a rejestr protokołu przekroczył już dwa tysiące wpisów.

    Planowana na koniec lipca 2026 roku aktualizacja specyfikacji MCP ma uprościć model sesji i wzmocnić bezpieczeństwo OAuth. Dla deweloperów oznacza to mniej boilerplate'u przy implementacji klientów i serwerów. Wersja v0.138.0 Factory AI to nie tylko kosmetyczne poprawki – to odpowiedź na realne potrzeby osób, które integrują AI ze swoim workflow. Więcej kontroli, mniej zgadywania i szybsza iteracja – to kluczowe elementy w profesjonalnym środowisku deweloperskim.

    Źródła

  • Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory wprowadził aktualizację v0.133.1, która dodaje nowe polecenie /context oraz sygnały dźwiękowe do monitorowania sesji deweloperskich. To wydanie koncentruje się na poprawie świadomości użytkowników o tym, co dzieje się podczas pracy agentów AI, szczególnie w przypadku dłuższych zadań, gdzie łatwo stracić orientację w zużyciu zasobów.

    Kluczowe zmiany w pigułce

    • Polecenie /context otwiera modal podglądu wykorzystania tokenów i długości sesji bez przerywania pracy.
    • Opcjonalne dźwięki informują o zakończeniu zadania lub aktualizacji stanu agenta.
    • Menu boczne sesji zapewnia szybki dostęp do ostatnich projektów i działań.
    • Wprowadzono kilka poprawek stabilności: lepsza widoczność końcowego outputu, obsługa zoomu pulpitu oraz naprawa linków integracji z Linear.

    Świadomość kontekstu bez wychodzenia z flow

    Nowością jest komenda /context, która wywołuje modal pokazujący aktualne zużycie tokenów, długość trwającej sesji oraz pozostały limit w ramach subskrypcji. To rozwiązanie jest przydatne dla osób pracujących z narzędziami do kodowania, które mogą stracić orientację w czasie trwania sesji.

    Wystarczy wpisać /context w interfejsie Factory, aby zobaczyć te dane w czytelnym widoku. Użytkownicy nie muszą przerywać pracy ani przeszukiwać ustawień. To małe udogodnienie oszczędza czas i nerwy podczas szybkiego prototypowania.

    Dźwięki, które faktycznie pomagają

    Drugim elementem aktualizacji są opcjonalne powiadomienia dźwiękowe. Factory wprowadza proste sygnały informujące o zakończeniu zadania przez agenta, błędzie wykonania lub zmianie stanu sesji.

    W narzędziach AI do kodowania często pomija się warstwę dźwiękową. Jednak przy pracy z subagentami i modelami mieszanymi, które Factory wprowadził w wersji v0.133.1, łatwo przeoczyć moment, w którym agent kończy zadanie. Dźwięk pozwala użytkownikom wrócić do kontekstu w odpowiednim momencie, zamiast co chwilę sprawdzać terminal.

    Szybsza nawigacja i mniej irytujących błędów

    Menu boczne sesji to kolejna funkcja zwiększająca wygodę. Umożliwia szybki dostęp do historii sesji i ostatnich projektów bez otwierania osobnego widoku. Jest to szczególnie przydatne przy pracy nad kilkoma równoległymi projektami.

    Poprawki stabilności również mają znaczenie. Lepsza widoczność końcowego outputu eliminuje potrzebę przewijania logów w poszukiwaniu wygenerowanego kodu. Naprawa obsługi zoomu pulpitu rozwiązuje problemy z interfejsem na monitorach o wysokiej rozdzielczości. Poprawione linki integracji z Linear eliminują błąd, który mógł zakłócać zarządzanie zadaniami.

    Warto też wiedzieć

    Factory regularnie rozwija funkcje dla programistów korzystających z AI w codziennej pracy. Wcześniejsze wydania, w tym v0.133.1, wprowadziły mieszane modele, niestandardowe subagenty oraz automatyczne pull requesty.

    Nowsze wersje, w tym v0.133.1, dodały wsparcie dla port-forwardingu w droid computers oraz przyspieszyły start aplikacji dzięki zrównolegleniu faz bootowania. Wersja 0.133.1 wpisuje się w trend małych, użytecznych usprawnień, które nie rewolucjonizują workflow, ale poprawiają codzienną pracę.

    Aktualizacja jest szczególnie przydatna dla osób spędzających długie godziny w Factory, które potrzebują lepszego wyczucia, ile jeszcze mogą wycisnąć z sesji, zanim wyczerpią limity. Dźwięki będą pomocne dla tych, którzy równolegle testują kod w przeglądarce, a menu boczne przyda się każdemu, kto zarządza kilkoma projektami jednocześnie.

    Źródła

  • Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Zespół Factory wprowadził wersję v0.128.0, która automatycznie uzgadnia rejestracje Droid Computers. Ta aktualizacja ma na celu utrzymanie porządku w środowisku trwałych jednostek obliczeniowych, co wpływa na stabilność sesji AI oraz kondycję całej infrastruktury.

    Kluczowe fakty

    • Automatyczne usuwanie nieaktualnych rejestracji Droid Computers zapobiega niestabilności sesji spowodowanej zapomnianymi lub rozłączonymi maszynami.
    • Zachowanie ustawień sesji nawet po uzgodnieniu rejestrów – dane konfiguracyjne nie są tracone przy czyszczeniu.
    • Rozszerzone etykiety w interfejsie – teraz podczas sesji można zobaczyć szczegóły podłączonego Droid Computer.
    • Wydanie konserwacyjne skupione wyłącznie na poprawie niezawodności pracy agentów AI, bez nowych funkcjonalności dla użytkownika końcowego.

    Automatyczne sprzątanie rejestracji – mniej „duchów” w infrastrukturze

    Droid Computers to środowiska, które zachowują stan między sesjami – zainstalowane pakiety, pliki, uruchomione usługi. Gdy agent kończy pracę, komputer może pozostać zarejestrowany, nawet jeśli połączenie zostało zerwane lub sama maszyna jest już niedostępna. Takie „widma” mogą z czasem zaśmiecać infrastrukturę, zużywać zasoby i prowadzić do błędów routingu sesji.

    Wersja v0.128.0 automatyzuje uzgadnianie tych rejestrów. System okresowo sprawdza, które Droid Computers faktycznie odpowiadają, a które już nie istnieją – i usuwa je z listy aktywnych. Dzięki temu nowe sesje AI są kierowane wyłącznie do żywych, gotowych do pracy maszyn, co znacząco zmniejsza liczbę przerw w działaniu.

    Usprawnienia w interfejsie i odporność na restart

    Obok czystki w tle, aktualizacja przynosi też drobną, ale praktyczną zmianę w UI. Podczas sesji w Factory App teraz po najechaniu na odpowiednią etykietę widać szczegóły podłączonego Droid Computer – nazwę, status, a nawet wersję demona. To ułatwia orientację, zwłaszcza gdy pracuje się na kilku maszynach równocześnie.

    Co istotne, cały mechanizm uzgadniania działa bez przerywania ciągłości pracy. Ustawienia sesji (katalog roboczy, zmienne środowiskowe, konfiguracja narzędzi) są zachowywane, nawet gdy nieaktualne rejestracje znikają z systemu. Agent nie odczuwa więc żadnej zmiany – ma bardziej przewidywalne środowisko.

    Droid Computers – podstawa trwałego kontekstu AI

    Droid Computers – podstawa trwałego kontekstu AI

    W kontekście AI hosting i DevOps Droid Computers pełnią rolę spójnego źródła stanu. W odróżnieniu od efemerycznych maszyn, które po każdej sesji są niszczone, tutaj wszystko trwa: repozytoria git, zależności, wyniki pośrednie. To zmienia sposób pracy – zamiast odtwarzać całe środowisko od zera, agent wraca do gotowego warsztatu.

    Takie podejście współgra z ideą vibe coding – długie, ciągłe interakcje z AI bez resetów. Stabilna sesja to mniej przerw, mniej powtórzeń i płynniejszy przepływ myśli. Automatyczne czyszczenie rejestracji eliminuje ryzyko, że w kluczowym momencie agent trafi na „martwy” komputer i się zawiesi.

    Wpływ na środowiska developerskie i automatyzację

    Wpływ na środowiska developerskie i automatyzację

    Deweloperzy korzystający z droid-action w GitHub Actions również zyskują. Akcja ta automatycznie uruchamia sesje Droid na podstawie pull requestów – każda niestabilna rejestracja mogłaby opóźnić pipeline lub wygenerować fałszywy błąd. Dzięki wersji v0.128.0 sesje inicjowane przez akcję są bardziej przewidywalne, a cała automatyzacja działa płynniej.

    Z punktu widzenia zarządzania infrastrukturą to krok w stronę zdrowszego środowiska chmurowego. Martwe rejestracje nie tylko zajmują miejsce w bazie – generują też niepotrzebne zapytania, próby ponownego połączenia i alerty. Ich automatyczne usuwanie odciąża zespół operacyjny i pozwala skupić się na faktycznej pracy.

    Podsumowanie

    Factory v0.128.0 to niewielkie, ale potrzebne wydanie, które porządkuje rejestracje Droid Computers. Dzięki automatycznemu uzgadnianiu sesje AI stają się stabilniejsze, infrastruktura lżejsza, a interfejs bardziej przejrzysty. Dla osób polegających na trwałych środowiskach obliczeniowych – zarówno w codziennym kodowaniu z asystentem, jak i w zautomatyzowanych potokach CI – to zauważalna poprawa jakości pracy.

    Źródła:
    Oficjalne uwagi do wydania Factory: https://docs.factory.ai/changelog/release-notes
    Strona produktu Droid Computers: https://factory.ai/product/droid-computers
    Repozytorium droid-action na GitHub: https://github.com/Factory-AI/droid-action

    Źródła

  • Cline v3.80.0 wprowadza zarządzane umiejętności dla przedsiębiorstw i poprawki wydajnościowe

    Cline v3.80.0 wprowadza zarządzane umiejętności dla przedsiębiorstw i poprawki wydajnościowe

    Wersja 3.80.0 AI asystenta programistycznego Cline koncentruje się na potrzebach środowisk korporacyjnych oraz stabilności długotrwałej pracy. W tej aktualizacji wprowadzono mechanizm zarządzanych centralnie umiejętności (globalSkills), który zawiera dedykowaną sekcję w interfejsie oraz możliwość ich wymuszenia przez administratorów. Zwiększono również limit pamięci dla procesu głównego, co ma na celu zapobieganie awariom podczas długich sesji. Dodatkowo, tryb foreground terminalu został usunięty, a wykonywanie poleceń zadania odbywa się teraz domyślnie w tle.

    Ta aktualizacja to kolejny krok w rozwoju Cline w kierunku platformy dostosowanej do zespołów korporacyjnych, gdzie kontrola nad zachowaniem AI oraz spójność w jego wykorzystaniu są kluczowe. Zmiany wydajnościowe mają na celu poprawę doświadczenia programistów, którzy korzystają z asystenta przez długie godziny podczas pracy nad złożonymi projektami.

    Najważniejsze zmiany w wydaniu v3.80.0

    • Enterprise Skills: Zdalnie zarządzane umiejętności globalSkills są teraz zintegrowane z aplikacją, dostępne w dedykowanej sekcji i mogą być wymuszane przez administratorów za pomocą flagi alwaysEnabled.
    • Dynamiczne onboarding: Proces pierwszego uruchomienia teraz pobiera listę rekomendowanych modeli dynamicznie; w przypadku błędu pobierania aplikacja przechodzi do widoku powitalnego, nie korzystając z statycznej listy.
    • Komunikacja błędów quota: W czacie pojawia się jasny komunikat o przekroczeniu limitu, gdy użytkownik osiągnie limit wydatków na swoim koncie Cline; błędy w czacie są teraz bardziej szczegółowe.
    • Zwiększony limit pamięci: Proces cline-core Node.js otrzymał parametr --max-old-space-size=8192, co ma eliminować OOM crashes podczas długich konwersacji.
    • Zmiana trybu wykonania zadań: Tryb foreground terminal został usunięty; polecenia zadania są domyślnie wykonywane w trybie background, niezależnie od VS Code Integrated Terminal.

    Co to są Cline Skills i dlaczego ich zarządzanie jest ważne?

    Umiejętności (Skills) w Cline to modularne zestawy instrukcji, które rozszerzają agentowość dla konkretnych typów zadań. Jak wskazuje dokumentacja, są ładowane tylko gdy są potrzebne, co pomaga oszczędzać kontekst i nie przeciążać modelu niepotrzebnymi informacjami. Użytkownik widzi listę dostępnych umiejętności, które mogą być aktywowane automatycznie przez narzędzie use_skill, gdy request pasuje do ich opisów, lub explicite poprzez polecenia slash.

    Nowość w v3.80.0 pozwala organizacjom centralnie zarządzać zestawem takich umiejętności poprzez remote config. Administratorzy mogą wdrożyć standardowe procedury, polityki bezpieczeństwa czy specyficzne dla firmy workflowy, które będą automatycznie dostępne dla wszystkich członków zespołu. Flaga alwaysEnabled umożliwia wymuszenie niektórych umiejętności – na przykład tych związanych z compliance czy obowiązującymi standardami kodowania – czyniąc ich użycie obligatoryjnym.

    Wydajność i stabilność dla długich sesji codingowych

    Wydajność i stabilność dla długich sesji codingowych

    Dla programistów pracujących godzinami z Cline, szczególnie przy dużych projektach z rozbudowaną historią zadań i konwersacji, poprawki wydajnościowe w v3.80.0 są istotne. Zwiększenie limitu pamięci dla procesu core ma na celu rozwiązanie problemu Out Of Memory crashes, które mogły występować, gdy konwersacja i stan zadania rosły.

    To poprawia stabilność i pozwala asystentowi efektywniej operować na większych kontekstach, co może przełożyć się na bardziej spójną pomoc podczas rozwiązywania złożonych problemów. Usunięcie trybu foreground terminal wpływa również na UX – wykonywanie w tle eliminuje zależność od terminala VS Code i upraszcza przepływ pracy, co jest szczególnie ważne dla osób pracujących z wieloma oknami i projektami jednocześnie.

    Wnioski dla zespołów developerskich i DevOps

    Wydanie Cline v3.80.0 pokazuje wyraźny kierunek rozwoju produktu, z naciskiem na kontrolę administracyjną i skalowanie.

    Źródła

  • Kimi Code CLI 1.38.0 poprawia niezawodność sesji i obsługę narzędzi

    Kimi Code CLI 1.38.0 poprawia niezawodność sesji i obsługę narzędzi

    Wersja 1.38.0 Kimi Code CLI, terminalowego klienta dla agentów kodujących Moonshot AI, została wydana 22 kwietnia 2026 roku. To wydanie koncentruje się na poprawie stabilności sesji oraz eliminacji błędów, które mogły frustrować użytkowników podczas długotrwałych, złożonych zadań. Główne zmiany obejmują bardziej przejrzysty komunikat timeout dla modalów zatwierdzeń, naprawę krytycznego warunku wyścigu w autoryzacji OAuth oraz lepszą obsługę wyników narzędzi dla API stylu Anthropic. Te poprawki mają na celu zwiększenie niezawodności doświadczenia użytkownika.

    Najważniejsze zmiany w wydaniu 1.38.0

    • Przejrzystszy timeout zatwierdzeń: W modalach zatwierdzania działań, które wygasają po standardowym 300-sekundowym limicie bezpieczeństwa, komunikat został zmieniony z „Rejected by user” na jasne wskazanie, że narzędzie zostało odrzucone z powodu przekroczenia czasu na zatwierdzenie przez użytkownika. To pozwala lepiej zrozumieć przyczynę niepowodzenia.
    • Naprawa wyścigu OAuth: Zidentyfikowano i naprawiono krytyczny warunek wyścigu w procesie autoryzacji, który w przypadku operacji równoległych mógł bezpowrotnie usuwać tokeny OAuth. Dzięki temu sesje są bardziej stabilne i nie kończą się niespodziewanymi logoutami.
    • Lepsze scalanie wyników narzędzi: Wprowadzono poprawkę, która scala wyniki narzędzi uruchomionych równolegle zgodnie ze specyfikacją API stylu Anthropic. To eliminuje błędy na ściślejszych backendach, które wymagają poprawnego formatowania odpowiedzi.

    Poprawka komunikacji timeout: więcej jasności dla użytkownika

    Wydanie 1.38.0 zaczyna się od usprawnienia, które ma duże znaczenie dla komfortu pracy. Gdy Kimi Code CLI prosi użytkownika o zatwierdzenie wykonania polecenia shell czy innej potencjalnie ryzykownej operacji, wyświetla modal z pytaniem. Jeśli użytkownik nie reaguje przez 300 sekund (limit bezpieczeństwa), modal wygaszał się i narzędzie było odrzucane. Problem leżał w komunikacie: system informował, że narzędzie zostało „Rejected by user”, sugerując świadome działanie użytkownika, choć przyczyną był timeout.

    Nowy komunikat jasno wskazuje, że narzędzie zostało odrzucone z powodu braku zatwierdzenia w przewidzianym czasie. Choć nie zmienia finalnego rezultatu (narzędzie nie zostaje wykonane), poprawia przejrzystość procesu. Użytkownik nie musi się zastanawiać, czy sam odrzucił akcję, czy system ją zablokował. To szczególnie ważne w długich sesjach, gdzie zatwierdzenia mogą się pojawiać wielokrotnie.

    Stabilność sesji: naprawiony krytyczny warunek wyścigu OAuth

    Najważniejsza poprawka w tym wydaniu dotyczy bezpieczeństwa sesji. Wcześniej, podczas operacji równoległych, występował błąd prowadzący do usunięcia tokenów OAuth – tokeny autoryzacji mogły być bezpowrotnie usunięte z pamięci sesji.

    Skutkiem było niespodziewane i trudne do diagnozy wymuszanie ponownej autoryzacji lub utrata sesji. Warunek wyścigu (race condition) jest klasycznym błędem w programowaniu, gdy dwa procesy próbują modyfikować wspólny zasób (tu: tokeny) w niewłaściwej kolejności, prowadząc do nieprzewidzianego stanu.

    Naprawa tego błędu w 1.38.0 zapewnia, że tokeny OAuth pozostają stabilne nawet w złożonych workflowach, gdzie wiele procesów może próbować odświeżać autoryzację jednocześnie. To istotna poprawka dla każdego, kto używa Kimi Code CLI w długich sesjach kodowania zintegrowanych z usługami wymagającymi OAuth.

    Kompatybilność z API: poprawne scalanie wyników narzędzi

    Kimi Code CLI często działa jako pośrednik między użytkownikiem a różnymi backendami dostarczającymi modele AI, takimi jak API zgodne ze stylem Anthropic. W niektórych scenariuszach, agent może wywołać równoległe wywołania narzędzi – kilka narzędzi jednocześnie lub w bardzo krótkich odstępach czasu, oczekując na ich wyniki.

    Ściślejsze serwery API wymagają, aby odpowiedź zawierająca wyniki wielu narzędzi była poprawnie sformatowana i scalała zgodnie ze specyfikacją. Wcześniej, błędne scalanie mogło powodować błędy na ściślejszych backendach, przerywając workflow.

    Poprawka w 1.38.0, opisana jako fix(kosong/anthropic): merge parallel tool results correctly for Anthropic-style APIs, rozwiązuje ten problem. W praktyce oznacza, że agentowe workflowy Kimi, które intensywnie korzystają z wywoływania narzędzi – np. jednoczesne czytanie wielu plików, sprawdzanie statusów serwerów czy modyfikacje danych – będą teraz bardziej niezawodne i nie spowodują błędów na stronach API, które rygorystycznie sprawdzają strukturę wiadomości.

    Dlaczego to wydanie jest ważne dla programistów

    Kimi Code CLI jest otwartym, aktywnie rozwijanym projektem służącym jako command-line coding agent. Obsługuje interaktywny terminal UI, wykonywanie poleceń shell, tryb agenta oraz kompatybilność z MCP (Model Context Protocol) dla konfiguracji narzędzi. Stabilność jest kluczowa dla jego użyteczności.

    Wydanie 1.38.0, koncentrujące się na niezawodności sesji i poprawności wywołań narzędzi, odpowiada na realne problemy zgłaszane przez użytkowników. Łączne efekty tych poprawek są znaczące: sesje są bardziej odporne na przerwania.

    Źródła