Kategoria: Narzędzia developerskie

  • 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

  • Factory CLI v0.113.0: Nowe skróty Mission Control i zwiększona produktywność w terminalu

    Factory CLI v0.113.0: Nowe skróty Mission Control i zwiększona produktywność w terminalu

    Factory wydało wersję 0.113.0 swojego terminalowego CLI. Ta aktualizacja wprowadza nowe skróty klawiszowe w Mission Control oraz szereg usprawnień i poprawek, które mają na celu ułatwienie pracy programistom i zespołom DevOps. Nowa wersja narzędzia konsekwentnie realizuje filozofię producenta, traktując CLI jako kluczowe narzędzie w terminalu i eliminując niepotrzebne zmiany kontekstu. W obliczu rosnącej automatyzacji zadań przez agentów AI, te detale mają znaczenie dla płynności pracy.

    Kluczowe informacje o aktualizacji

    • Skróty g / G w Mission Control umożliwiają szybkie przełączanie między listą workerów a funkcjami.
    • Wyjaśnienia deny-list dostarczają konkretne powody blokady polecenia, co zwiększa przejrzystość.
    • Zwalnianie zajętych portów jest teraz możliwe bezpośrednio z CLI, w tym wymuszenie zakończenia procesu.
    • Zapis i wznawianie wersji roboczych czatu pozwala na kontynuację przerwanej wiadomości po ponownym otwarciu sesji.
    • Poprawki błędów dotyczące atrybucji AI w Gicie oraz formatowania integracji ze Slackiem zwiększają niezawodność.

    Misja: sterowanie bez myszki – skróty g i G

    Nowe skróty klawiszowe w Mission Control przypominają nawigację w Vimie. Wcześniej nawigacja między workerami a listą funkcji wymagała użycia kursora, teraz wystarczy nacisnąć małe g, aby przejść do widoku aktywnych workerów, lub duże G, aby od razu zobaczyć listę dostępnych funkcji. To rozwiązanie idealnie wpisuje się w filozofię terminal-first Factory, które ma być centrum dowodzenia dla programistów pracujących z kodem i agentami AI.

    Dla osób spędzających długie godziny w terminalu, użycie krótkich skrótów znacząco skraca czas potrzebny na powtarzalne akcje. Umożliwia to utrzymanie flow, ponieważ każdy ruch myszką czy wielokrotne wciskanie strzałek to mikrozakłócenie, które może prowadzić do utraty koncentracji. Teraz Mission Control staje się niemal przedłużeniem rąk, co szczególnie docenią zespoły korzystające z wielu instancji Droidów Factory.

    Przejrzystość blokad i bezpieczeństwo

    Nowością są szczegółowe wyjaśnienia deny-list, które odpowiadają na pytanie „dlaczego?”. Kiedy Factory CLI odmawia wykonania polecenia, podaje konkretną regułę, która zadziałała. Użytkownicy już nie muszą zgadywać, czy blokada wynika z polityki bezpieczeństwa repozytorium, ograniczeń dla agenta, czy z konfiguracji projektu. Dla administratorów i inżynierów bezpieczeństwa to duże ułatwienie, ponieważ nie muszą ręcznie przeszukiwać logów, aby zrozumieć przyczyny. Przejrzystość przekłada się na szybsze decyzje i większe zaufanie do automatyzacji, co jest kluczowe w przypadku operacji na krytycznych repozytoriach.

    Ratunek przed zajętymi portami

    Każdy programista zna sytuację, gdy próbuje uruchomić lokalny serwer, a port 3000 (lub inny) jest już zajęty. Wcześniej trzeba było samodzielnie znaleźć PID i ręcznie zakończyć proces. W wersji 0.113.0 Factory CLI wprowadza workflow „przymusowego zwalniania portów”, co pozwala na identyfikację i natychmiastowe zakończenie procesu jednym poleceniem. Ta funkcja jest szczególnie przydatna dla DevOpsów pracujących z wieloma mikroserwisami, agentami testującymi API czy środowiskami deweloperskimi, gdzie konflikty portów są powszechne. Oszczędność czasu idzie w parze z poprawą nastroju, eliminując potrzebę ręcznego kończenia procesów w innym oknie terminala.

    Kontynuuj tam, gdzie skończyłeś: wersje robocze między sesjami

    Długie sesje kodowania wspomaganego przez AI często przerywane są niespodziewanymi sytuacjami, takimi jak zamknięcie laptopa czy potrzeba przełączenia się na inne zadanie. Nowa funkcja zapisu i wznawiania wersji roboczych czatu sprawia, że żadna myśl nie ginie. Factory App zapamiętuje niedokończoną wiadomość nawet po zakończeniu sesji; przy następnym uruchomieniu można wznowić wątek dokładnie w tym samym miejscu. Dla cykli pracy iteracyjnej, na przykład gdy agent generuje serię commitów, a użytkownik chce od razu przejrzeć ich nazwy po przerwie, to ogromne ułatwienie. To rozwiązanie docenią wszyscy, którzy pracują w trybie przerywanym, ale chcą zachować ciągłość myśli.

    Ukryte poprawki: Git i Slack działają bezbłędnie

    Oprócz nowych funkcji, wersja 0.113.0 przynosi dwie istotne poprawki stabilności. Pierwsza dotyczy atrybucji AI w Gicie – Factory CLI lepiej radzi sobie z podpisywaniem commitów tworzonych przez agenta, co eliminuje problemy z autorstwem w historii repozytorium. Druga poprawka dotyczy formatowania integracji ze Slackiem: wiadomości wysyłane przez CLI nie gubią już formatowania ani nie wyświetlają się jako zwykły tekst. Choć te zmiany mogą wydawać się kosmetyczne, dla zespołów opierających komunikację na Slacku i używających Factory do automatyzacji kodu, to znaczące ułatwienie w codziennej pracy.

    Podsumowanie: mniej przełączania kontekstu, więcej skupienia

    Factory CLI v0.113.0 to nie rewolucja, lecz solidna ewolucja. Nowe skróty ułatwiają nawigację, wyjaśnienia reguł zwiększają bezpieczeństwo, a funkcje takie jak zwalnianie portów czy zapamiętywanie wersji roboczych eliminują drobne, ale uciążliwe problemy. Wszystko to wpisuje się w szerszą wizję: terminal ma być naturalnym środowiskiem pracy, w którym użytkownicy nie odrywają rąk od klawiatury i nie rozpraszają się przełączaniem między oknami. Dla rosnącej grupy programistów korzystających z agentów AI i palet poleceń w stylu Factory, to krok, który przekłada się na odzyskanie cennych minut skupienia.

    Źródła

  • Kimi Code CLI 1.40.0: bezobsługowe działanie bez utraty kontroli nad agentem

    Kimi Code CLI 1.40.0: bezobsługowe działanie bez utraty kontroli nad agentem

    Wersja 1.40.0 terminalowego agenta kodowania Kimi Code CLI, wydana przez zespół MoonshotAI, wprowadza zmiany w sposobie kontroli nad trybami pracy bez nadzoru. Zamiast jednej, ogólnej flagi, dostępne są teraz niezależne przełączniki --yolo i --afk, co pozwala użytkownikom na precyzyjniejsze zarządzanie tym, co agent wykonuje samodzielnie, a co wymaga ich zgody.

    Co nowego w skrócie

    • Flagi --yolo i --afk — osobna automatyzacja uprawnień i osobny tryb pracy w tle
    • Ulepszone monitorowanie zadań w tle — odświeżony pasek statusu CLI wyraźniej pokazuje, co agent właśnie robi
    • Lepsze zarządzanie długotrwałymi sesjami — większa stabilność przy rozbudowanych refaktoryzacjach i debugowaniu
    • Poprawki w zarządzaniu sesjami OAuth — rzadsze utraty połączenia przy logowaniu przez przeglądarkę
    • Lepsze wykrywanie dostępnych umiejętności — agent szybciej odnajduje i wykorzystuje narzędzia

    Dlaczego podział na --yolo i --afk ma znaczenie

    Flaga --yolo w Kimi Code CLI odpowiada za automatyczne zatwierdzanie uprawnień, natomiast --afk umożliwia pracę w trybie bezobsługowym. Dzięki temu użytkownik może uruchomić agenta w tle i samodzielnie decydować, które operacje wymagają jego zgody, a które mogą być wykonywane automatycznie. To istotna zmiana, szczególnie w sytuacjach, gdy agent pracuje nad kodem przez dłuższy czas, a użytkownik sprawdza postępy sporadycznie. Nie ma potrzeby wybierania między pełną automatyzacją a całkowitym brakiem kontroli.

    Co zyskują długotrwałe sesje

    Praca agenta w nocy lub podczas dłuższych refaktoryzacji stała się bardziej komfortowa. Pasek statusu CLI, po odświeżeniu, wyraźniej pokazuje aktualny stan zadań w tle — użytkownik od razu widzi, czy agent utknął, czy przetwarza pliki, bez potrzeby ciągłego przeglądania logów. Dla osób korzystających z wielu terminali to znaczące ułatwienie. Ulepszenia w zarządzaniu długimi sesjami zmniejszają ryzyko wyczerpania zasobów w trakcie zadań — agent lepiej radzi sobie z iteracyjnym debugowaniem i generowaniem testów.

    Niezawodność sesji — usprawnienia w OAuth

    Stabilność sesji jest kluczowa, zwłaszcza przy logowaniu przez przeglądarkę. Wcześniejsze wersje Kimi Code CLI mogły tracić połączenie podczas dłuższej pracy, co było szczególnie problematyczne w nocnych pipeline’ach. Aktualizacja wprowadza poprawki w zarządzaniu sesjami OAuth, które zmniejszają ryzyko niespodziewanego przerwania pracy.

    Kimi Code CLI — szerszy kontekst

    Kimi Code CLI to terminalowy agent AI, który czyta i modyfikuje kod, wykonuje polecenia shella, przeszukuje pliki i planuje kolejne kroki na podstawie informacji zwrotnych. Wspiera interaktywny tryb CLI (kimi), interfejs przeglądarkowy (kimi web) oraz integracje z IDE przez protokół ACP.

    Aktualizacja 1.40.0 wpisuje się w szerszy trend oddzielania automatyzacji od polityki bezpieczeństwa, co można zauważyć również w innych narzędziach, takich jak Cursor czy Claude Code. Kimi Code CLI oferuje teraz narzędzia do bardziej szczegółowej kontroli: agent ma działać samodzielnie, ale nie bezmyślnie.

    Źródła

  • Aktualizacja Factory CLI: przełącznik trybu szybkiego, lepsza walidacja i poprawy wydajności na Windows

    Aktualizacja Factory CLI: przełącznik trybu szybkiego, lepsza walidacja i poprawy wydajności na Windows

    Factory, platforma AI dla programistów, wydała nową wersję swojego narzędzia wiersza poleceń (CLI), znanego jako Factory CLI. Aktualizacja skupia się na poprawie wydajności i stabilności, co wspiera programistów w budowaniu, debugowaniu i refaktoryzacji kodu.

    Nowa wersja wprowadza konkretne funkcjonalności oraz poprawki stabilnościowe i usprawnienia w zarządzaniu sesjami, które są istotne dla interaktywnych przepływów pracy oferowanych przez Factory. Ulepszenia te przekładają się na bardziej płynne doświadczenie podczas pracy nad projektami webowymi i zadaniami z zakresu DevOps.

    Kluczowe zmiany w najnowszej wersji

    • Usprawnienia trybów modeli – Factory CLI oferuje tryb interaktywny i nieinteraktywny oraz przełączniki automatyzacji, co wspiera elastyczną pracę z modelami AI.
    • Walidacja artefaktów – Narzędzie wspiera procesy walidacji dla generowanych wyników, co zwiększa ich niezawodność i spójność.
    • Wydajność i stabilność na Windows – Prace nad optymalizacją czasu startu i zarządzaniem procesami mają na celu poprawę doświadczenia na platformie Windows.
    • Czystsze logi CLI – Interfejs wiersza poleceń generuje teraz bardziej czytelne logi, co ułatwia diagnostykę.
    • Usprawnienia sesji i integracji – Wprowadzono poprawki stabilnościowe dla klienta IDE oraz lepsze zarządzanie integracjami i mechanizmami obsługi sesji.

    Elastyczne tryby pracy i przełączanie modeli

    Factory CLI zapewnia użytkownikom elastyczność w pracy z modelami AI poprzez różne tryby pracy. Umożliwia to dostosowanie interakcji do potrzeb zadania, zarówno w trybie interaktywnym, jak i w zautomatyzowanym przepływie. Sprawne przełączanie się między różnymi konfiguracjami i modelami jest kluczowe dla utrzymania produktywności w dynamicznych środowiskach deweloperskich.

    Dla programistów pracujących w trybie „vibe coding” lub potrzebujących szybkich iteracji, elastyczne zarządzanie sesjami i modelami może znacząco wpłynąć na produktywność.

    Walidacja artefaktów i czystsze logi

    Wsparcie dla procesu walidacji artefaktów, czyli strukturyzowanych wyników generowanych przez AI, jest istotnym elementem narzędzia. Dbałość o spójność i integralność tych danych jest kluczowa dla niezawodności w zautomatyzowanych pipeline'ach.

    Dodatkowo, poprawki dotyczące czystszych logów CLI ułatwiają śledzenie przebiegu misji i rozwiązywanie problemów, co jest szczególnie cenne w złożonych środowiskach deweloperskich i DevOps.

    Windows w centrum uwagi: wydajność i niezawodność

    Dla użytkowników pracujących na Windows trwają prace nad optymalizacją doświadczenia. Celem jest skrócenie czasu uruchamiania oraz zwiększenie stabilności zarządzania procesami działającymi w tle.

    Te zmiany, w połączeniu z wcześniejszymi poprawkami, pokazują, że Factory dąży do zapewnienia wysokiej jakości doświadczenia na tej platformie. Szybszy startup i mniej awarii procesów w tle to korzyści dla każdego, kto używa Factory CLI na Windows.

    Dopracowanie fundamentów: sesje, integracje i IDE

    Oprócz głównych funkcji, najnowsze aktualizacje zawierają wiele poprawek „pod maską”. Usprawniono zarządzanie integracjami, aby uniknąć duplikowania komunikatów między różnymi powierzchniami produktu. Mechanizmy obsługi sesji, które są kluczowe dla interaktywnego trybu pracy Factory CLI, zostały dopracowane, co umożliwia operacje takie jak resume czy fork.

    Stabilność klienta IDE została również wzmocniona poprzez szereg poprawek błędów. Te elementy składają się na bardziej płynne i przewidywalne środowisko pracy, w którym deweloper może skupić się na zadaniu, a nie na walce z narzędziem.

    Podsumowanie

    Aktualizacja Factory CLI to ewolucja, która łączy nowe, użyteczne funkcje z poprawkami stabilności i wydajności. Dla społeczności Factory jest to oznaka kontynuacji rozwoju w kierunku bardziej niezawodnego i przyjaznego dla programisty narzędzia, które ma potencjał stać się nieodłącznym partnerem w codziennej pracy z kodem.

    Źródła