Kategoria: Aktualności Technologiczne

  • Cursor wprowadza Team MCP i grupy organizacyjne – koniec z ręczną konfiguracją dla zespołów

    Cursor wprowadza Team MCP i grupy organizacyjne – koniec z ręczną konfiguracją dla zespołów

    Cursor rozszerzył funkcjonalność swojego Team MCP oraz grup organizacyjnych, wprowadzając wsparcie dla centralnej konfiguracji serwerów MCP. Administratorzy mogą teraz zarządzać serwerami i dystrybuować je pomiędzy agentami w chmurze, IDE oraz CLI, a także ograniczać dostęp do marketplace'u dla wybranych grup w organizacji. Zmiany weszły w życie 30 czerwca 2026 roku.

    Kluczowe zmiany w pigułce

    • Team MCP można skonfigurować raz i automatycznie rozesłać do agentów w chmurze, okna agentów, IDE oraz CLI.
    • Grupy organizacyjne umożliwiają tworzenie kohort, takich jak Engineering, Contractors czy Pilot Users – jeden użytkownik może należeć do kilku grup jednocześnie.
    • Ograniczenia dostępu do marketplace'u ustawia się z poziomu dashboardu, w sekcji Plugins/MCPs i Marketplace Access.
    • Integracje zatwierdzone przez administratora mogą być instalowane lokalnie przez członków zespołu bez ponownej konfiguracji serwerów.

    Centralne zarządzanie MCP – mniej klikania, więcej kontroli

    Dotychczas wdrożenie MCP (Model Context Protocol) w zespole wymagało sporej ilości ręcznej pracy. Każdy deweloper musiał samodzielnie konfigurować połączenia z wewnętrznymi API, bazami danych czy narzędziami do wdrożeń. Teraz administrator wykonuje tę konfigurację raz, a skonfigurowane serwery trafiają automatycznie do wszystkich środowisk – od agentów w chmurze po lokalne IDE.

    Warto zauważyć, że samo podpięcie serwera MCP do marketplace'u nie oznacza automatycznej instalacji dla wszystkich użytkowników. Każdy członek zespołu przechodzi przez standardowy proces instalacji przez marketplace. Taki system zapewnia równowagę między wygodą a kontrolą – integracje są łatwo dostępne, ale użytkownicy decydują o ich instalacji.

    Dla zespołów zajmujących się tworzeniem aplikacji webowych oraz operacjami deweloperskimi jest to szczególnie istotne. MCP często łączy asystentów kodowania z systemami produkcyjnymi, narzędziami do monitorowania czy pipeline'ami CI/CD. Centralne zarządzanie tymi połączeniami zmniejsza ryzyko błędów konfiguracyjnych i przyspiesza proces onboardingu nowych pracowników.

    Grupy organizacyjne – dostęp szyty na miarę

    Grupy organizacyjne – dostęp szyty na miarę

    Cursor Enterprise wprowadził nowy mechanizm grup organizacyjnych. W przeciwieństwie do wcześniejszych grup SCIM (opartych na katalogu firmowym), Organization Groups to kohorty definiowane na poziomie organizacji – na przykład Engineering, Contractors czy Pilot Users. Użytkownik może należeć do kilku takich grup jednocześnie.

    Administratorzy mogą teraz ograniczać dostęp do marketplace'u tylko dla wybranych grup organizacyjnych. Na przykład, jeśli zespół testuje nowe, wrażliwe integracje, może je udostępnić jedynie pilotowej grupie użytkowników, zamiast wszystkim pracownikom. To samo dotyczy zewnętrznych kontraktorów – mają dostęp tylko do narzędzi niezbędnych do ich pracy.

    Warto dodać, że grupy organizacyjne nie zastępują SCIM-a. Jeśli marketplace już działał w oparciu o grupy katalogowe, ta konfiguracja pozostaje bez zmian. Nowy mechanizm to dodatkowa warstwa kontroli, a nie migracja. Organization Groups są także wykorzystywane do zarządzania dostępem do modeli AI, gdzie ustawienia grupowe poszerzają dostęp dla wybranych kohort.

    Bezpieczeństwo i governance w praktyce

    Dla większych organizacji ta zmiana to krok w stronę lepszego zarządzania. Zamiast zgody typu "wszystko albo nic", administratorzy mogą dokładnie określić, które zespoły mają dostęp do konkretnych integracji. Narzędzia związane z produkcją, dane wrażliwe czy wewnętrzne API nie muszą być dostępne dla stażystów czy zespołów marketingowych.

    Cursor stawia na elastyczność. Dokumentacja podkreśla, że z poziomu dashboardu można kontrolować, które serwery MCP użytkownicy mogą uruchamiać, w tym konfigurację na poziomie całego zespołu. To nie jest kosmetyczna poprawka, lecz realne narzędzie dla przedsiębiorstw, które chcą rozwijać zastosowania AI bez narażania bezpieczeństwa.

    Aktualizacje dokumentacji z połowy września 2026 sugerują, że Cursor aktywnie zbiera opinie i doskonali mechanizm. Dla zespołów deweloperskich, które już teraz używają MCP do łączenia asystentów AI z systemami produkcyjnymi, to sygnał, że można to robić bezpieczniej i z mniejszymi przeszkodami organizacyjnymi.

    Źródła

  • Cline cofa się do sprawdzonego kodu — aktualizacja v4.0.1 przywraca stabilność wtyczki VS Code

    Cline cofa się do sprawdzonego kodu — aktualizacja v4.0.1 przywraca stabilność wtyczki VS Code

    Zespół Cline opublikował 28 czerwca 2026 roku wersję 4.0.1 swojej wtyczki do VS Code. Ta aktualizacja przywraca rozszerzenie do stanu sprzed migracji na wspólne SDK. Nie jest to zwykła łatka z poprawkami błędów, lecz celowy rollback całej bazy kodu do wersji 3.89.2, zapakowany pod wyższym numerem. Powód? Wersja 4.0.0, która trafiła do użytkowników dwa dni wcześniej, spowodowała liczne problemy z regresją i niestabilnością.

    Co trzeba wiedzieć o wersji 4.0.1

    • Rollback — stabilna wersja rozszerzenia wraca do kodu sprzed migracji na SDK, dostarczając wydanie 3.89.2 jako 4.0.1.
    • Reakcja na problemy — aktualizacja pojawiła się szybko, około dwóch dni po premierze 4.0.0, w odpowiedzi na zgłoszenia użytkowników.
    • SDK nie umiera — prace nad nową architekturą opartą na SDK trwają równolegle na gałęzi main, rollback nie oznacza anulowania przepisania.
    • Stabilność ponad funkcje — zespół świadomie zrezygnował z nowych możliwości wersji 4.0.0 na rzecz przewidywalnego działania dla istniejących użytkowników.
    • Bezpośrednia komunikacja — w oficjalnym zgłoszeniu na GitHubie napisano: „właśnie wydaliśmy 4.0.1, która cofa rozszerzenie do poprzedniej stabilnej wersji, podczas gdy naprawiamy te problemy”.

    Co poszło nie tak w wersji 4.0.0

    Wersja 4.0.0 była gruntownym przepisaniem — przeniosła rozszerzenie VS Code na warstwę sesji współdzieloną z SDK i wprowadziła wiele nowości, takich jak marketplace wtyczek, system rozliczeniowy ClinePass, kolejkowanie czatu oraz mechanizm edycji i regeneracji odpowiedzi. Choć brzmiało to ambitnie, użytkownicy szybko napotkali problemy.

    Jeden z deweloperów określił premierę jako „katastrofę”. W zgłoszeniach na GitHubie pojawiły się doniesienia o niestabilności, która realnie utrudniała codzienną pracę. Dla narzędzia, które działa jako agent kodujący wewnątrz edytora, każda awaria czy nieprzewidywalne zachowanie oznacza przerwanie workflow — co jest szczególnie problematyczne przy zadaniach wymagających wielu tur.

    Zespół zdecydował się nie łatać 4.0.0 na gorąco. Zamiast tego podjęto decyzję o natychmiastowym wycofaniu nowej architektury z kanału stabilnego i przywróceniu poprzedniej, sprawdzonej bazy kodu.

    Co zmieniło się w praktyce po aktualizacji

    Co zmieniło się w praktyce po aktualizacji

    Po zainstalowaniu 4.0.1 rozszerzenie VS Code przestało zależeć od nowej ścieżki migracyjnej SDK. Użytkownicy, którzy przeszli na 4.0.0, otrzymali automatyczną drogę powrotu do znanego, przewidywalnego środowiska. Wszystkie eksperymentalne funkcje — marketplace, ClinePass, kolejkowanie czatu — zniknęły ze stabilnego wydania.

    To nie oznacza jednak zakończenia całego projektu przepisania. Nowa architektura SDK rozwija się dalej, ale na osobnej gałęzi main. Zespół wyraźnie oddzielił kod eksperymentalny od tego, co trafia do użytkowników końcowych. To dojrzałe podejście pokazuje, że nawet przy szybkim rozwoju można postawić granicę między „ciekawymi, ale ryzykownymi” a „działającymi bez niespodzianek”.

    Dlaczego to ma znaczenie dla web developmentu i AI

    Dlaczego to ma znaczenie dla web developmentu i AI

    Cline to nie jest zwykłe rozszerzenie do podpowiadania kodu. Pełni rolę agenta, który samodzielnie tworzy i edytuje pliki, uruchamia komendy w terminalu, a nawet korzysta z przeglądarki. Przy web developmencie potrafi uruchomić stronę w headless browser, klikać, scrollować i wykrywać błędy wizualne. Kiedy takie narzędzie traci stabilność, to nie jest drobna niedogodność — to zablokowany pipeline.

    Dla zespołów praktykujących vibe coding — szybkie prototypowanie z pomocą AI — rollback Cline niesie jasny sygnał: nowa infrastruktura agentowa może być zdradliwa, nawet gdy obiecuje ciekawe funkcje. Oddzielenie eksperymentalnej architektury od stabilnego kanału to manewr, który może stać się wzorem dla innych narzędzi w tej przestrzeni.

    Szybkość reakcji zespołu również robi wrażenie. Dwa dni od premierowej awarii do wydania rollbacku — to tempo, które pokazuje, że zespół traktuje stabilność produkcyjną poważnie. Nie czekali na kolejny zaplanowany cykl wydawniczy, tylko zadziałali natychmiast.

    Co dalej

    Nowa architektura SDK wciąż powstaje na gałęzi main. Kiedyś trafi do stabilnego kanału — ale tym razem prawdopodobnie po dokładniejszym przetestowaniu. Użytkownicy, którzy chcą śledzić postępy, mogą obserwować rozwój na GitHubie, nie ryzykując przy tym zakłócenia swojego codziennego środowiska pracy. Na razie stabilna wersja działa tak, jak przed całym zamieszaniem — a to, szczerze mówiąc, dokładnie to, czego potrzebuje większość osób kodujących na co dzień.

    Źródła

  • Claude Code 2.1.191: komenda /rewind ratuje przed utratą kontekstu, a CPU dostaje 37% oddechu

    Claude Code 2.1.191: komenda /rewind ratuje przed utratą kontekstu, a CPU dostaje 37% oddechu

    Anthropic wprowadziło wersję 2.1.191 Claude Code. Choć nie jest to ogromna aktualizacja z setkami zmian, odpowiada na problemy, które frustrowały użytkowników przez długi czas. Premiera miała miejsce 24 czerwca 2026 roku i przynosi nową komendę /rewind, trwałe zatrzymywanie agentów działających w tle oraz znaczną optymalizację wydajności.

    Co nowego w pigułce

    • Komenda /rewind umożliwia przywrócenie konwersacji sprzed wykonania /clear, co eliminuje ryzyko przypadkowej utraty kontekstu.
    • Zatrzymywanie agentów w tle jest teraz trwałe — zatrzymany agent nie wróci już po kilku sekundach.
    • Zużycie CPU podczas strumieniowania spadło o około 37%, co przekłada się na cichszą pracę wentylatorów w dłuższych sesjach.
    • Rozrost pamięci w długich sesjach został ograniczony dzięki usprawnieniom w cache'owaniu terminala i zarządzaniu sesją.
    • Serwery MCP otrzymały poprawki zwiększające niezawodność, w tym retransmisje dla operacji takich jak tools/list czy resources/list.

    /rewind — drugie życie po /clear

    Najważniejszą nowością tej wersji jest komenda /rewind. Każdy, kto spędza długie godziny w terminalu, zna stres związany z przypadkowym użyciem /clear, co prowadzi do utraty kontekstu. Do tej pory jedynym sposobem na ratunek było zapisanie sesji — o ile użytkownik o tym pamiętał.

    Claude Code 2.1.191 wprowadza istotną zmianę. Dokumentacja potwierdza, że /rewind potrafi przywrócić konwersację sprzed wykonania /clear. To nie tylko cofnięcie ostatniej wiadomości, ale pełnoprawny mechanizm odzyskiwania utraconego kontekstu.

    Dla programistów pracujących nad złożonymi projektami to duża ulga. Można teraz bez obaw czyścić rozmowę, wiedząc, że istnieje możliwość przywrócenia kontekstu. Pomyłka nie prowadzi już do utraty całej sesji.

    Agenci w tle — koniec z efektem zombie

    Inna istotna zmiana to trwałe zatrzymywanie agentów. Wcześniej agenci potrafili niespodziewanie wracać po tym, jak już dostali sygnał stop. Było to frustrujące, zwłaszcza przy równoległym uruchamianiu wielu zadań, ponieważ nie można było mieć pewności, które procesy faktycznie zakończono.

    Ta poprawka eliminuje ten problem. Ręcznie zatrzymany agent nie wstaje ponownie. To proste, ale znaczące usprawnienie dla każdego, kto zarządza wieloma agentami jednocześnie.

    37% mniej CPU przy strumieniowaniu

    Optymalizacje wewnętrzne również przynoszą korzyści. Zmniejszenie zużycia procesora o około 37% podczas strumieniowania odpowiedzi to efekt usprawnień w przetwarzaniu danych. Przekłada się to na mniejszy hałas z wentylatorów i więcej zasobów dla innych procesów, takich jak IDE, przeglądarki czy kontenery Docker.

    Dodatkowo ograniczono rozrost pamięci w długich sesjach. Usprawnienia w cache'owaniu terminala i zarządzaniu sesjami sprawiają, że Claude Code 2.1.191 nie zajmuje coraz więcej pamięci RAM po kilku godzinach pracy. Dla deweloperów, którzy pozostawiają sesje otwarte przez cały dzień, to zauważalna zmiana.

    MCP i uprawnienia — mniejsze, ale praktyczne poprawki

    Serwery MCP (Model Context Protocol) otrzymały zestaw poprawek zwiększających niezawodność. Dodano retransmisje i mechanizmy odporności dla operacji tools/list, prompts/list oraz resources/list. Usprawniono także działanie OAuth po przejściowych awariach sieci.

    Dodatkowo poprawiono komunikaty błędów dla funkcji blokowanych przez polityki oraz ogólne komunikaty o niepowodzeniach związanych z konfiguracją MCP. Choć to drobne zmiany, oszczędzają czas na debugowaniu.

    W kwestii wyświetlania naprawiono błędy przewijania, problemy z hookami używającymi przecinków jako separatorów oraz regresje w cyklu życia agentów.

    Podsumowując, aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie poprawia funkcjonalność. Komenda /rewind stanie się szybko codziennym narzędziem, podobnie jak trwałe zatrzymywanie agentów i niższe obciążenie CPU. Dla każdego, kto korzysta z Claude Code 2.1.191 jako głównego narzędzia w terminalu, to aktualizacja, którą warto zainstalować natychmiast.

    Źródła

  • Claude Code 2.1.190: cicha aktualizacja, która ratuje komfort pracy programistów

    Claude Code 2.1.190: cicha aktualizacja, która ratuje komfort pracy programistów

    Anthropic wypuściło 24 czerwca 2026 roku nową wersję Claude Code oznaczoną numerem 2.1.190. To wydanie konserwacyjne, które nie wprowadza nowych funkcji ani przełomowych zmian, ale zawiera konkretne poprawki stabilności i błędów, mające realny wpływ na codzienną pracę z narzędziem.

    • Claude Code 2.1.190 to wydanie utrzymaniowe z datą 24 czerwca 2026, skupione wyłącznie na poprawkach błędów i niezawodności.
    • Brak nowych funkcji — aktualizacja nie wprowadza żadnych zmian w interfejsie ani API, co oznacza zerowe ryzyko regresji.
    • Wersja 2.1.190 wprowadziła nowe ustawienie sandbox.credentials, a wersja 2.1.190 przyniosła optymalizację CPU podczas streamingu.
    • Wersje 2.1.190 i 2.1.190 nie zostały opublikowane w rejestrze npm, więc 2.1.190 jest jedną z faktycznie dystrybuowanych wersji w tym cyklu.

    Co faktycznie zmienia wydanie utrzymaniowe

    Oficjalny changelog Claude Code jest w tej kwestii wyjątkowo lakoniczny. Opis zmiany sprowadza się do jednego zdania: „Poprawki błędów i usprawnienia niezawodności”. Brak listy commitów i szczegółów technicznych. Choć brzmi to enigmatycznie, dla programistów pracujących z narzędziem w trybie CLI, takie wydania często robią największą różnicę.

    Wersja 2.1.190 pojawiła się zaledwie 9 godzin i 22 minuty po poprzedniej stabilnej wersji 2.1.190. Ten krótki odstęp sugeruje szybką reakcję na zgłoszone problemy. Co ciekawe, rozmiar plików binarnych wzrósł zaledwie o 3,4 kB, a tokeny promptów pozostały bez zmian, co oznacza, że logika kontekstowa nie uległa zmianie, a poprawki dotyczyły warstwy wykonawczej.

    Kontekst szerszego okna wydań

    Mimo że samo 2.1.190 nie doczekało się szczegółowego changeloga, warto spojrzeć na to, co działo się w okolicy. Wersje 2.1.190 i 2.1.190 nie zostały opublikowane w npm, prawdopodobnie z powodu błędów wykrytych na etapie wewnętrznych testów. To pokazuje, że zespół Anthropic aktywnie filtruje wydania przed publikacją, a 2.1.190 jest efektem tego procesu.

    W szerszym oknie wydań pojawiło się kilka istotnych zmian. Wersja 2.1.190 dodała nowe ustawienie sandbox.credentials i rozszerzyła działanie komendy /rewind. Z kolei wersja 2.1.190 zoptymalizowała zużycie CPU podczas streamowanych odpowiedzi, co pozwoliło na redukcję o około 37%. To znacząca różnica, zwłaszcza przy dłuższych sesjach kodowania, gdzie wentylatory w laptopach mogą być głośne.

    Poprawiono także szereg drobniejszych błędów, takich jak opóźnienia przy starcie Claude Code Remote, zrywanie połączeń kanałowych, problemy z wyświetlaniem linków i URL-i w terminalach Ghostty oraz Windows Terminal, a także błędy renderowania w claude agents i przepełnienie splash artu. Nie wiadomo jednak, które z tych poprawek trafiły konkretnie do 2.1.190, a które do sąsiednich wersji, ponieważ oficjalny changelog ich nie przypisuje.

    Dlaczego to ma znaczenie dla web developerów i DevOps

    Claude Code to narzędzie terminalowe. Nie ma GUI ani panelu administracyjnego — wszystko dzieje się w linii poleceń. Dlatego nawet pozornie mała łatka stabilności może uratować sesję programistyczną przed niespodziewanymi crashami czy desynchronizacją połączenia. W kontekście vibe codingu, gdzie płynność interakcji z AI jest kluczowa dla utrzymania flow, takie wydania są istotne.

    Dla zespołów DevOps i osób pracujących zdalnie stabilność połączeń kanałowych oraz szybki czas rozruchu to parametry, które bezpośrednio wpływają na produktywność. Jeśli Claude Code Remote startuje zauważalnie szybciej, a połączenia nie rwą się co kilkanaście minut, każda minuta zaoszczędzona na debugowaniu narzędzia to minuta więcej na właściwą pracę z kodem.

    Optymalizacja zużycia CPU o blisko 37% wprowadzona w wersji 2.1.190 jest szczególnie istotna. Przy dłuższych sesjach z Claude Code różnica w temperaturze laptopa i poziomie hałasu może być odczuwalna. Dla programistów pracujących w open space lub zdalnie z kawiarń to ważny aspekt.

    Jak zaktualizować

    Sprawdzenie wersji to standardowe claude --version. Aktualizacja przebiega przez menedżer pakietów lub bezpośrednie pobranie binarki z repozytorium GitHub. Po instalacji warto zrestartować wszystkie aktywne sesje, ponieważ niektóre poprawki stabilności wymagają świeżego połączenia, aby działały poprawnie.

    Podsumowanie

    Claude Code 2.1.190 to przykład wydania, które nie trafi na pierwsze strony branżowych serwisów, ale dla aktywnych użytkowników CLI może być ważniejsze niż niejedna aktualizacja z listą nowych funkcji. Brak szczegółowego changeloga nie powinien zniechęcać — w wydaniach utrzymaniowych mniej znaczy lepiej. Krótszy interwał od poprzedniej wersji i pominięcie dwóch numerów sugeruje, że Anthropic aktywnie monitoruje zgłoszenia i szybko reaguje. Jeśli używasz Claude Code na co dzień, warto poświęcić minutę na aktualizację.

    Źródła

  • Zed 1.8.2 przynosi nowe funkcje AI i usprawnienia edytora

    Zed 1.8.2 przynosi nowe funkcje AI i usprawnienia edytora

    Zed wypuścił wersję 1.8.2, która wprowadza kilka istotnych usprawnień w pracy z agentami AI oraz codziennej edycji kodu. Aktualizacja skupia się na przyspieszeniu tworzenia środowisk roboczych, automatyzacji terminala agenta i nowych akcjach selekcji. Dodatkowo, zoptymalizowano wydajność Gita oraz wprowadzono szereg poprawek stabilności.

    • Pasek boczny umożliwia teraz tworzenie nowego worktree bezpośrednio z przycisku nowego wątku.
    • Terminal agenta otrzymał polecenie agent.terminal_init_command, które automatycznie uruchamia skrypt przy starcie wątku.
    • Nowe akcje selekcji editor: select inside delimiters i editor: select around delimiters rozszerzają zaznaczenie przez zagnieżdżone nawiasy i cudzysłowy.
    • Panele edytora można wyrównać komendą workspace: reset pane sizes.
    • Wydajność Gita doczekała się optymalizacji, co zmniejsza obciążenie w tle i przyspiesza rozwiązywanie gałęzi.

    Worktree z paska bocznego — szybkie izolowanie zadań

    Tworzenie worktree bezpośrednio z przycisku nowego wątku w sidebarze to zmiana, która przyspiesza pracę. Zamiast przeklikiwać się przez menu czy używać terminala, wystarczy jedno kliknięcie.

    Dla zespołów praktykujących vibe coding lub często eksperymentujących z nowymi gałęziami to spore ułatwienie. Każdy wątek agenta może teraz działać w odizolowanym środowisku bez zbędnej konfiguracji. Worktree od razu pojawia się w projekcie, gotowe do pracy z osobną historią zmian.

    To jedna z tych funkcji, które po kilku dniach używania stają się niezbędne. Przestajesz myśleć o zarządzaniu przestrzenią roboczą i zaczynasz po prostu działać.

    Terminal agenta z automatyczną inicjalizacją

    Nowe ustawienie agent.terminal_init_command rozwiązuje problem konieczności ręcznego konfigurowania środowiska za każdym razem, gdy uruchamiamy nowy wątek terminala agenta. Teraz można zdefiniować skrypt, który wykona się automatycznie.

    W praktyce oznacza to, że agent CLI lub TUI uruchamiany wewnątrz Zeda od razu dostaje skonfigurowane środowisko. Można automatycznie aktywować wirtualne środowisko Pythona, ustawić zmienne środowiskowe, zainstalować zależności lub uruchomić wstępne testy.

    Dla zespołów DevOps i programistów pracujących z wieloma mikrousługami to oszczędność czasu przy każdym nowym zadaniu. Agent nie czeka na ręczne polecenia — po prostu zaczyna pracę z gotowym kontekstem.

    Szybsza selekcja kodu — nowe akcje edytora

    Dwie nowe komendy selekcji to kolejny krok w stronę wydajności przy refaktoryzacji. editor: select inside delimiters zaznacza zawartość wewnątrz nawiasów lub cudzysłowów, a editor: select around delimiters obejmuje również same ograniczniki.

    Te akcje działają przez zagnieżdżone struktury. W JavaScript czy TypeScripcie, gdzie funkcje zwrotne i obiekty mogą być głęboko zagnieżdżone, to przydatne narzędzie. JSON, HTML, konfiguracje YAML — wszędzie tam, gdzie nawiasy i cudzysłowy definiują strukturę, nowe komendy przyspieszają edycję.

    Porządek w panelach i wydajność Gita

    workspace: reset pane sizes to komenda przywracająca równe szerokości wszystkich paneli. Przydaje się szczególnie przy debugowaniu, gdy między edytorem, terminalem, logami i panelem AI robi się bałagan z proporcjami.

    Git również zyskał na wydajności. Zed 1.8.2 zmniejsza obciążenie w tle i szybciej rozwiązuje gałęzie, co przekłada się na płynniejszą pracę w projektach z dużą historią commitów. Mniej zacięć przy przełączaniu branchy oraz szybsze pokrycie kodu to istotne udogodnienia w codziennym użytkowaniu.

    Stabilność i poprawki

    Wydanie zawiera także zestaw poprawek błędów, które dotyczą głównie zachowania agentów i problemów z przepływem pracy w edytorze. Zed kontynuuje rozwój edytora, który łączy wydajność z integracją AI — asystent nie jest dodawany na siłę, ale budowany jako integralna część środowiska.

    Wersja 1.8.2 to solidny krok naprzód w dopracowywaniu workflow z naciskiem na AI. Każda z nowych funkcji rozwiązuje konkretne, codzienne problemy programistów.

    Źródła

  • Cursor wprowadza scentralizowane centrum zarządzania dodatkami i integracjami

    Cursor wprowadza scentralizowane centrum zarządzania dodatkami i integracjami

    Od lipca 2026 roku Cursor wprowadza scentralizowane centrum zarządzania dodatkami i integracjami, oferując nową stronę Customize. Ta strona łączy zarządzanie wtyczkami, umiejętnościami, serwerami MCP oraz subagentami w jednym miejscu, dostępna na poziomie użytkownika, zespołu i przestrzeni roboczej. Umożliwia to rezygnację z przeskakiwania między rozproszonymi plikami konfiguracyjnymi i ustawieniami w edytorze.

    Najważniejsze zmiany w pigułce

    • Scentralizowana strona Customize umożliwia zarządzanie wtyczkami, umiejętnościami, MCP, subagentami, regułami, komendami i hookami z jednego panelu.
    • Wtyczki jako pakiety dystrybucyjne – mogą zawierać wiele możliwości agenta jednocześnie: reguły, umiejętności, subagenty i serwery MCP w jednym pliku.
    • Zasięg zespołowy – zespoły mogą instalować wspólne serwery MCP przez domyślny marketplace, co zapewnia spójność środowisk deweloperskich.
    • Integracje z GitLab, Bitbucket i Azure DevOps rozszerzają wsparcie poza GitHub, w tym dla Bugbota i Cloud Agents.

    Koniec z fragmentacją ustawień

    Dotychczas personalizacja Cursora wymagała żonglowania plikami .cursorrules, ręcznego konfigurowania MCP oraz pamiętania, gdzie znajdowało się konkretne ustawienie. Nowa strona Customize rozwiązuje te problemy.

    Użytkownicy znajdą tam listę zainstalowanych dodatków oraz marketplace z możliwością jednego kliknięcia do instalacji. Możliwości zmian są precyzyjnie określone – coś może działać tylko na Twoim koncie, coś innego w całym zespole, a jeszcze coś wyłącznie w konkretnym projekcie. To zapewnia elastyczność przy zachowaniu kontroli.

    Szczególnie przydatna jest możliwość współdzielenia serwerów MCP na poziomie zespołu. Zamiast wysyłać każdemu członkowi zespołu instrukcje konfiguracji, lider ustawia Team MCP server raz, a reszta dostaje go automatycznie przez marketplace.

    Wtyczki, które niosą ze sobą cały ekosystem

    Nowa definicja wtyczek w Cursor wykracza poza tradycyjne rozumienie pluginów. Teraz to dystrybucyjny pakiet, który może zawierać reguły, umiejętności, komendy, subagenty, hooki oraz serwery MCP – wszystko w jednym.

    Przykładowo, można stworzyć wtyczkę "zespół backendowy", która zawiera reguły formatowania kodu, skróty do deploymentu, połączenie z firmowym serwerem MCP monitorującym staging oraz dwa subagenty do testów. Wystarczy jeden plik, aby przenieść cały ten zestaw na nową maszynę lub udostępnić nowemu członkowi zespołu.

    Subagenty działają w osobnych oknach kontekstowych, równolegle i odizolowane od głównego agenta. Można im zlecać zadania, które nie powinny zaśmiecać głównego kontekstu, lub uruchomić rój takich agentów do przetestowania aplikacji w czystych środowiskach.

    Szersze integracje dla zespołów rozproszonych

    Szersze integracje dla zespołów rozproszonych
    Źródło: cursor.com

    Cursor dotychczas dobrze współpracował z GitHubem, ale nowa odsłona marketplace zespołowego otwiera możliwości dla użytkowników GitLaba, Bitbucketa i Azure DevOps. Dokumentacja potwierdza pełne wsparcie dla łączenia repozytoriów z tych platform oraz dla Bugbota, który teraz działa również w repozytoriach Bitbucket i Azure DevOps.

    Dla zespołów korporacyjnych, które korzystają z Azure DevOps ze względów compliance'owych, to istotna zmiana. Nie muszą już wybierać między polityką firmy a wygodą pracy z AI-asystentem.

    Dlaczego to ma znaczenie dla codziennej pracy

    Dlaczego to ma znaczenie dla codziennej pracy
    Źródło: cursor.com

    Zmiana ma głębsze znaczenie, niż mogłoby się wydawać. Dotychczas dostosowanie Cursora do własnych potrzeb wymagało dużej wiedzy o konfiguracji. Teraz wystarczy otworzyć Customize i kliknąć. Dla zespołów oznacza to koniec syndromu "u mnie działa" – środowisko deweloperskie można ustandaryzować na poziomie organizacji, pozostawiając programistom swobodę tam, gdzie to ma sens.

    Przenośne pakiety wtyczek ułatwiają także onboarding. Zamiast listy 20 rzeczy do skonfigurowania, nowa osoba dostaje link do firmowego pluginu i po minucie ma identyczne środowisko AI jak reszta zespołu.

    Co dalej z ekosystemem Cursora

    Choć w dokumentacji nie potwierdzono jeszcze rankingu marketplace ani gotowych szablonów wtyczek, kierunek zmian jest jasny. Cursor zmierza ku modelowi, w którym personalizacja jest centralnym elementem doświadczenia. Wraz z Origin (własnym hostingiem kodu) i Cloud Agents, tworzy się spójna platforma, gdzie kod, agenci AI i konfiguracja funkcjonują w jednym ekosystemie – z minimalnym tarciem między nimi.

    Ta aktualizacja to nie tylko kosmetyka interfejsu, ale przemyślana zmiana architektoniczna, która stawia elastyczność i współpracę zespołową w centrum doświadczenia z AI-podpowiedziami. Teraz konfiguracja Cursora przypomina w pełni umeblowane mieszkanie – z możliwością przemeblowania, gdy tylko zajdzie taka potrzeba.

    Ź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

  • Qwen-Code v0.19.0: interaktywne artefakty, głos i dynamiczne workflow wchodzą do terminala

    Qwen-Code v0.19.0: interaktywne artefakty, głos i dynamiczne workflow wchodzą do terminala

    Qwen-Code v0.19.0, wydany 23 czerwca 2026 roku, wprowadza trzy nowe funkcje: eksperymentalne narzędzie Artifact do publikowania interaktywnych stron HTML, natywne dyktowanie głosowe z transkrypcją strumieniową oraz pełne wsparcie dla Dynamicznych Workflow. To wydanie znacząco ułatwia łączenie kodowania z działaniem — agent potrafi generować kod i od razu pokazywać go jako działającą stronę, a użytkownicy mogą wydawać mu polecenia głosowo.

    Najważniejsze zmiany w wersji v0.19.0

    • Narzędzie Artifact umożliwia modelowi zapakowanie wygenerowanej treści jako samodzielnej strony HTML, którą można otworzyć lokalnie i renderować z file://, bez potrzeby dostępu do sieci.
    • Dynamiczne Workflow zostały w pełni przeniesione, co oznacza, że działają teraz z zapisem, wznawianiem sesji, wyzwalaczami słów kluczowych i powiadomieniami.
    • Dyktowanie głosowe jest dostępne w CLI przez /voice, a wkrótce także w aplikacji desktopowej jako przycisk mikrofonu z podglądem fali i czasu nagrania.
    • Panel boczny z możliwością zmiany rozmiaru ułatwia przeglądanie plików i artefaktów w aplikacji desktopowej.
    • Przeglądarka bloków myślenia w interfejsie terminalowym pozwala podejrzeć tok rozumowania modelu.

    Artifact: od prompta do działającej strony w kilka sekund

    Narzędzie Artifact to nowość, która pozwala modelowi zamienić wygenerowaną treść w interaktywną stronę. Umożliwia tworzenie prototypów, diagramów, tabel i wizualizacji danych, które można zamknąć w HTML-u.

    Strony są zapisywane w katalogu ~/.qwen/artifacts/ i otwierane lokalnie przez file://. Nie wymaga to hostingu, co pozwala szybko sprawdzić, czy model zrozumiał oczekiwania. Strona musi być samowystarczalna, bez zewnętrznych CSS-ów ani JavaScriptów, a całość nie może przekraczać 16 MB. Przy kolejnym uruchomieniu ten sam plik zostanie nadpisany.

    Dla web developerów to efektywny sposób na prototypowanie komponentów czy całych widoków bez odrywania rąk od terminala. Model generuje, a użytkownik widzi efekt, co znacząco przyspiesza proces.

    Dynamiczne Workflow w końcu kompletne

    Wersja v0.19.0 kończy temat Dynamicznych Workflow, które zyskały pełne wsparcie dla wznawiania i zapisywania. Użytkownicy mogą zapisać cały workflow jako komendę slash, która trafia do .qwen/workflows/<nazwa>.js, a następnie wywołać go przez /<nazwa>. Jeśli sesja zostanie przerwana, agent odtwarza ją z logów JSONL i kontynuuje od pierwszego punktu rozbieżności.

    To znaczna oszczędność czasu przy dłuższych zadaniach. Użytkownicy nie muszą ponownie opisywać kontekstu ani powtarzać tych samych kroków. Workflow można zapisać na poziomie projektu lub użytkownika. Jeśli skrypt już istnieje, system zapyta, czy nadpisać. Zakończone przebiegi terminalowe zapisują się automatycznie w <katalogProjektu>/workflows/<idUruchomienia>.json, a panel /workflows przechowuje historię między restartami.

    Głos, który działa w terminalu i desktopie

    Głos, który działa w terminalu i desktopie

    Funkcja dyktowania została wprowadzona najpierw jako /voice w CLI, a później w aplikacji desktopowej jako przycisk mikrofonu w pasku kompozytora. Nagrywanie pokazuje na żywo przebieg fali i licznik czasu, a po zatrzymaniu transkrypcja trafia od razu do pola tekstowego.

    Transkrypcja działa po stronie serwera, wykorzystując potok głosowy CLI — modele qwen3-asr-flash dla trybu wsadowego i *-realtime dla strumieniowania. Dane uwierzytelniające nie są przekazywane do procesu renderowania, co zapewnia bezpieczeństwo. Dla osób spędzających długie godziny w terminalu, możliwość wydania polecenia głosem bez odrywania rąk od klawiatury jest istotna.

    Pod maską i w interfejsie

    Pod maską i w interfejsie

    Oprócz głównych nowości, wersja v0.19.0 wprowadza także szereg mniejszych, ale użytecznych usprawnień. Panel boczny w aplikacji desktopowej zyskał możliwość zmiany rozmiaru, co ułatwia przeglądanie plików lub artefaktów. W interfejsie terminalowym (TUI) pojawiła się przeglądarka bloków myślenia, która umożliwia zajrzenie w tok rozumowania modelu.

    Wprowadzono także wiele poprawek błędów i optymalizacji w CLI, logice rdzenia i testach integracyjnych. Zespół zadbał o szczegóły — wyniki wyszukiwania, obsługa skrótów w terminalu, wszystko zostało poprawione.

    Dlaczego to ma znaczenie

    Qwen-Code v0.19.0 to nie tylko kolejna wersja — to wydanie, które zmienia sposób pracy z agentem. Artifact ułatwia przeglądanie kodu, Dynamiczne Workflow automatyzują powtarzalne zadania, a dyktowanie głosowe umożliwia szybkie interakcje. Wszystko to odbywa się w terminalu, co jest istotne dla zespołów korzystających z CLI i ceniących szybkie pętle feedbacku.

    Źródła

  • Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    OpenAI opublikowało wersję 0.140.0 Codex CLI, narzędzie, które od kilku miesięcy zdobywa popularność wśród asystentów programistycznych opartych na terminalu. Wydanie z 15 czerwca 2026 roku koncentruje się na warstwie narzędziowej, obejmującej sesje, stan lokalny, integrację z zewnętrznymi dostawcami oraz stabilność w dużych repozytoriach. W skrócie, skupiono się na inżynierii, która zapewnia sprawne działanie systemu.

    Co nowego w skrócie

    • Śledzenie użycia przez /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów na koncie
    • Trwałe usuwanie sesji przez /delete i codex delete z wbudowanym zabezpieczeniem przed przypadkowym usunięciem
    • Import z Claude Code przez /import przenosi konfigurację projektu, ustawienia i ostatnie czaty
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie, dostępnym od ręki
    • Automatyczna naprawa bazy SQLite – uszkodzone pliki stanu są backupowane i odbudowywane bez interwencji

    /usage, /delete i /import – trzy nowe komendy, które zmieniają codzienną pracę

    Sprawdzanie, ile tokenów wykorzystano na rozmowy z agentem, wcześniej wymagało przeszukiwania panelu konta OpenAI. Teraz wystarczy wpisać /usage w terminalu. Widok dzienny pokazuje aktywność z ostatnich 24 godzin, tygodniowy daje szerszy obraz, a kumulatywny podsumowuje wszystko od początku korzystania z konta. Dla zespołów pilnujących budżetów API to oszczędność czasu.

    Usuwanie sesji również zyskało nowe rozwiązanie. Komendy /delete i codex delete usuwają sesje na stałe, ale wcześniej pytają o potwierdzenie, co zapobiega przypadkowemu usunięciu ważnych danych. To proste zabezpieczenie było potrzebne, gdy Codex CLI dopiero zaczynał.

    Najciekawsza jest trzecia komenda – /import. Umożliwia ona przeniesienie setupu projektu, konfiguracji i ostatnich czatów z Claude Code. Dla osób przeskakujących między narzędziami oznacza to koniec ręcznego kopiowania promptów i ustawień. OpenAI stara się przyciągnąć programistów, którzy chcą uniknąć uzależnienia od jednego dostawcy, licząc, że łatwiej będzie im przejść do ekosystemu Codexa.

    Bedrock, menu @ i cicha rewolucja w MCP

    Wersja 0.140.0 wprowadza zarządzane uwierzytelnianie API dla Amazon Bedrock. Poświadczenia są szyfrowane lokalnie, zarówno dla CLI, jak i dla połączeń MCP przez OAuth. Dla zespołów korzystających z infrastruktury AWS to duża wygoda – nie trzeba już tworzyć własnych wrapperów autoryzacyjnych ani przechowywać kluczy w zmiennych środowiskowych.

    Kolejna zmiana, która ułatwi pracę w terminalu, to menu @. Wcześniej przywoływanie plików, wtyczek i umiejętności wymagało zapamiętywania różnych skrótów. Teraz wszystko znajduje się w jednym, ujednoliconym menu, które uruchamia się po wpisaniu znaku małpy. Mniej przełączania kontekstu oznacza większą płynność pracy.

    Dodatkowo poprawiono niezawodność MCP. Błędy startupowe są teraz automatycznie powtarzane, nieużywalne poświadczenia OAuth traktowane są jako wylogowane, a wyłączone serwery pozostają wyłączone na stałe. Dla osób pracujących z wieloma zewnętrznymi narzędziami podpiętymi przez MCP, te poprawki mogą znacząco wpłynąć na efektywność pracy.

    Co z bazą danych, gdy coś pójdzie nie tak

    Co z bazą danych, gdy coś pójdzie nie tak

    SQLite przechowuje stan sesji Codexa i, jak każda baza plikowa, może ulec uszkodzeniu, zwłaszcza w dużych repozytoriach. W wydaniu 0.140.0 wprowadzono automatyczne backupowanie i odbudowę uszkodzonych baz. Dotyczy to także sytuacji, gdy katalog bazy danych ulegnie uszkodzeniu – to rzadki przypadek, ale potrafi znacznie opóźnić pracę.

    Dla programistów pracujących nad rozbudowanymi projektami, którzy polegają na Codexie, to istotna zmiana. To różnica między "agent padł, wrócę za pół godziny" a "agent sam się podniósł i nawet nie zauważyłem".

    Tooling ponad modele

    Wydanie 0.140.0 ilustruje kierunek, w którym zmierza rynek narzędzi AI dla programistów. Nie chodzi już tylko o to, który model lepiej generuje kod – istotne jest, jak płynnie można przechodzić między sesjami, jak łatwo migrować konfigurację z konkurencyjnych narzędzi i czy stan lokalny przetrwa awarię bez utraty kontekstu. OpenAI pokazuje, że rozumie codzienną frustrację programistów korzystających z agentów w terminalu. W tym wydaniu nie ma fajerwerków, ale jest konkretna praca inżynieryjna, która sprawia, że narzędzie działa pewniej.

    Źródła

  • Claude Code z nową składnią /config, wsparciem Apple Events i lepszą wydajnością

    Claude Code z nową składnią /config, wsparciem Apple Events i lepszą wydajnością

    Najnowsza aktualizacja Claude Code wprowadza składnię /config key=value, która umożliwia zmianę ustawień bezpośrednio z poziomu prompta, oraz dodaje wsparcie dla Apple Events w piaskownicy na macOS. Dodatkowo, zaktualizowano środowisko uruchomieniowe Bun do wersji 1.4, co przynosi poprawki wydajności streamowania oraz kilka istotnych łatek błędów.

    Kluczowe zmiany w skrócie

    • Nowa składnia /config umożliwia zmianę ustawień bez przerywania sesji czy edytowania plików konfiguracyjnych.
    • Wsparcie Apple Events jako opcjonalne ustawienie piaskownicy na macOS, istotne dla komend open, osascript oraz autoryzacji w przeglądarkach.
    • Aktualizacja Bun do wersji 1.4 poprawia stabilność środowiska uruchomieniowego agenta.
    • Poprawki streamowania, panelu subagentów oraz błędów związanych z zapisem plików na dyskach sieciowych.

    Konfiguracja inline, która nie wybija z rytmu

    Mechanizm /config key=value to istotna nowość w tej wersji. Użytkownicy mogą teraz zmieniać parametry działania Claude Code bezpośrednio w sesji interaktywnej, trybie print czy Remote Control. Na przykład, komenda /config thinking=false wyłącza tryb myślenia jednym poleceniem.

    Wcześniej zmiana takich preferencji wymagała ręcznej edycji pliku .claude/settings.json lub przerywania sesji i restartu z nowymi flagami. Teraz wszystko odbywa się w locie, co jest istotne w pracy z AI, gdzie kontekst sesji buduje się stopniowo.

    Dla zespołów DevOps oraz osób automatyzujących przepływy pracy to znaczące ułatwienie. Można testować różne zachowania modelu w trakcie jednej sesji bez resetowania stanu.

    Apple Events na macOS — mała rzecz, duże konsekwencje

    Ustawienie sandbox.allowAppleEvents rozwiązuje problem z błędem -600, który występował przy próbie użycia komend open, osascript czy podczas autoryzacji w przeglądarkach. To opcjonalna flaga — domyślnie piaskownica blokuje Apple Events, więc trzeba ją włączyć ręcznie.

    Dla deweloperów pracujących na macOS to istotna zmiana. Bez tego ustawienia Claude Code nie mógł uruchomić zewnętrznych aplikacji ani przeprowadzić przepływu OAuth w przeglądarkach. Teraz wystarczy dodać flagę do konfiguracji, co przywraca możliwość automatyzacji.

    W kontekście szerszego ekosystemu to także sygnał, że Anthropic traktuje macOS jako pełnoprawną platformę do agentowego kodowania.

    Bun 1.4 pod maską

    Claude Code dostarcza własne środowisko uruchomieniowe, a aktualizacja Bun do wersji 1.4 przynosi poprawki stabilności i wydajności, które wpływają na responsywność narzędzia.

    Nie ma tu efektu "wow", ale to elementy, które są odczuwalne w codziennym użytkowaniu — szybsze uruchamianie, mniej losowych błędów oraz stabilniejsza praca podczas długich sesji. Stabilność runtime'u jest kluczowa dla narzędzia, które często działa jako lokalny agent uruchamiający wiele procesów równolegle.

    Poprawki, które bolą mniej

    Aktualizacja eliminuje kilka dokuczliwych problemów. Streaming długich akapitów działa teraz płynniej, eliminując lagi i blokowanie wyjścia przy generowaniu większych bloków tekstu. Panel subagentów zyskał poprawki użyteczności i wyświetlania.

    Szczególnie ważne są poprawki regresji startowych oraz obsługi plików na dyskach sieciowych. Błędy przy zapisie na dyskach sieciowych były problemem dla zespołów pracujących z zamapowanymi zasobami — każda poprawka w tym obszarze zmniejsza frustrację.

    Co to oznacza dla ekosystemu AI i web devu

    Claude Code systematycznie poprawia doświadczenie użytkownika. Składnia /config ułatwia interakcję z modelem, co prowadzi do mniejszego tarcia i większej liczby iteracji. Wsparcie dla Apple Events pokazuje, że zespół reaguje na potrzeby użytkowników macOS.

    Dla osób pracujących w web developmencie ta aktualizacja oznacza mniej przeszkód technicznych, co pozwala skupić się na kodzie, a nie na walce z narzędziem.

    Źródła