Autor: Frontendfreak

  • Cursor 3.3: Rewolucja w przeglądzie PR i równoległym budowaniu – nowa era pracy z kodem

    Cursor 3.3: Rewolucja w przeglądzie PR i równoległym budowaniu – nowa era pracy z kodem

    Najnowsza aktualizacja Cursor, znana jako „Cursor 3.3”, wprowadza istotne zmiany w środowisku programistycznym. Program nie tylko wspiera pisanie kodu, ale staje się centralnym punktem w cyklu życia oprogramowania. Użytkownicy zyskają wbudowany workflow do obsługi pull requestów oraz możliwość równoległego uruchamiania niezależnych zadań przez agentów. Usprawnienia są dostępne w ramach stopniowo wdrażanej aktualizacji i nie wymagają skomplikowanej konfiguracji – wiele z nich działa od razu po włączeniu nowej wersji edytora.

    Kluczowe nowości w najnowszym wydaniu

    • Obsługa PR-ów bez opuszczania Cursor – tworzenie, przeglądanie i scalanie pull requestów w jednym oknie.
    • Równoległe wykonywanie planów – Cursor identyfikuje niezależne części planu i uruchamia je jednocześnie przez asynchroniczne podagenty, zachowując kolejność tam, gdzie występują zależności.

    Przegląd PR bez opuszczania edytora

    Dla wielu programistów przeglądanie pull requestów wiąże się z ciągłym przełączaniem się między IDE a przeglądarką, co wymaga śledzenia wątków recenzji, komentarzy, historii commitów i drzewa plików w różnych zakładkach. Nowa wersja Cursor 3.3 eliminuje tę konieczność – okno agenta zyskało przestrzeń do zarządzania PR-ami. Użytkownicy mogą tworzyć, recenzować i scalać zgłoszenia bez odchodzenia od edytora. Dzięki temu kontekst kodu pozostaje nienaruszony, a programista nie musi przypominać sobie stanu projektu po powrocie z zewnętrznego narzędzia.

    Zespół rozwija ideę „end-to-end coding”, gdzie etapy pracy nad oprogramowaniem są coraz bardziej zintegrowane w jednym środowisku.

    Równoległe uruchamianie zadań

    Kolejną istotną zmianą jest możliwość równoczesnego wykonywania niezależnych części planu. Zamiast czekać na przetworzenie jednego zadania po drugim, użytkownicy mogą teraz zlecić Cursorowi identyfikację fragmentów, które nie są ze sobą powiązane, i ich równoległe uruchomienie. Edytor wykorzystuje asynchroniczne podagenty, operujące na izolowanych git worktrees. Jeśli jakieś kroki muszą być wykonane sekwencyjnie (np. kompilacja przed testami), Cursor zachowa odpowiednią kolejność.

    To oznacza znaczące skrócenie czasu oczekiwania na wyniki. Deweloperzy korzystający z intensywnego generowania kodu przez AI mogą teraz zlecać wiele współbieżnych zadań i obserwować ich postęp w jednym oknie. Jak podają twórcy, wystarczy kliknąć „Build in Parallel”, aby zidentyfikować niezależne części planu i uruchomić je jednocześnie, zachowując kolejność kroków, które muszą być wykonane w odpowiedniej sekwencji.

    Inne usprawnienia

    Oprócz głównych nowości, Cursor 3.3 wprowadza również szereg mniejszych zmian, takich jak Design Mode oraz udoskonalenia w pracy z przeglądarką. To pokazuje, że edytor rozwija się w różnych kierunkach – od interfejsu użytkownika po backendowe mechanizmy współbieżności.

    Co to oznacza dla codziennej pracy programisty?

    Kumulacja tych nowości ma na celu zacieśnienie integracji edytora z całym cyklem wytwarzania oprogramowania. Obsługa PR-ów w tym samym oknie eliminuje konieczność przełączania kontekstu i utrzymuje ciągłość myślenia. Równoległe uruchamianie zadań lepiej wykorzystuje moc obliczeniową i skraca czas oczekiwania. Dla zespołów webowych, które coraz częściej sięgają po AI, Cursor oferuje płynniejszy przepływ od pomysłu do wdrożenia, zachowując kontrolę programisty na każdym etapie.

    Nowe funkcje są już dostępne w ramach aktualizacji i nie wymagają dodatkowej subskrypcji ani skomplikowanej konfiguracji – wystarczy uruchomić najnowszą wersję Cursor. W obliczu rosnącej złożoności projektów i presji na szybkie dostarczanie oprogramowania, takie narzędzia stają się nieodzownym elementem nowoczesnego warsztatu.


    Źródła

  • Windsurf Editor 2.2.17: Devin integruje się jeszcze głębiej, a wydajność zyskuje nowy blask

    Windsurf Editor 2.2.17: Devin integruje się jeszcze głębiej, a wydajność zyskuje nowy blask

    Czerwcowa aktualizacja Windsurf Editor w wersji 2.2.17 to kolejny krok w rebrandingu znanego środowiska programistycznego na Devin Desktop. Zmiana dotyczy jedynie nazwy, a nie funkcjonalności. Twórcy z Cognition skoncentrowali się na usprawnieniach interfejsu Agent Command Center, wprowadzeniu lokalnego agenta Devin Local oraz poprawkach stabilności, szczególnie dla użytkowników Windows.

    Kluczowe informacje o aktualizacji

    • Devin Local – agent działa teraz lokalnie w terminalu, oferując do 30% większą wydajność tokenową w porównaniu do Cascade, według przeprowadzonych testów.
    • Agent Command Center – odświeżony interfejs z widokiem Spaces, tablicą Kanban i zarządzaniem wieloma agentami.
    • Poprawki dla Windows – naprawiono błąd związany z tworzeniem sesji terminala na systemie Windows.
    • Stabilność agenta lokalnego – zwiększono niezawodność Devin Local oraz naprawiono usterki w integracji z serwerami MCP.

    Devin Local – agent teraz na twoim komputerze

    Nowością w tej wersji jest agent Devin Local, który działa bezpośrednio w terminalu użytkownika. Zgodnie z oficjalnym changelogiem, nowy agent jest nawet do 30% bardziej wydajny tokenowo niż dotychczasowy agent Cascade. Dzięki temu lokalne sesje stają się szybsze i mniej obciążają zasoby, co jest istotne, zwłaszcza przy pracy na słabszych maszynach. To rozwiązanie przybliża możliwości chmurowego Devina do środowiska lokalnego, eliminując potrzebę stałego połączenia z serwerami.

    Nowy wygląd skrzynki agenta – Spaces i Kanban

    Wraz z wersją 2.2.17 interfejs Agent Command Center został odświeżony. Wprowadzono widok Spaces, który pozwala lepiej organizować pracę nad różnymi projektami, oraz tablicę Kanban do wizualnego zarządzania zadaniami. Dodano także możliwość zarządzania wieloma agentami jednocześnie, co ułatwia koordynację pracy zespołowej i przełączanie się między zadaniami.

    Poprawki dla Windows – koniec z problemami terminala

    Aktualizacja 2.2.17 przynosi ważną poprawkę dla użytkowników systemu Windows, którzy doświadczali problemów z uruchamianiem sesji terminala. Błąd ten został naprawiony, co zapewnia płynniejszą pracę z agentami na tym systemie. To krok w kierunku lepszego wsparcia dla platformy Windows.

    Stabilność i wydajność – mniej błędów, szybciej

    Stabilność i wydajność – mniej błędów, szybciej

    Obszerny blok poprawek dotyczy również ogólnej stabilności. Naprawiono błędy w integracji z niektórymi serwerami MCP (Model Context Protocol), co wpłynie korzystnie na współpracę z zewnętrznymi narzędziami i bazami wiedzy. Znacznie poprawiono również niezawodność agenta Devin Local, który oferuje do 30% większą wydajność tokenową w porównaniu do wcześniejszego agenta Cascade. Sesje lokalne są teraz mniej podatne na niespodziewane przerwania, a czas ich ładowania został skrócony.

    Co ta aktualizacja oznacza dla całego ekosystemu?

    Wersja 2.2.17 wpisuje się w proces zmiany nazwy Windsurf na Devin Desktop, mający na celu ujednolicenie marki. Nowe funkcje, takie jak Devin Local i ulepszony Agent Command Center, pokazują, że Cognition konsekwentnie rozwija możliwości agentów, nie zmieniając przy tym samej natury narzędzia.


    Źródła

  • Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    OpenAI opublikowało wersję 0.128.0 narzędzia Codex, która wprowadza nowe funkcje skupiające się na trwałych przepływach pracy, zarządzaniu wtyczkami oraz bardziej szczegółowych profilach uprawnień. Dla zespołów korzystających z agentowego programowania ta aktualizacja znacząco skraca czas rozruchu i ułatwia prowadzenie długotrwałych sesji.

    Najważniejsze zmiany

    • Trwałe przepływy pracy /goal można teraz zapisywać i przywracać zarówno z poziomu TUI, jak i przez API serwera aplikacji.
    • Zarządzanie wtyczkami zostało ulepszone, co zapewnia większą kontrolę nad aktywnymi rozszerzeniami w danej sesji.
    • Rozszerzone profile uprawnień pozwalają precyzyjniej określić, do czego Codex ma dostęp, minimalizując ryzyko.
    • Ulepszona konfiguracja MultiAgentV2 ułatwia orkiestrację równoległych agentów pracujących w tym samym repozytorium.
    • Import zewnętrznych sesji agentów umożliwia łatwe przenoszenie pracy rozpoczętej poza Codexem.

    Trwałe przepływy pracy /goal z pełną kontrolą

    To kluczowy element tej aktualizacji. Dotychczas agent mógł realizować cele, ale po zakończeniu sesji zapamiętanie, na czym stanął, wymagało ręcznego opisywania. W wersji 0.128.0 wprowadzono możliwość zapisywania stanu przepływów /goal. Umożliwia to powrót do przerwanego zadania, a Codex automatycznie wie, co zostało już zrobione, bez potrzeby ponownego definiowania kontekstu.

    Zarządzanie tymi przepływami jest dostępne zarówno przez tekstowy interfejs użytkownika (TUI), jak i przez API serwera aplikacji. Dla specjalistów DevOps oznacza to możliwość automatyzacji – scenariusze utrwalonego celu można uruchamiać zdalnie, bez konieczności interakcji przez konsolę. Takie podejście wspiera ideę vibe codingu: mniej klikania, więcej swobodnego definiowania kierunku pracy, podczas gdy agent pamięta o dotychczasowych ustaleniach.

    Lepsze wtyczki i rozszerzone uprawnienia

    Lepsze wtyczki i rozszerzone uprawnienia

    Nowa wersja poprawia również mechanizmy zarządzania wtyczkami. Oprócz szybszego ładowania, zaktualizowany system daje programistom lepszy wgląd w aktywne rozszerzenia i ich wpływ na działanie Codexa. Dla zespołów pracujących na wspólnych repozytoriach oznacza to mniej niespodzianek, takich jak różnice w działaniu na różnych maszynach.

    Rozszerzone profile uprawnień wprowadzają jeszcze większą kontrolę. Można teraz określić, że agent w danej sesji może czytać pliki, ale nie ma możliwości ich modyfikacji, albo że ma dostęp tylko do wybranych katalogów. To istotne w środowiskach hostingowych i DevOps, gdzie przypadkowa zmiana konfiguracji może prowadzić do problemów. Bezpieczeństwo nie spowalnia pracy, a raczej ją organizuje.

    MultiAgentV2 i import sesji zewnętrznych agentów

    Dla osób pracujących z wieloma agentami jednocześnie istotne są zmiany w konfiguracji MultiAgentV2. Codex od dawna umożliwiał równoległe działanie agentów, ale teraz łatwiej je ze sobą zgrać, szczególnie gdy pracują na różnych gałęziach tego samego repozytorium. Wbudowane wsparcie dla worktrees pozwala uniknąć konfliktów, dzięki czemu każdy agent ma swój własny piaskownik bez ryzyka nadpisywania zmian innych.

    Nowością jest także możliwość importowania sesji zewnętrznych agentów. Jeśli rozpocząłeś pracę w innym narzędziu lub otrzymałeś fragment konwersacji agentowej, możesz teraz łatwo wciągnąć to do Codexa i kontynuować bez utraty kontekstu. To znacząca wygoda, zwłaszcza podczas testowania różnych środowisk, gdy nie chce się zaczynać wszystkiego od nowa.


    Źródła

  • Factory CLI z transmisją na żywo i masową kontrolą limitów

    Factory CLI z transmisją na żywo i masową kontrolą limitów

    Factory wydało 9 czerwca 2025 roku wersję v0.118.0 swojego Factory CLI, wprowadzając kilka istotnych usprawnień dla programistów oraz administratorów. Najważniejszą nowością jest transmisja na żywo w aplikacji desktopowej, która umożliwia użytkownikom śledzenie myślenia droidów w czasie rzeczywistym, co eliminuje potrzebę czekania na zakończenie całego zadania. Dodatkowo wprowadzono masowe aktualizacje limitów oraz rozszerzone wsparcie językowe.

    Co nowego w Factory CLI v0.118.0

    • Live streaming w aplikacji desktopowej pokazuje cząstkowe wyniki tekstowe i proces myślowy droidów przed zakończeniem zadania.
    • Masowa aktualizacja limitów pozwala administratorom zmieniać ustawienia wielu kont jednocześnie, co oszczędza czas i redukuje ryzyko błędów.
    • Lokalizacja wyników przeglądu umożliwia korzystanie z narzędzia przez użytkowników spoza anglojęzycznego rynku oraz dostosowuje workflow do lokalnych potrzeb.
    • Poprawki błędów eliminują problemy z odzyskiwaniem sesji i zapewniają spójne działanie persona w Slacku.

    Transmisja na żywo – podgląd pracy droidów w czasie rzeczywistym

    Dotychczas użytkownicy Factory widzieli jedynie końcowy efekt działania droidów. Po aktualizacji aplikacja streamuje częściowe aktualizacje tekstu oraz proces myślowy agenta AI w trakcie wykonywania zadania. Dla programistów oznacza to większą przejrzystość – mogą na bieżąco oceniać, czy droid zmierza w dobrym kierunku, i szybciej identyfikować błędy w rozumowaniu.

    Transmisja na żywo zmienia również sposób pracy z narzędziem. Zamiast czekać na wynik, deweloper ma wgląd w iteracyjne decyzje agenta. Jest to szczególnie istotne przy dłuższych zadaniach, takich jak generowanie kodu, refaktoryzacja czy debugowanie, gdzie pośrednie kroki wpływają na jakość końcowego rozwiązania. Funkcja ta jest obecnie dostępna tylko w aplikacji desktopowej, co warto uwzględnić przy planowaniu workflow.

    Masowe zarządzanie limitami – ukłon w stronę administratorów

    Masowe zarządzanie limitami – ukłon w stronę administratorów

    Drugą istotną zmianą w v0.118.0 są masowe aktualizacje limitów, które umożliwiają aktualizację limitów dla grup użytkowników w jednym kroku. Wcześniej administratorzy musieli ręcznie konfigurować każde konto, co przy większej liczbie deweloperów wiązało się z dużą ilością pracy i ryzykiem błędów. Teraz wystarczy zaznaczyć odpowiednich użytkowników i ustawić limity hurtowo.

    Factory kieruje tę funkcję do większych zespołów i klientów enterprise. Masowe operacje na kontach wskazują na rozwój platformy jako narzędzia do zarządzania AI w organizacji. Podczas onboardingu nowych pracowników czy rotacji w zespołach taka funkcjonalność oszczędza czas administratorów i zapewnia spójność przydziałów, co jest istotne dla efektywnego zarządzania.

    Lokalizacja, stabilność i spójność w Slacku

    Lokalizacja, stabilność i spójność w Slacku

    Mniej spektakularne, ale równie ważne są pozostałe zmiany. Wyniki przeglądów zostały zlokalizowane, co rozszerza wsparcie dla użytkowników nieanglojęzycznych oraz zespołów pracujących w regionach, gdzie angielski nie jest głównym językiem. To ważny krok w kierunku zwiększenia adopcji narzędzia poza rynkiem amerykańskim.

    Dodatkowo poprawiono kilka błędów. Odtwarzanie sesji działa teraz bardziej niezawodnie, a persona droidów zachowuje spójność niezależnie od tego, czy zespół korzysta z nich przez Slacka, aplikację desktopową, czy Factory CLI. Dla rozproszonych zespołów, które używają różnych kanałów komunikacji, ta spójność jest kluczowa, eliminując sytuacje, w których agent działa inaczej w zależności od interfejsu.

    Znaczenie dla codziennego workflow

    Factory pozycjonuje się jako agent inżynierii oprogramowania AI działający z poziomu terminala. Dla web developerów i zespołów DevOps każda z tych aktualizacji ma praktyczne znaczenie dla codziennej pracy. Transmisja na żywo ułatwia debugowanie złożonych zadań, masowe limity odciążają administratorów, a poprawki stabilności zwiększają niezawodność w dłuższych projektach.

    Interesujące jest połączenie transmisji na żywo z integracją Slack. Można sobie wyobrazić scenariusz, w którym deweloper zleca zadanie przez czat, obserwuje postępy w aplikacji desktopowej, a po zakończeniu otrzymuje spójny raport na Slacku. Factory skutecznie testuje granice między różnymi interfejsami.


    Źródła

  • Factory CLI v0.116.0: Narzędzia świadome kontekstu i inteligentniejszy onboarding

    Factory CLI v0.116.0: Narzędzia świadome kontekstu i inteligentniejszy onboarding

    Najnowsza aktualizacja narzędzia wiersza poleceń Factory, wersja v0.116.0, wprowadza znaczące zmiany dla zespołów pracujących w mieszanych środowiskach deweloperskich. Główne zmiany dotyczą narzędzia Execute, które teraz potrafi dostosować się do kontekstu wykonawczego. Rozpoznaje, czy działa w czystym Linuksie, czy w Windows Subsystem for Linux (WSL), i odpowiednio modyfikuje swoje podpowiedzi. Dodatkowo, zespół uprościł proces wdrażania nowych użytkowników, umożliwiając dodanie metody płatności bezpośrednio na ostatnim ekranie konfiguracji. Wprowadzono także system podpowiedzi gotowości, który ułatwia przechodzenie przez kolejne etapy pracy. Aktualizacja zawiera również poprawki błędów, w tym stabilniejsze działanie promptów po wznowieniu sesji oraz dokładniejszą klasyfikację problemów z rozliczeniami.

    Kluczowe fakty o wydaniu

    • Execute tool zyskuje świadomość środowiska uruchomieniowego i dostarcza wskazówek specyficznych dla WSL
    • Wykrywanie bashismów zostało rozszerzone, by chronić agentów przed cichymi awariami skryptów
    • Metoda płatności może być teraz dodana bezpośrednio podczas ostatniego kroku onboardingu
    • Readiness hints to nowe podpowiedzi, które usprawniają przechodzenie przez zadania w CLI
    • Poprawki błędów obejmują lepszą obsługę promptów po wznowieniu, niezawodniejsze rozumowanie Gemini i dokładniejszą klasyfikację błędów billingowych

    Execute tool z wyczuciem środowiska

    Narzędzie Execute jest kluczowym elementem Factory CLI, odpowiedzialnym za wykonywanie poleceń w terminalu i współpracę z agentami AI. Dotychczas jego komunikaty były jednakowe na różnych platformach, co prowadziło do frustracji, gdy agent sugerował komendy działające tylko w natywnym Linuksie, a użytkownik pracował w WSL. W wersji v0.116.0 Execute samodzielnie wykrywa środowisko i dostosowuje swoje porady.

    Gdy CLI działa w WSL, użytkownik otrzymuje instrukcje uwzględniające specyfikę tego subsystemu, takie jak ścieżki do systemu plików Windows, dostęp do sieci czy zgodność z dystrybucjami Linuxa dostępnymi w Microsoft Store. To ważne dla deweloperów, którzy często zmieniają środowiska pracy. Narzędzie dba o to, aby nie generować skryptów wymagających funkcji jądra niedostępnych w subsystemie.

    Rozbudowane wykrywanie bashismów wspiera tę funkcjonalność. Skrypt napisany dla Bashu może zawieść w czystym sh, Dashu czy Zsh, jeśli nie zawiera odpowiedniego shebangu. Execute teraz szybciej ostrzega przed konstrukcjami składniowymi, które mogą nie działać w bieżącym środowisku powłoki. Dzięki temu użytkownicy spędzają mniej czasu na debugowaniu i mają większą pewność, że zaproponowane rozwiązanie zadziała.

    Płatności w onboardingu i system podpowiedzi gotowości

    Proces rozpoczęcia pracy z Factory został znacząco uproszczony. Użytkownik wcześniej musiał przejść przez całą konfigurację, aby na końcu skonfigurować metodę płatności. Teraz można to zrobić na ostatnim ekranie onboardingu. Umożliwienie dodania karty kredytowej czy innej formy płatności w tym samym przepływie zwiększa konwersję z okresu próbnego na płatne korzystanie.

    Nowe readiness hints to system mikro-podpowiedzi, które informują użytkownika o gotowości środowiska do podjęcia kolejnych kroków. Mogą to być komunikaty informujące, że środowisko jest gotowe do wykonania konkretnej komendy lub że brakuje zależności, które należy zainstalować przed kontynuowaniem. To ułatwienie jest istotne dla nowych użytkowników, ale także dla doświadczonych deweloperów w skomplikowanych przepływach pracy.

    Gemini, promptowanie i stabilność

    W wersji v0.116.0 Factory CLI wprowadza także poprawki, które zwiększają niezawodność. Ulepszono obsługę promptów użytkownika po wznowieniu pracy, co wcześniej mogło prowadzić do nieprzewidzianych zachowań agenta. Teraz kontekst jest odtwarzany stabilniej. Rozumowanie Gemini, modelu AI od Google, zostało usprawnione w scenariuszach wieloetapowych, gdzie agent prowadzi dłuższe interakcje. Lepsza klasyfikacja błędów billingowych oznacza, że użytkownicy nie będą mylnie informowani o problemach z płatnościami, które dotyczą innych aspektów usługi.

    Dla zespołów intensywnie wykorzystujących terminalowe agenty AI, aktualizacja ta przynosi zauważalne korzyści w codziennej pracy.


    Źródła

  • OpenCode v1.14.33 łata krytyczny błąd z agentami we wtyczkach

    OpenCode v1.14.33 łata krytyczny błąd z agentami we wtyczkach

    Zespół OpenCode wydał wersję v1.14.33 swojego otwartoźródłowego agenta AI do kodowania. Aktualizacja koncentruje się na jednym istotnym poprawieniu — naprawia błąd, który uniemożliwiał poprawne ładowanie niestandardowych agentów w pluginach. Dla deweloperów korzystających z rozszerzeń, ta łatka jest kluczowa, ponieważ bez niej agenty nie działały.

    Co przynosi wydanie — najważniejsze fakty

    • OpenCode v1.14.33 naprawia błąd blokujący ładowanie customowych agentów w pluginach.
    • Aktualizacja ma charakter stabilizacyjny, nie wprowadza nowych funkcji.
    • Problem dotyczył przede wszystkim deweloperów używających rozszerzeń pluginowych w workflow.
    • Łatka wpisuje się w szerszy trend hartowania stabilności aplikacji w ostatnich wydaniach.

    Dlaczego ten fix jest ważny dla codziennej pracy

    OpenCode to narzędzie używane w terminalu, IDE i na desktopie. Jeśli polegasz na pluginach rozszerzających możliwości agenta — w kontekście web developmentu, devopsów czy zadań związanych z AI — niedziałający agent to poważna przeszkoda. To blokada całego workflow.

    Wydanie v1.14.33 eliminuje sytuację, w której customowy agent skonfigurowany w pluginie nie pojawiał się. Problem nie wynikał z błędów konfiguracyjnych po stronie użytkownika, lecz z samego mechanizmu ładowania agentów przez rdzeń aplikacji. W praktyce oznaczało to, że plugin istniał, był widoczny, ale jego główna funkcjonalność nie działała.

    Co ważne, poprawka obejmuje również poboczne problemy z zależnościami. Z changeloga wynika, że deweloperzy OpenCode poprawili nie tylko samo ładowanie, ale także kwestie związane z zarządzaniem zależnościami w kontekście pluginów. To sugeruje, że źródło błędu mogło być głębsze niż zwykła pomyłka w kodzie — prawdopodobnie chodziło o nieprawidłową kolejność inicjalizacji komponentów.

    Kontekst szerszych poprawek w ekosystemie OpenCode

    Kontekst szerszych poprawek w ekosystemie OpenCode

    Wydanie v1.14.33 nie jest odosobnione. Przegląd changeloga z ostatnich dni pokazuje, że zespół konsekwentnie pracuje nad stabilnością rdzenia. Wcześniejsze aktualizacje z tego samego cyklu przyniosły m.in. poprawki w obsłudze zakładek w desktopie, ulepszenia wieloserwerowej architektury, poprawki dla sesji i widoków uprawnień, a także usprawnienia w odświeżaniu stanu sesji.

    Widać wyraźny wzorzec — OpenCode dojrzewa jako narzędzie dla profesjonalistów. Zamiast gonić za nowymi efektownymi funkcjami, zespół inwestuje czas w to, co naprawdę ma znaczenie w codziennej pracy: niezawodność. Agent AI do kodowania, który działa sporadycznie, jest bezużyteczny — szczególnie gdy jest częścią zautomatyzowanego pipeline'u.

    Wersja v1.14.33 pokazuje, jak istotna jest architektura pluginowa w nowoczesnych narzędziach deweloperskich. OpenCode od początku stawiał na rozszerzalność. Jeśli jednak fundament — czyli mechanizm ładowania agentów — nie działa, cała filozofia "zainstaluj i rozszerz" traci sens. Ta łatka przywraca ten fundament.

    Co zrobić po aktualizacji

    Co zrobić po aktualizacji

    Jeśli korzystasz z OpenCode i masz skonfigurowane własne agenty w pluginach, po aktualizacji do v1.14.33 powinieneś zobaczyć je z powrotem na liście dostępnych. Nie są wymagane żadne dodatkowe kroki migracyjne — poprawka działa automatycznie po restarcie aplikacji.

    Warto również sprawdzić, czy wcześniejsze problemy z zależnościami pluginów ustąpiły. Jeśli któryś z twoich pluginów wymagał konkretnych bibliotek i wcześniej nie działał, istnieje duża szansa, że teraz załaduje się poprawnie. Zespół OpenCode nie opublikował osobnej dokumentacji migracyjnej dla tego wydania, ponieważ nie jest ona potrzebna. To czysta łatka stabilizacyjna.

    Deweloperzy, którzy jeszcze nie aktualizowali, mogą pobrać nową wersję bezpośrednio z repozytorium GitHub projektu lub przez menedżer pakietów. Standardowa komenda opencode update również powinna zadziałać.

    Podsumowanie

    v1.14.33 nie jest wydaniem, które przyciągnie uwagę mediów. Nie zawiera nowych modeli AI, przełomowych integracji ani przeprojektowanego UI. Jest za to coś znacznie ważniejszego dla użytkowników OpenCode — pewność, że ich agenty się załadują. W świecie narzędzi deweloperskich stabilność bywa niedoceniana, aż do momentu, gdy jej zabraknie. Zespół OpenCode zdaje się to rozumieć.


    Źródła

  • Codex 0.128.0: Praca nad kodem nie kończy się po zamknięciu terminala

    Codex 0.128.0: Praca nad kodem nie kończy się po zamknięciu terminala

    Wydanie OpenAI Codex 0.128.0 przesuwa fokus z krótkich interakcji na długotrwałe, autonomiczne zadania programistyczne. Nowe mechanizmy zarządzania celami, rozszerzona kontrola uprawnień oraz usprawniony system wtyczek sprawiają, że asystent staje się środowiskiem pracy, które może kontynuować implementację nawet w nieobecności programisty. To nie tylko kosmetyczna zmiana, ale istotny krok w kierunku traktowania Codexa jako agenta zdolnego do długich sesji, a nie tylko interaktywnego edytora.

    Kluczowe fakty o wydaniu

    • Trwałe cele /goal – cel zdefiniowany przez użytkownika jest przechowywany między sesjami; Codex potrafi wznowić pracę i raportować postępy samodzielnie.
    • Rozszerzone profile uprawnień – precyzyjniejsza kontrola nad tym, co agent może robić bez pytania, co jest kluczowe w środowiskach produkcyjnych i DevOps.
    • Usprawniony ekosystem wtyczek – instalacja z marketplace oraz zdalne cache'owanie paczek przyspieszają konfigurację i ponowne użycie narzędzi.
    • Jawna konfiguracja MultiAgentV2 – lepsze sterowanie podziałem zadań między agentami i ich współpracą w długich przepływach pracy.
    • Poprawki stabilności – rozwiązano błędy w terminalu (TUI), zachowaniu sieci i Windows Sandbox, co docenią zespoły pracujące zdalnie i w kontenerach.

    Cele, które nie znikają po zamknięciu terminala

    Nowością w tej wersji jest mechanizm trwałego celu. Wcześniej komendy w Codexie działały jak pojedyncze polecenia: wydawałeś komendę, otrzymywałeś wynik, a kontekst znikał. W wersji 0.128.0 komenda /goal jest podłączona do API serwera aplikacji, narzędzi modelowych i kontrolek TUI. Cel zostaje zapisany, a agent może do niego wracać, kontynuować pracę i raportować postępy nawet po przerwach – bez potrzeby ponownego tłumaczenia całego zadania.

    Oznacza to, że programista może zlecić złożone zadanie (np. „zrefaktoryzuj moduł płatności i dodaj testy integracyjne”), zamknąć terminal i wrócić po pewnym czasie. Codex nie zacznie od nowa – zapamięta, na czym stanął, i będzie w stanie kontynuować pracę. To znaczący krok w kierunku agent workspace, gdzie narzędzie nie tylko edytuje pliki, ale także zarządza długofalowymi zadaniami inżynieryjnymi. Dla praktyków vibe codingu i szybkiego prototypowania ciągłość myśli nie zależy już od obecności człowieka przed ekranem.

    Bezpieczeństwo i kontrola: profile uprawnień wchodzą na wyższy poziom

    Bezpieczeństwo i kontrola: profile uprawnień wchodzą na wyższy poziom

    Wraz z autonomią rośnie znaczenie bezpieczeństwa. Codex 0.128.0 wprowadza rozbudowane profile uprawnień, które pozwalają precyzyjnie określić, które akcje agent może wykonywać bez pytania o zgodę – od operacji na plikach po wywołania sieciowe. Ma to szczególne znaczenie w środowiskach CI/CD, gdzie agent może automatycznie budować i testować kod, ale nie powinien bez nadzoru modyfikować krytycznych plików konfiguracyjnych lub zmiennych środowiskowych. Profile można dostosować do konkretnego repozytorium, a ich działanie obejmuje także kontekst sesji długotrwałych, co minimalizuje ryzyko nieautoryzowanego uruchomienia złośliwego kodu w tle.

    Wtyczki, które instalujesz raz i używasz wszędzie

    Kolejnym istotnym usprawnieniem jest nowy przepływ pracy z wtyczkami. Codex 0.128.0


    Źródła

  • Cursor wprowadza Security Review – automatyczne audyty bezpieczeństwa dla każdego PR i repozytorium

    Cursor wprowadza Security Review – automatyczne audyty bezpieczeństwa dla każdego PR i repozytorium

    Cursor wprowadził funkcję Security Review w wersji beta dla użytkowników planów Teams i Enterprise. To zestaw dwóch aktywnych agentów bezpieczeństwa, które integrują się z workflow pull requestów i skanowania kodu. Security Review analizuje każdy PR pod kątem podatności, a drugi agent regularnie przeszukuje całe repozytorium w poszukiwaniu problemów.

    Agenci działają w tle, pozostawiając komentarze przy liniach diffa i wysyłając powiadomienia na Slacka.

    Co przynosi nowa funkcja Cursor Security Review

    • Security Review sprawdza każdy pull request, szukając błędów autoryzacji, wycieków danych, ryzykownych autozatwierdzeń narzędzi agentowych oraz ataków prompt injection.
    • Security Review wykonuje zaplanowane audyty bazy kodu, wykrywając znane podatności, przestarzałe zależności i błędy konfiguracji.
    • Komentarze inline pokazują poziom krytyczności i sugerują kroki naprawcze w miejscu problemu.
    • Wyniki skanów trafiają na Slacka, co pozwala całemu zespołowi na natychmiastowe zapoznanie się z nimi, bez potrzeby przeszukiwania dashboardów.
    • Personalizacja agentów – można je dostosować własnymi instrukcjami, niestandardowymi narzędziami i integracjami z serwerami MCP.

    Security Review – strażnik każdego pull requesta

    Agent Security Review działa jak dodatkowy recenzent, który analizuje każdy PR. Szuka nie tylko oczywistych błędów, takich jak SQL injection czy hardkodowane sekrety, ale również ryzyk związanych z autozatwierdzaniem akcji narzędzi. Gdy agent IDE sam decyduje o wykonaniu komendy, może to otworzyć furtkę dla złośliwego kodu. Security Review identyfikuje także próby prompt injection, czyli sytuacje, w których ktoś przemyca instrukcje w komentarzach lub dokumentacji, wpływające na zachowanie AI.

    Komentarze są umieszczane bezpośrednio w diffa, co pozwala zespołowi zobaczyć, co jest nie tak oraz jak to naprawić, bez konieczności przeszukiwania zewnętrznych raportów.

    Security Review – regularne przeglądy całej bazy kodu

    Drugi agent działa w inny sposób. Nie czeka na nowy kod, lecz skanuje repozytorium według ustalonego harmonogramu. Szuka znanych podatności w zależnościach, przestarzałych paczkach i błędach konfiguracyjnych, które mogły umknąć podczas przeglądu PR.

    Wyniki skanów są wysyłane na Slacka, co pozwala zespołowi na szybkie reagowanie na problemy, zanim trafią na produkcję. Dla zespołów devopsowych i hostingowych to znaczące ułatwienie.

    Cursor wykorzystuje te agenty wewnętrznie, przeglądając ponad 3000 PR-ów tygodniowo i identyfikując ponad 200 realnych podatności. To dowód na to, że narzędzie działa efektywnie w produkcji.

    Dlaczego to ważne dla zespołów web dev i AI coding

    W świecie szybkiego kodowania, gdzie kod powstaje bez głębokiej analizy, automatyzacja Security Review staje się koniecznością. Cursor kieruje swoją ofertę do zespołów, które korzystają z agentów AI do generowania kodu i potrzebują zapewnienia, że ani człowiek, ani model nie wprowadzą niebezpiecznych elementów.

    Możliwość dostosowania agentów przez MCP i własne narzędzia to ważny krok w stronę potrzeb dużych firm.


    Źródła

  • Claude Code 2.1.126 wprowadza czyszczenie projektów i ostrzejszą kontrolę uprawnień

    Claude Code 2.1.126 wprowadza czyszczenie projektów i ostrzejszą kontrolę uprawnień

    Nowa wersja Claude Code wprowadza narzędzie do zarządzania stanem projektów oraz usprawnienia w zakresie bezpieczeństwa, które są szczególnie przydatne dla zespołów pracujących z wrażliwymi danymi i zautomatyzowanymi pipeline'ami. Aktualizacja 2.1.126 przynosi również poprawki dla użytkowników Windows.

    Kluczowe zmiany w skrócie

    • claude project purge — nowe polecenie usuwa wszystkie dane stanu projektu, w tym transkrypcje, zadania i historię plików.
    • Udoskonalone pomijanie uprawnień — funkcja permission-skipping działa teraz bardziej przewidywalnie, co ułatwia automatyzację.
    • Kody OAuth w terminalu — uwierzytelnianie można przeprowadzić bezpośrednio w CLI, bez przekierowań do przeglądarki.
    • Niestandardowe endpointy API — model picker obsługuje już własne bramy, co jest ważne dla wdrożeń enterprise.
    • Stabilność na Windows — poprawki dla środowisk terminalowych i obsługi obrazów.

    Czyszczenie projektu jednym poleceniem

    Nowa komenda claude project purge [path] pozwala szybko usunąć cały lokalny stan powiązany z danym projektem, w tym transkrypcje sesji, kolejkowanie zadań, historię plików oraz wpisy konfiguracyjne. Użytkownicy mogą skorzystać z przełącznika --dry-run, aby zobaczyć, co dokładnie zostanie usunięte, zanim podejmą decyzję.

    To narzędzie jest szczególnie przydatne dla developerów, którzy często zmieniają gałęzie czy projekty klientów. Zamiast ręcznie czyścić wiele katalogów z cache'em, wystarczy jedno polecenie. Takie rozwiązanie było oczekiwane, zwłaszcza gdy po testach pozostawały niepotrzebne dane wpływające na kolejne sesje.

    Bezpieczeństwo i automatyzacja pod kontrolą

    Anthropic poprawiło mechanizm permission-skipping, który teraz działa bardziej przewidywalnie w zautomatyzowanych workflow. W sytuacjach, gdy Claude Code wykonuje szereg operacji, nie powinien pytać o zgodę przy każdej z nich, co jest istotne podczas refaktoryzacji wielu plików czy uruchamiania skryptów CI/CD.

    Dodatkowo, użytkownicy mogą teraz wpisywać kody OAuth bezpośrednio w terminalu. Wcześniej proces uwierzytelniania wymagał otwierania przeglądarki i kopiowania tokenów, co bywało frustrujące w przypadku pracy na zdalnych serwerach. Teraz cały proces odbywa się w oknie CLI, co ułatwia konfigurację środowiska na VPS-ie czy w kontenerze Docker.

    Elastyczność dla zespołów enterprise

    Elastyczność dla zespołów enterprise

    Wsparcie dla niestandardowych endpointów API w model pickerze to odpowiedź na potrzeby organizacji, które kierują ruch przez własne bramy lub proxy. Jeśli firma korzysta z wewnętrznego routingu do modeli Claude, teraz można to skonfigurować bez skomplikowanych rozwiązań.

    To również dobra wiadomość dla zespołów DevOps, które zarządzają dostępem do AI przez scentralizowane punkty kontrolne. Nie trzeba już wybierać między bezpieczeństwem infrastruktury a wygodą korzystania z Claude Code.

    Windows wreszcie dostaje uwagę

    Windows wreszcie dostaje uwagę

    Użytkownicy Windows od dawna zgłaszali problemy ze stabilnością, szczególnie podczas intensywnego przetwarzania obrazów i długich sesji terminalowych. Aktualizacja 2.1.126 koncentruje się na tych problemach, poprawiając obsługę plików graficznych, które wcześniej mogły powodować nieoczekiwane wyłączenia sesji, oraz stabilność komponentów odpowiedzialnych za renderowanie w terminalu.

    Dla zespołów pracujących na różnych systemach operacyjnych to istotna zmiana. Debugowanie problemów, które występują tylko na Windows, podczas gdy reszta zespołu korzysta z macOS czy Linuksa, bywa frustrujące.

    Drobne, ale istotne poprawki

    Oprócz wymienionych nowości, wydanie zawiera także mniejsze poprawki błędów. Choć nie są one szczegółowo opisane w changelogu, wpływają na ogólną płynność działania i ciągłość sesji. Mniej zawieszeń i mniej niespodziewanych restartów buduje zaufanie do narzędzia, zwłaszcza gdy jest ono używane jako codzienny asystent przy kodzie.

    Co to oznacza dla developerów?

    Wydanie 2.1.126 pokazuje, że Anthropic reaguje na feedback od społeczności. Czystka projektu, normalne uwierzytelnianie OAuth w terminalu i lepsza stabilność na Windows to funkcje, które nie przyciągają dużej uwagi na konferencjach, ale mają kluczowe znaczenie dla codziennej pracy. Ta aktualizacja z pewnością przybliża Claude Code do spełnienia oczekiwań użytkowników.


    Źródła

  • Kimi Code CLI 1.41.0: Instalacja wtyczek przez URL i lepsza obsługa obrazów na bezgłowym Linuksie

    Kimi Code CLI 1.41.0: Instalacja wtyczek przez URL i lepsza obsługa obrazów na bezgłowym Linuksie

    Nowa wersja narzędzia Kimi Code CLI od Moonshot AI, oznaczona numerem 1.41.0, została udostępniona 30 kwietnia 2026 roku. Wprowadza dwie istotne zmiany, które poprawiają komfort pracy deweloperów korzystających ze zdalnych środowisk programistycznych i terminali. Zespół odpowiedzialny za rozwój tego narzędzia skupił się na uproszczeniu procesu instalacji rozszerzeń oraz na poprawie obsługi obrazów w sesjach SSH na maszynach linuksowych bez graficznego interfejsu użytkownika. Choć aktualizacja może wydawać się niewielka, jej praktyczne konsekwencje są odczuwalne w codziennej pracy z kontenerami, serwerami deweloperskimi i zdalnymi stacjami roboczymi, gdzie szybkość konfiguracji środowiska i niezawodność działania w trybie tekstowym mają kluczowe znaczenie. Wersja 1.41.0 koncentruje się na szczegółach infrastrukturalnych, które skracają czas potrzebny na przygotowanie narzędzia do pracy i eliminują problemy związane z wyświetlaniem grafik w terminalu.

    Najważniejsze zmiany w pigułce

    • Instalacja wtyczek z adresu URL – komenda kimi plugin install obsługuje teraz linki HTTP/HTTPS prowadzące bezpośrednio do archiwów .zip, co eliminuje konieczność ręcznego pobierania i rozpakowywania rozszerzeń.
    • Zastępczy mechanizm schowka dla obrazów – w sesjach SSH na bezgłowym Linuksie CLI oferuje teraz fallback, który pozwala na poprawne wyświetlanie obrazów mimo braku standardowego schowka graficznego.
    • Pełne wsparcie dla macOS i Linux – narzędzie działa na obu platformach, a najnowsza aktualizacja koncentruje się na poprawie doświadczenia na serwerach linuksowych.
    • Elastyczniejsze źródła wtyczek – obok istniejących opcji, takich jak repozytoria git, lokalne katalogi i pliki zip, pojawiła się możliwość wskazania URL-a, co upraszcza dystrybucję rozszerzeń w zespołach.

    Do wydania wersji 1.41.0 instalacja wtyczek w Kimi Code CLI opierała się głównie na trzech ścieżkach: repozytoriach gita, lokalnych katalogach z plikiem plugin.json oraz archiwach .zip dostępnych na dysku użytkownika. Każda z tych metod sprawdzała się w określonych scenariuszach, jednak w dynamicznych środowiskach zespołowych brakowało mechanizmu umożliwiającego szybkie udostępnienie rozszerzenia za pomocą linku. Teraz zespół Moonshot AI wprowadził tę funkcjonalność – komenda kimi plugin install akceptuje adresy URL kończące się na .zip. Wystarczy podać bezpośredni link do archiwum hostowanego na GitHubie, GitLabie lub prywatnym serwerze HTTP, a narzędzie automatycznie pobierze plik, rozpakuje go do tymczasowego katalogu i odczyta plik manifestu plugin.json. Cały proces odbywa się w tle, bez angażowania uwagi programisty.

    Praktyczne znaczenie tej zmiany jest duże. Wyobraźmy sobie sytuację, w której zespół tworzy własne rozszerzenie do Kimi Code CLI, na przykład wtyczkę integrującą się z wewnętrznym systemem monitorowania błędów lub narzędziem do przeglądu logów. W dotychczasowym modelu dystrybucja takiego dodatku wymagała skonfigurowania dostępu do repozytorium gita, co w środowiskach korporacyjnych często wiązało się z zarządzaniem kluczami SSH i uprawnieniami, lub ręcznego przekazywania plików zip pomiędzy członkami zespołu. Teraz wystarczy umieścić archiwum na serwerze webowym, wygenerować publiczny link i przekazać go współpracownikom. Ci wklejają go w terminalu i w ciągu kilku sekund mają rozszerzenie gotowe do użycia. Mechanizm działa również z prywatnymi repozytoriami, o ile URL jest dostępny dla danego użytkownika, na przykład poprzez tokeny dostępu w linkach do wydań na GitHubie.

    Nowa funkcjonalność wpisuje się w trend upraszczania przepływu pracy w narzędziach CLI. W ekosystemie, gdzie Visual Studio Code udowodniło wartość rozbudowanego rynku rozszerzeń, a konkurencyjne edytory AI rozwijają swoje możliwości, Kimi Code CLI staje się coraz bardziej istotnym narzędziem, które dostosowuje się do potrzeb współczesnych deweloperów.


    Źródła