Kategoria: Narzędzia developerskie

  • OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    Najnowsza wersja otwartoźródłowego agenta kodującego OpenCode, oznaczona numerem 1.14.40, wprowadza znaczące zmiany w zarządzaniu konfiguracją oraz poprawia stabilność połączeń. Wydanie to skupia się na usunięciu przeszkód w integracji z modelami AI oraz na usprawnieniu codziennej pracy programistów korzystających z terminala, IDE czy aplikacji desktopowej. Dzięki wprowadzeniu standardu .well-known, deweloperzy mogą teraz centralnie zarządzać ustawieniami agenta bez potrzeby modyfikowania lokalnych plików.

    Kluczowe fakty dotyczące wydania

    • Zdalna konfiguracja przez ścieżkę /.well-known/opencode pozwala na dynamiczne pobieranie ustawień agenta z serwera, zgodnie z standardem IETF.
    • Poprawki CORS rozwiązują problemy z nagłówkami Cross-Origin Resource Sharing, które wcześniej blokowały komunikację z API dostawców modeli, takich jak Claude, GPT i Gemini.
    • Zarządzanie sesją zostało usprawnione – asystent teraz zachowuje tekst podczas odtwarzania bloków rozumowania, co zwiększa przejrzystość procesu myślowego AI.
    • Stabilność warp flows została poprawiona, co utrzymuje łączność z przestrzenią roboczą podczas wykonywania złożonych operacji.
    • Ulepszenia pulpitu obejmują lepsze uprawnienia schowka oraz zoptymalizowane logowanie konsoli.

    Zdalna konfiguracja przez .well-known – centralne zarządzanie bez dotykania plików

    Jedną z najważniejszych nowości w wersji 1.14.40 jest wsparcie dla plików konfiguracyjnych hostowanych zdalnie i dostępnych przez standardową ścieżkę /.well-known/opencode. To rozwiązanie, inspirowane specyfikacją IETF dla dobrze znanych identyfikatorów URI, nadaje mu uniwersalny charakter. Oznacza to, że plik konfiguracyjny agenta może być umieszczony na serwerze organizacji, a wszystkie instancje OpenCode – na terminalu programisty, w IDE czy w aplikacji desktopowej – będą go automatycznie pobierać. Nie ma już potrzeby ręcznego kopiowania plików .opencode.yml między maszynami ani utrzymywania spójności konfiguracji w różnych środowiskach. Dla zespołów DevOps i liderów technicznych to krok w stronę pełnej standaryzacji: zmiany w ustawieniach agenta, takie jak wybór modelu, timeouty czy polityki bezpieczeństwa, można wdrożyć centralnie, a wszystkie stanowiska odzwierciedlą je przy następnym uruchomieniu.

    Wersja 1.14.40 również radzi sobie z wygaśnięciem uwierzytelnienia do zdalnego pliku konfiguracyjnego – w takich przypadkach agent prosi użytkownika o ponowne zalogowanie, zamiast po cichu zawiesić działanie. Te detale pokazują dojrzałość projektu.

    Wzmocnienie stabilności: CORS, re-entry i warp flows

    Poprzednie wersje miały problemy z komunikacją sieciową. OpenCode 1.14.40 bezpośrednio adresuje problem z aplikowaniem nagłówków CORS, które odpowiadały za przerwane sesje przy łączeniu się z zewnętrznymi dostawcami modeli, takimi jak Anthropic Claude, OpenAI GPT czy Google Gemini. Gdy nagłówki były pomijane, klienci przeglądarkowi lub terminalowi blokowali zapytania, co uniemożliwiało poprawne wysyłanie promptów i odbieranie odpowiedzi. Teraz cały proces działa płynnie, co jest kluczowe dla tych, którzy polegają na chmurowych API do generowania kodu.

    Kolejnym istotnym punktem jest naprawienie błędów ponownego wejścia, które wcześniej powodowały problemy z sesjami podczas korzystania z warp flows.

    Źródła

  • Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed właśnie wydał wersję 1.1.5, stabilną aktualizację, która wprowadza istotne zmiany w interakcji z kodem, historią projektu i asystą AI. W tej wersji pojawił się pełnoprawny graf Gita, który zastępuje dotychczasowy widok historii plików, przełącznik układu paneli umożliwiający szybkie przechodzenie między klasycznym a agentowym trybem pracy oraz rozszerzony katalog wspieranych modeli sztucznej inteligencji. Aktualizacja ta wpływa na codzienny workflow programisty na wielu poziomach – od wizualizacji rozgałęzień, przez organizację przestrzeni roboczej, aż po wybór silnika AI do zadań programistycznych.

    Kluczowe informacje

    • Git Graph zastępuje historię plików, oferując wizualną mapę commitów i gałęzi z lazy loadingiem, wyszukiwarką i dynamiczną szerokością kolumn.
    • Panel Layout umożliwia przejście między układem klasycznym (narzędzia po lewej) a agentowym (panel AI po lewej, reszta po prawej) jednym kliknięciem.
    • DeepSeek V4-Pro/Flash oraz rodzina OpenCode Go (w tym GPT 5.5, MiMo V2.5, Ling 2.6, Hy3) zostały dodane do oficjalnego wsparcia.
    • LSP Code Lens, nawigacja w stylu Helixa oraz alerty GFM w podglądzie Markdown wzbogacają edycję i podgląd dokumentacji.
    • Wprowadzono poprawki dotyczące wydajności monitorowania systemu plików na Linuxie oraz usunięto dziesiątki błędów w edytorze, terminalu i panelu agenta, chociaż ujawniono regresję w module współpracy.

    Zamiast historii pliku – Git Graph jako nowy domyślny widok

    Najbardziej kontrowersyjną zmianą jest usunięcie widoku historii pliku i zastąpienie go pełnym grafem Gita. Deweloperzy, którzy wcześniej korzystali z liniowego podglądu zmian w plikach, musieli przechodzić do zakładki „file history”. Teraz Zed oferuje interaktywny wykres, który pokazuje całą strukturę commitów i gałęzi w repozytorium. Zespół podkreśla wyższą wydajność dzięki leniwemu ładowaniu danych, szybkiemu przeszukiwaniu wpisów, zmiennej szerokości kolumn dopasowanej do długości wiadomości commitów oraz osobnemu panelowi szczegółów wybranego commita.

    Dla programistów pracujących samodzielnie lub tych, którzy potrzebują wizualnej nawigacji po skomplikowanych repozytoriach, graf stanowi znaczący postęp. Umożliwia szybki wgląd w to, które gałęzie się rozchodzą, gdzie miały miejsce mergi oraz jak rozwijała się historia projektu – wcześniej wymagało to korzystania z zewnętrznych narzędzi lub komend terminala. Nie wszyscy jednak przyjęli tę zmianę z entuzjazmem. Po premierze na GitHubie zgłoszono, że w trybie współpracy stary podgląd historii plików przestał działać, a nowy Git Graph nie uruchamia się w scenariuszach zdalnych. Oznacza to, że zespoły opierające swoją pracę na zdalnym kodowaniu w Zedzie straciły dostęp do historii zmian konkretnego pliku, co może być problematyczne podczas przeglądów kodu i rozwiązywania konfliktów. Zespół prawdopodobnie pracuje nad rozwiązaniem tego problemu, ale warto mieć to na uwadze przed aktualizacją w środowiskach produkcyjnych.

    Agentowy workflow jednym przełącznikiem – nowa era interakcji z AI

    Zed od dłuższego czasu eksperymentuje z integracją panelu AI, ale wersja 1.1.5 wprowadza osobne menu „Panel Layout” z dwiema predefiniowanymi opcjami: classic i agentic. Klasyczny układ umieszcza panel projektu, Gita i inne narzędzia po lewej stronie, co jest znane użytkownikom VS Code i innych edytorów. Układ agentowy przenosi panel agenta AI na lewą stronę, a pozostałe elementy – edytor, podglądy, terminal – na prawą. To nie jest jedynie kosmetyczna zmiana, lecz istotna reorganizacja przepływu pracy. Deweloperzy intensywnie korzystający z asysty AI mogą teraz jednym kliknięciem przełączyć się w tryb, w którym agent staje się bardziej dostępny.

    Ź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

  • OpenCode v1.14.35 naprawia irytujący błąd z renderowaniem diffów i markerami gita

    OpenCode v1.14.35 naprawia irytujący błąd z renderowaniem diffów i markerami gita

    OpenCode doczekał się kolejnej aktualizacji. Wersja v1.14.35 wprowadza jedną istotną poprawkę — stabilność renderowania diffów sesyjnych, które mogły się rozjeżdżać w przypadku napotkania znaczników patchy gita. Choć może to brzmieć jak drobiazg, dla osób regularnie przeglądających zmiany w kodzie w tym opensource'owym agencie AI, jest to kluczowa różnica między płynną pracą a frustrującym zgadywaniem, co właściwie się zmieniło.

    Kluczowe informacje o wydaniu

    • OpenCode v1.14.35 to aktualizacja skupiona na poprawie stabilności
    • Renderowanie diffów przestało się rozjeżdżać przy napotkaniu znaczników patchy gita w przeglądanych plikach
    • Zachowanie granic patchy — mechanizm poprawki respektuje te granice, aby silnik renderujący ich nie naruszał
    • Płynniejsze code review — użytkownicy otrzymują teraz czysty, nieposzarpany podgląd zmian bez artefaktów
    • Open Source — dostępne jako terminalowe narzędzie, aplikacja desktopowa i rozszerzenie IDE

    Na czym dokładnie polegał problem?

    Kiedy pliki zawierały znaczniki patchy gita — charakterystyczne linie z ---, +++ czy @@ — silnik diffów OpenCode mógł się na nich potknąć. Zamiast pokazać czytelny podgląd zmian, renderer gubił granice między sekcjami i wyświetlał zlepiony chaos. Dla programisty oznaczało to konieczność ręcznego rozszyfrowywania, co tak naprawdę zostało zmodyfikowane, a co jest tylko artefaktem konfliktu formatowania.

    Wersja v1.14.35 rozwiązuje ten problem poprzez zachowanie granic patchy diffa. Silnik renderujący przestał ingerować w strukturę, którą git uznaje za istotną. Dzięki temu nawet pliki z wieloma znacznikami wyświetlają się poprawnie, a sesje przeglądania zmian działają przewidywalnie.

    OpenCode — co to za narzędzie?

    OpenCode to opensource'owy agent AI do kodowania, dostępny w różnych formach. Można go uruchomić w terminalu, jako aplikację desktopową lub wtyczkę do IDE. Projekt rozwija się dynamicznie, a każda nowa wersja dodaje nowe możliwości lub, jak w tym przypadku, poprawia istniejące funkcje.

    Zespół regularnie wypuszcza aktualizacje, a v1.14.35 wpisuje się w szerszy trend — to nie jest przełomowa aktualizacja, ale ważny krok w kierunku stabilności. Historia wydań pokazuje, że deweloperzy przeplatają duże funkcje z mniejszymi poprawkami. W czerwcu 2026 wprowadzili na przykład szybsze wyszukiwanie plików przez fff, wsparcie dla WSL na desktopie czy odświeżony ekran startowy. Jednak bez poprawek takich jak ta z v1.14.35, cała reszta traci na użyteczności — co z tego, że narzędzie jest szybkie, skoro diffy wyglądają chaotycznie.

    Dla kogo ta poprawka ma znaczenie?

    Dla kogo ta poprawka ma znaczenie?

    Poprawka jest szczególnie istotna dla osób regularnie przeglądających zmiany w kodzie w OpenCode. Jeśli pracujesz z repozytoriami, w których pliki często zawierają wbudowane patche (co zdarza się przy generowaniu kodu przez inne narzędzia, w testach czy przy pracy z formatem patchy jako danymi wejściowymi), każda sesja przeglądania diffów mogła być dotychczas problematyczna.

    Teraz, przynajmniej teoretycznie, renderowanie powinno przebiegać gładko. Nie ma już sytuacji, w której granica patchu zostaje przypadkowo złamana przez silnik, a dwie osobne zmiany zlewają się w jedną, nieczytelną całość. Dla szybkiego przeglądania przed wprowadzeniem zmian, to oszczędność nerwów i czasu.

    Warto zaznaczyć, że poprawka nie dotyczy samego mechanizmu diffa — git działał poprawnie. Problem leżał wyłącznie w warstwie prezentacji, czyli w tym, co widzi użytkownik na ekranie. OpenCode stawia na czytelność sesji i wygodę inspekcji kodu, dlatego takie detale mogą znacząco wpłynąć na komfort pracy.

    Mała łatka, duży komfort

    Wersja v1.14.35 to przykład aktualizacji, która nie trafi na okładki branżowych serwisów, ale realnie poprawia codzienną pracę.

    Ź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

  • 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

  • OpenCode v1.14.31: Lepsza integracja z Azure i większa stabilność dla programistów

    OpenCode v1.14.31: Lepsza integracja z Azure i większa stabilność dla programistów

    Najnowsza aktualizacja OpenCode, oznaczona numerem v1.14.31, koncentruje się na usprawnieniu konfiguracji usługi Azure, zapobieganiu krytycznym awariom aplikacji desktopowej oraz wprowadzeniu szeregu poprawek stabilności. Wydana 30 kwietnia 2026 roku, ta wersja odpowiada na potrzeby zespołów deweloperskich, które w swoich codziennych zadaniach polegają na integracji z chmurą Microsoftu. OpenCode, jako otwartoźródłowy agent kodowania AI do użytku w terminalu, IDE i na pulpicie, umacnia swoją pozycję jako niezawodne narzędzie, kładąc nacisk na poprawę istniejących funkcji i eliminację błędów.

    Kluczowe informacje o wydaniu

    • Data wydania: 30 kwietnia 2026 roku.
    • Główna zmiana: Usprawniony proces konfiguracji Azure, który monituje o nazwy zasobów i zapisuje je bezpośrednio z kluczami API.
    • Krytyczna poprawka: Aplikacja desktopowa nie ulega już awarii podczas przywracania zapisanych wiadomości, gdy brakuje określonego modelu.
    • Stabilność: Sesje zadań potomnych prawidłowo dziedziczą uprawnienia katalogu nadrzędnego, a obsługa błędów dla nieprawidłowych adresów URL MCP jest teraz bardziej przejrzysta.
    • Zakres aktualizacji: 1 ulepszenie i 3 poprawki błędów.

    Usprawniony przepływ konfiguracji Azure – mniej błędów, więcej efektywności

    Najważniejszą zmianą z perspektywy użytkownika jest poprawa procesu konfiguracji Azure. Dotychczas łączenie OpenCode z zasobami w chmurze Microsoftu mogło być źródłem frustracji, szczególnie w złożonych środowiskach, gdzie zarządza się wieloma instancjami. Nowa wersja rozwiązuje ten problem, wprowadzając interaktywny monit o nazwy zasobów. Aplikacja teraz zapisuje te nazwy bezpośrednio razem z kluczami API, co eliminuje konieczność ręcznego edytowania plików konfiguracyjnych. Dla zespołów DevOps i inżynierów AI, którzy często przełączają się między projektami, ta zmiana skraca czas potrzebny na skonfigurowanie środowiska i minimalizuje ryzyko błędów wynikających z wpisania nieprawidłowych danych uwierzytelniających. To krok w stronę bardziej zintegrowanego narzędzia, które rozumie, że dane dostępowe i identyfikatory zasobów stanowią nierozerwalną całość.

    Stabilność na pierwszym planie: od uprawnień po obsługę błędów

    Stabilność na pierwszym planie: od uprawnień po obsługę błędów

    Aktualizacja v1.14.31 przynosi trzy istotne poprawki, które znacząco podnoszą komfort pracy. Pierwsza z nich dotyczy sesji zadań potomnych, które teraz w niezawodny sposób zachowują uprawnienia katalogu nadrzędnego. Wcześniej użytkownicy mogli napotykać problemy z dostępem do plików w zagnieżdżonych sesjach roboczych, co przerywało tok pracy i wymagało ręcznej interwencji.

    Drugą ważną zmianą jest poprawa obsługi błędów dla nieprawidłowych zdalnych adresów URL MCP (Model Context Protocol). W poprzednich wersjach problem z konfiguracją połączenia mógł skutkować niejasnym komunikatem. Teraz OpenCode dostarcza czytelniejsze informacje zwrotne, co pozwala programistom szybko zidentyfikować literówkę w adresie lub problem z dostępnością serwera i wrócić do pracy bez długotrwałego debugowania.

    Koniec z krytycznymi awariami desktopu

    Dla użytkowników aplikacji desktopowej v1.14.31 to wydanie obowiązkowe. Zawiera ono krytyczną poprawkę eliminującą awarię, która występowała podczas przywracania zapisanych wiadomości, gdy brakowało konkretnego modelu AI. Tego typu błąd mógł prowadzić do utraty kontekstu całej sesji i konieczności rozpoczynania pracy od nowa. Zespół OpenCode zareagował na ten problem w wydaniu punktowym, co podkreśla jego zaangażowanie w dostarczanie stabilnego i przewidywalnego środowiska pracy.

    To wydanie wpisuje się w szerszy trend rozwoju OpenCode, który koncentruje się na "utwardzaniu" aplikacji. Twórcy systematycznie pracują nad obsługą sesji, rutowaniem uprawnień i niezawodnością interfejsu, co dla profesjonalistów jest często ważniejsze niż nowe funkcje. OpenCode v1.14.31 to solidny krok naprzód w budowaniu zaufania do narzędzia jako fundamentu codziennego warsztatu deweloperskiego.

    Ź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