Kategoria: Oprogramowanie

  • Windsurf v3.6.22 zamyka lukę w prywatności – telemetria czeka teraz na zgodę użytkownika

    Windsurf v3.6.22 zamyka lukę w prywatności – telemetria czeka teraz na zgodę użytkownika

    Firma Codeium wydała 29 lipca 2026 roku aktualizację swojego edytora Windsurf, oznaczoną jako wersja 3.6.22. Ta wersja rozwiązuje problem, który mógł pozwalać na zbieranie danych analitycznych przed uzyskaniem zgody użytkownika. Aktualizacja zmienia kolejność uruchamiania mechanizmów telemetrii, co oznacza, że analizy produktowe nie uruchamiają się automatycznie przy włączeniu programu, lecz czekają na pobranie i sprawdzenie ustawień konta.

    Kluczowe informacje o aktualizacji

    • Windsurf v3.6.22 został opublikowany 29 lipca 2026 roku jako kontynuacja większej aktualizacji v3.6.21.
    • Główna zmiana polega na opóźnieniu inicjalizacji analityki produktowej do momentu pełnego rozpoznania statusu konta.
    • Efekt praktyczny – użytkownicy z wyłączoną telemetrią nie będą generować żadnych danych w oknie startowym programu.
    • Zakres zmian jest celowo wąski – nie zmodyfikowano kategorii zbieranych danych ani polityki ich przechowywania.
    • Ustawienie prywatności w Windsurf nosi nazwę “Disable Telemetry” i działa jako opcja rezygnacji z nieistotnych danych analitycznych.

    Dlaczego ta łatka ma znaczenie

    Problem z sekwencją startową aplikacji to typowy problem w programach desktopowych. Gdy edytor się uruchamia, potrzebuje chwili na połączenie z serwerami, pobranie konfiguracji konta i sprawdzenie licencji. Przed wprowadzeniem v3.6.22 analityka mogła rozpocząć się w momencie uruchomienia, zanim program ustalił, że dane konto ma wyłączone zbieranie statystyk. To krótkie okno między uruchomieniem a weryfikacją statusu mogło prowadzić do przesyłania danych, których użytkownik nie chciał udostępniać.

    W nowej wersji zmieniono kolejność zdarzeń. Proces wygląda teraz tak: najpierw aplikacja pobiera informacje o koncie, a następnie, jeśli ustawienia na to pozwalają, włącza telemetrię. Taki mechanizm eliminuje niepożądany wyciek danych na początku cyklu życia programu.

    Dla zespołów deweloperskich i działów IT oceniających narzędzia do AI coding to ważny sygnał. Pokazuje, że producent traktuje kontrolę prywatności jako kluczowy element, a nie dodatek. W środowiskach korporacyjnych, gdzie konfiguracje kont wymuszają określone polityki prywatności, uporządkowanie sekwencji startowej ma znaczenie przy audytach bezpieczeństwa.

    Szerszy kontekst – co przyniosła wersja 3.6.21

    Szerszy kontekst – co przyniosła wersja 3.6.21

    Aktualizacja v3.6.22 została wydana tuż po obszerniejszym wydaniu v3.6.21. W tamtej wersji wprowadzono ujednolicone powiadomienia systemowe informujące o zakończeniu sesji agenta lub konieczności interwencji użytkownika. Poprawiono organizację sesji agentowych i zachowanie interfejsu. Codemaps zyskały możliwość otwierania się w osobnych kartach edytora w trybie Agent Window, a w trybie Agent Command Center przywrócono dostęp do ikony Codemaps w pasku aktywności.

    Wersja 3.6.22 to raczej poprawka porządkowa, która eliminuje problem związany z uruchamianiem aplikacji, a nie kolejny duży krok funkcjonalny.

    Co to oznacza dla użytkowników Windsurf

    Deweloperzy korzystający z narzędzi AI powinni zwrócić uwagę na konsekwencję, z jaką Windsurf podchodzi do kwestii zbierania danych. Opisana łatka nie zmienia katalogu zbieranych zdarzeń ani nie wprowadza domyślnego wyłączenia telemetrii dla wszystkich. Działa precyzyjnie, eliminując sytuację, w której ustawienie “Disable Telemetry” nie było respektowane przez krótki moment po uruchomieniu edytora. Dla programisty może to wydawać się drobną poprawką, ale dla osób pracujących z kodem objętym umowami poufności to różnica między spokojem a potencjalnym naruszeniem zasad compliance.

    Warto również zauważyć, że w oficjalnym changelogu nie podano żadnych liczb dotyczących liczby osób, które mogły być dotknięte problemem, ani jak długo trwało to okno startowe. Nie ma także informacji o zmianach w technicznej implementacji opóźniania analityki. Mimo to decyzja o wydaniu dedykowanej łatki sugeruje, że zespół Windsurf traktuje sprawę poważnie i nie czekał z poprawką do następnego dużego wydania.


    Źródła

  • Zed 1.13.1 porządkuje pracę z Gitem i usuwa uciążliwe błędy edytora

    Zed 1.13.1 porządkuje pracę z Gitem i usuwa uciążliwe błędy edytora

    Zed 1.13.1, wydany 29 lipca 2026 roku, trafił do stabilnego kanału jako aktualizacja zawierająca poprawki i nowe funkcje. Zespół skupił się na ulepszeniach codziennych zadań, takich jak wybór gałęzi Git, bezpieczeństwo operacji na indeksie, diagnostyka LSP oraz wydajność panelu agenta AI. Wprowadzono również wskaźniki statusu uruchamiania, możliwość edytowania poziomu powiększenia obrazów oraz nowe przyciski w Panelu Agenta.

    Najważniejsze fakty w skrócie

    • Wybór gałęzi Git zyskał lepsze filtrowanie i grupowanie, podpowiedzi przy tworzeniu gałęzi oraz ikony dostawców zdalnych repozytoriów.
    • Naprawiono poważny błąd Git: stage'owanie jednego fragmentu diffa mogło przypadkowo dodać inny, a późniejsze usuwanie ze stage'a psuło indeks repozytorium.
    • Hooki commit-msg są teraz poprawnie obsługiwane, a operacje Git nie kończą się na timeoutach przy wolnej autoryzacji.
    • LSP Logs pokazują czas trwania żądań obok odpowiedzi RPC, co ułatwia diagnozowanie wolnego działania serwera.
    • Panel agenta zyskał szybsze wątki przy dużej liczbie zmian plików oraz przyciski kopiowania odpowiedzi i przewijania do powiązanej wiadomości w każdej odpowiedzi.

    Git bez niespodzianek

    Jedną z najważniejszych poprawek jest rozwiązanie problemu z stage'owaniem fragmentów diffa. W przypadku pliku z powtarzającymi się liniami, zaznaczenie jednego hunka mogło prowadzić do dodania innego, co skutkowało problemami z indeksem Git. Takie sytuacje mogą znacząco utrudnić pracę, zwłaszcza w przypadku współpracy nad wspólnym repozytorium.

    Poprawiono także obsługę hooków commit-msg, które wcześniej mogły być pomijane. Teraz, jeśli masz w nich walidację numeru zgłoszenia lub konwencji commitów, będą działały zgodnie z oczekiwaniami.

    Dodatkowo, projekty zdalne mogą teraz wczytywać szablony wiadomości commita, a widok solo diff domyślnie pokazuje cały plik, zachowując wskaźniki zmian Git w pasku przewijania.

    Gałęzie pod kontrolą

    Picker gałęzi zyskał lepsze filtrowanie i grupowanie, bardziej sensowne podpowiedzi przy tworzeniu nowej gałęzi oraz ikony rozpoznające dostawcę zdalnego repozytorium. Przy pracy z wieloma branchami w jednym projekcie, te zmiany przyspieszają proces podejmowania decyzji.

    Diagnostyka LSP i wskaźniki uruchamiania

    LSP Logs teraz wyświetlają czas trwania żądań przy odpowiedziach RPC. Choć brzmi to technicznie, w praktyce ułatwia diagnozowanie problemów z wydajnością serwera, nie przypisując jednak wszystkich problemów wyłącznie do LSP.

    Wprowadzono także wskaźniki statusu uruchamiania przy runnable gutter controls, które pokazują status uruchomienia i ostatni wynik. Dla zakończonych uruchomień dostępna jest opcja wyczyszczenia statusu, co poprawia feedback w edytorze.

    Co więcej, poziom powiększenia w przeglądarce obrazów stał się edytowalny, co pozwala na ręczne ustawienie wartości, zamiast korzystania z sztywnych presetów.

    Wydajność edytora i agenta AI

    Zed 1.13.1 poprawił wydajność wątków agenta przy dużej liczbie zmian plików, co jest istotne dla użytkowników korzystających z narzędzi AI, które modyfikują wiele plików jednocześnie. Każda odpowiedź w Panelu Agenta ma teraz przyciski kopiowania, przewijania do powiązanej wiadomości użytkownika oraz skoku na górę.

    Naprawiono również nadmierne zużycie pamięci przy komponowaniu tekstu przez Fcitx5 na KDE Wayland. Użytkownicy Linuksa z tą konfiguracją z pewnością docenią te zmiany. Zlikwidowano także błąd renderowania, który ukrywał pola zaznaczenia, gdy kursor znajdował się poza ekranem.

    Diagnostyka nie blokuje już niektórych serwerów językowych, a zduplikowane odpowiedzi asystenta oraz kolidujące wywołania narzędzi przy modelach GPT-5.x przez endpoint Mantle w Amazon Bedrock zostały usunięte.

    Integracje AI i kontenery deweloperskie

    Mistral Medium zaktualizowano do wersji 3.5, a wsparcie „myślenia" dla Mistral Medium 3.5 oraz Mistral Small 4 zostało dodane. Niestandardowe konfiguracje Mistrala, które wcześniej odrzucały identyfikatory modeli Mistral, teraz działają poprawnie. Dodano także obsługę Claude Opus 5 dla dostawców Anthropic i Amazon Bedrock BYOK.

    Kontenery deweloperskie stworzone przez Zed 1.13.1 można ponownie wykorzystać w Dev Container CLI i VS Code. Dodatkowe poprawki cyklu życia i kompatybilności z Docker Compose ułatwiają pracę w środowiskach kontenerowych, co jest istotne dla DevOps.

    Stabilność: poprawki dla Windows i macOS

    Wydanie naprawia kilka konkretnych awarii. Na Windowsie usunięto crash wywołany ponownym rysowaniem okna oraz problemy z pamięcią elementów UI. Na macOS załatano crash przy odczycie schowka.

    Wyszukiwanie w projekcie nie zwraca już wyników z zagnieżdżonych repozytoriów wykluczonych przez .git/info/exclude nadrzędnego repo. Ustawienia projektu poprawnie włączają ponownie serwery językowe, a dokumentacja hover z nadmiarem znaków nowej linii została poprawiona. Zniknęły także znaki ucieczkowe w opcjach wyboru snippetów po pierwszej pozycji.

    Co to oznacza dla zespołów

    Dla osób pracujących w web developmentcie i DevOps kluczowe są poprawki w Git: bezpieczne stage'owanie, działające hooki, szablony commitów w projektach zdalnych oraz lepszy picker gałęzi. Użytkownicy narzędzi AI zyskują sprawniejszy Panel Agenta i szerszy wybór modeli, a całość dopełniają poprawki stabilności na Windows i macOS. To wydanie nie zmienia zasadniczo workflow, ale eliminuje kilka irytujących przeszkód w codziennej pracy.


    Źródła

  • Factory.ai v0.181.0: komendy w locie, lepsze delegowanie zadań i naprawa blokad Gita

    Factory.ai v0.181.0: komendy w locie, lepsze delegowanie zadań i naprawa blokad Gita

    Factory.ai wypuściło wersję CLI v0.181.0, która eliminuje jeden z najbardziej irytujących przestojów w pracy z agentem — od teraz można wydawać polecenia slash bez czekania, aż agent skończy swoją kolejkę. Aktualizacja z 27 lipca 2026 roku wprowadza także konfigurowalne wskaźniki zasobów dla MCP OAuth, inteligentniejsze przekazywanie pracy pod-agentom oraz kilka poprawek, które ułatwiają pracę z repozytoriami.

    Co nowego w pigułce

    • Komendy slash działają w trakcie pracy agenta — nie trzeba już czekać na koniec tury, żeby wydać polecenie
    • MCP OAuth z nadpisywalnym wskaźnikiem zasobu — serwery MCP przyjmują teraz pole resource, co rozwiązuje problemy z niestandardową autoryzacją
    • Agent rzadziej deleguje zadania pod-agentom — przy modelach OpenAI delegacja jest teraz bardziej selektywna, żeby ograniczyć narzut
    • Raporty pod-agentów są ponownie wykorzystywane — główny agent nie czyta tych samych plików drugi raz, jeśli dostał już raport
    • Git nie poddaje się przy zablokowanym indeksie — checkouty teraz ponawiają próbę zamiast od razu zwracać błąd
    • Modele BYOK przypisane do konkretnego komputera — konfiguracja modelu z własnym kluczem nie wycieka już na inne maszyny

    Komendy slash bez czekania — mniej frustracji, więcej płynności

    Do tej pory praca z agentem Factory.ai przypominała rozmowę z kimś, kto nie potrafi słuchać i mówić jednocześnie. Wydanie komendy slash wymagało cierpliwego odczekania, aż agent zamknie bieżącą turę. W v0.181.0 to ograniczenie znika. Użytkownik może wywołać dostępne komendy w dowolnym momencie, nawet gdy agent analizuje kod, przegląda pliki albo odpala skrypt.

    Dla osób pracujących w trybie vibe codingu to zmiana odczuwalna natychmiast. Długie zadania — generowanie komponentów, refaktoryzacja, analiza logów — przestają blokować interfejs. Nie traci się wątku, nie zapomina o komendzie, którą chciało się wydać trzy minuty wcześniej. Wpisujesz /review, /diff albo /explain i dostajesz odpowiedź, gdy agent skończy myśleć.

    MCP OAuth z polem resource — ratunek dla nietypowych serwerów

    Protokół MCP (Model Context Protocol) bywa kapryśny, gdy serwer autoryzacyjny oczekuje innego wskaźnika zasobu niż adres URL serwera MCP. Nowa wersja pozwala to obejść. W konfiguracji serwera MCP można teraz zdefiniować pole resource z własnym ciągiem znaków, który zostanie wysłany jako wskaźnik OAuth.

    Jest też opcja dla serwerów, które w ogóle nie potrzebują tego parametru — resource: false całkowicie pomija wskaźnik przy autoryzacji. Tokeny OAuth trafiają do systemowego keyringa (albo fallbackowego pliku), więc nie trzeba ich konfigurować osobno dla każdego projektu. Dla zespołów DevOps integrujących Factory.ai z własnymi serwerami MCP to spora oszczędność czasu.

    Delegowanie z głową i reużywanie wyników

    Kolejna zmiana dotyczy pod-agentów. Factory.ai zauważyło, że przy modelach OpenAI agent czasem zbyt ochoczo zrzuca robotę na pod-agentów, generując niepotrzebny narzut. Teraz robi to rzadziej i z większym wyczuciem. Mniej delegacji to mniej round-tripów, krótszy czas wykonania zadania i mniejsze zużycie tokenów.

    A jeśli już do delegacji dojdzie, główny agent nie powtarza tej samej pracy. Gdy pod-agent przekaże raport o plikach, główny agent korzysta z gotowego podsumowania, zamiast czytać te same pliki od nowa. Prosta rzecz, ale przy dużych repozytoriach oszczędza cenne sekundy przy każdym follow-upie.

    Drobne, ale potrzebne poprawki

    Git potrafi napsuć krwi, gdy inny proces trzyma blokadę indeksu. Do tej pory checkout w Factory.ai po prostu padał. Teraz próbuje ponownie — mała zmiana, która eliminuje frustrujące błędy w środowiskach, gdzie kilka narzędzi jednocześnie grzebie w repozytorium.

    Poprawiono też błąd z modelami BYOK (bring-your-own-key). Konfiguracja przypisana do jednego komputera nie będzie już przypadkiem stosowana na innych maszynach. Dla osób zarządzających wieloma środowiskami developerskimi to koniec z zagadką "dlaczego ten model w ogóle tu działa?".

    Podsumowanie — płynność przede wszystkim

    Factory.ai v0.181.0 nie przynosi spektakularnych nowości wizualnych, ale wygładza pracę tam, gdzie wcześniej były tarcia. Komendy w locie, mądrzejsza delegacja, odporniejszy Git — wszystko to składa się na krótsze przestoje i mniej przerw w flow. Jeśli pracujesz z Factory.ai na co dzień, ta aktualizacja sprawi, że rzadziej będziesz zerkać na zegarek, czekając aż agent skończy.


    Źródła

  • OpenCode v1.18.8: Lepsza kompatybilność z MCP i dopracowany pulpit

    OpenCode v1.18.8: Lepsza kompatybilność z MCP i dopracowany pulpit

    Najnowsza aktualizacja OpenCode, oznaczona jako v1.18.8 i opublikowana 28 lipca 2026 roku, koncentruje się na poprawie współpracy ze zdalnymi serwerami MCP oraz zwiększeniu wygody użytkowania aplikacji desktopowej. Deweloperzy korzystający z OAuth i modeli Gemini otrzymali pakiet poprawek, które redukują liczbę błędów integracyjnych, a użytkownicy Windows i Linux doczekali się konkretnych usprawnień interfejsu.

    Co nowego w pigułce

    • Kompatybilność z MCP – dodano wsparcie dla nowszych serwerów, ulepszono przepływy OAuth i uwzględniono niestandardowe porty callback
    • Nawigacja w desktopie – kolejność przełączania kart odpowiada teraz widocznemu układowi, a selektor projektów obsługuje przewijanie
    • Poprawki dla Windows – foldery zakończone separatorem ścieżki rozwijają się poprawnie
    • Linux i AppStream – pakiety instalacyjne zawierają metadane ułatwiające integrację ze środowiskami graficznymi

    Mniej błędów OAuth, więcej zgodności z MCP

    OpenCode wspiera zarówno lokalne, jak i zdalne serwery MCP. Gdy zdalny serwer wymaga autoryzacji, aplikacja przeprowadza Dynamic Client Registration (RFC 7591) i bezpiecznie przechowuje tokeny. Wcześniej pojawiały się problemy przy nowszych implementacjach, gdzie starsze mechanizmy nie zawsze nadążały za specyfikacją.

    Wersja v1.18.8 wprowadza kilka istotnych poprawek. Po pierwsze, polecenie mcp debug zaczęło respektować skonfigurowane porty callback OAuth, co jest ważne dla zespołów pracujących za proxy deweloperskim, w kontenerach lub przy uruchomionych lokalnie innych usługach, które kolidowały z domyślnymi ustawieniami. OpenCode pomija teraz nieobsługiwane przez dany serwer wywołania katalogowe i trybu kodu, reklamuje zgodne ze specyfikacją możliwości elicytacji oraz akceptuje endpointy tokenów z domeną *.localhost.

    Dla programistów, którzy łączą OpenCode z zewnętrznymi narzędziami przez MCP, te zmiany oznaczają mniej przerwanych sesji i przewidywalniejsze zachowanie przy logowaniu.

    Gemini bez zbędnych parametrów

    Kolejny obszar poprawek dotyczy modeli Gemini. Nowe wersje tych modeli nie zawsze dobrze reagują na przestarzałe parametry, takie jak temperature, top-p czy top-k, wysyłane z domyślnymi wartościami. OpenCode v1.18.8 eliminuje ten problem – aplikacja przestała wysyłać te parametry, gdy nie są one już wspierane przez docelowy model.

    Przy aliasach modeli aktualizacja stosuje identyfikator API nadrzędnego dostawcy do podejmowania decyzji o kompatybilności. Dzięki temu przekierowania między różnymi backendami nie powodują niespodziewanych błędów żądań. Warto też wspomnieć o eksperymentalnym wsparciu Gemini Live w API serwera głosowego – funkcja działa dla modeli gemini-3.8-live* przez WebSocket.

    Desktop: przewijanie, skróty i porządek w metadanych

    Usprawnienia w interfejsie użytkownika są praktyczne i wyczekiwane. Nowy skrót klawiszowy otwiera selektor projektów bezpośrednio z ekranu nowej sesji, co oszczędza kliknięcia przy częstym przełączaniu repozytoriów. Selektor zyskał obsługę przewijania, więc przy dłuższych listach projektów nic nie wystaje poza widoczny obszar.

    Nawigacja między kartami sesji wreszcie podąża za wizualną kolejnością zakładek. Dla użytkowników Windows poprawiono rozwijanie folderów, gdy ścieżka kończy się separatorem, co było irytującą przypadłością platformy.

    Linux doczekał się metadanych AppStream w pakietach instalacyjnych. Dzięki temu środowiska graficzne poprawnie identyfikują aplikację i wyświetlają jej nazwę, ikonę oraz opis w menedżerach oprogramowania. Choć może to brzmieć jak kosmetyczna zmiana, znacząco poprawia doświadczenie instalacji i utrzymania programu.

    Stabilność bez twardych liczb

    Materiały do wersji nie podają konkretnych wskaźników – nie ma tu procentowego spadku crashy ani benchmarków wydajności. W changelogu pojawiają się wzmianki o spójnych wskaźnikach statusu MCP (logowanie i błędy) widocznych teraz w widokach połączenia, sesji i ustawień. To daje użytkownikom szybszy dostęp do informacji o autoryzacji bez grzebania w logach.

    Aktualizacja celuje w redukcję frustracji związanej z integracją zewnętrznych usług i drobnymi niedoróbkami interfejsu. Dla osób pracujących z AI w OpenCode, te poprawki przekładają się na mniej przerw i płynniejszą pracę. Nie jest to wydanie przełomowe, ale solidne porządki w fundamentach – a od takich detali zależy, czy narzędzie traktuje się jako niezawodne tło codziennej pracy.


    Źródła

  • Cline v4.0.12: Darmowe modele z czytelnym oznaczeniem i stabilniejszy CLI

    Cline v4.0.12: Darmowe modele z czytelnym oznaczeniem i stabilniejszy CLI

    Cline opublikował wersję v4.0.12 28 lipca 2026 roku, wprowadzając obsługę darmowych modeli z wyraźnym oznaczeniem w selektorze oraz naprawę problemu z utratą odpowiedzi w CLI przy błędzie przekroczenia limitu tur. Choć to niewielka aktualizacja, rozwiązuje dwa uciążliwe problemy w codziennej pracy z asystentem kodowania.

    Najważniejsze zmiany w skrócie

    • Darmowe modele są teraz oznaczone etykietą „(free)” w selektorze modeli
    • Komunikat o limicie pokazuje dokładną godzinę resetu dostępu, zamiast ogólnego błędu
    • CLI zachowuje odpowiedzi już wygenerowane przez model, nawet gdy proces zakończy się błędem max-turns
    • Dostęp do darmowych modeli wymaga konta Cline i podlega ograniczonemu limitowi wykorzystania

    Darmowe modele bez zgadywania

    Do tej pory użytkownicy Cline nie zawsze wiedzieli, czy wybrany model jest płatny, dopóki nie napotkali problemu z rozliczeniami. Teraz etykieta „(free)” w selektorze modeli eliminuje tę niepewność — użytkownicy widzą status cenowy przed uruchomieniem czegokolwiek. To szczególnie przydatne dla web developerów testujących różne konfiguracje AI w trakcie pracy nad projektami.

    Warto zauważyć, że darmowe modele w Cline są promocjami okresowymi, a nie nieograniczonym dostępem. Limit wykorzystania zależy od konta i warunków danej promocji. Gdy limit zostanie przekroczony, zamiast ogólnego komunikatu o błędzie pojawia się dedykowana karta informująca, o której godzinie dostęp zostanie przywrócony.

    Co zrobić po wyczerpaniu limitu darmowego

    Co zrobić po wyczerpaniu limitu darmowego
    Źródło: github.githubassets.com

    Użytkownicy, którzy wyczerpią darmowy limit, mają dwie możliwości kontynuacji pracy. Pierwsza to ClinePass — płatna subskrypcja oferująca wyższe limity API dla wybranych modeli kodowania. Druga opcja to rozliczenie według zużycia (usage billing), czyli dostęp pay-as-you-go oparty na kredytach Cline w szerszym katalogu modeli.

    Dla osób pracujących nad długimi zadaniami agentowymi, z wieloma wywołaniami narzędzi czy dużymi repozytoriami, informacja o godzinie resetu ma realne znaczenie operacyjne. Użytkownicy mogą zdecydować, czy warto poczekać, czy lepiej przełączyć się na płatny dostęp, zamiast tracić czas na bezskuteczne ponawianie prób.

    Naprawa utraty odpowiedzi w CLI

    Naprawa utraty odpowiedzi w CLI
    Źródło: github.githubassets.com

    Druga zmiana dotyczy stabilności interfejsu wiersza poleceń. Wcześniej, gdy proces CLI kończył się błędem max-turns (przekroczenie maksymalnej liczby tur), odpowiedzi już wygenerowane i przesłane przez Cline mogły zostać odrzucone. To prowadziło do utraty użytecznego, częściowego rezultatu tylko dlatego, że zadanie przekroczyło skonfigurowany limit.

    Teraz Cline zachowuje te odpowiedzi. To istotne dla scenariuszy, w których model wygenerował sensowny fragment kodu lub analizy, a proces zakończył się błędem dopiero na późniejszym etapie. Użytkownicy nie tracą pracy, którą model już wykonał.

    Znaczenie dla codziennej pracy

    Aktualizacja v4.0.12 nie wprowadza nowych możliwości kodowania ani nie zmienia działania modeli. Jej wartość leży w przejrzystości i niezawodności — dwóch obszarach, które często decydują o tym, czy narzędzie nadaje się do regularnej pracy, czy tylko do okazjonalnych testów.

    Jasne oznaczenie darmowych modeli eliminuje domysły. Komunikat o godzinie resetu daje konkretną wskazówkę, jak zaplanować pracę. A zachowanie już wygenerowanych odpowiedzi w CLI sprawia, że limit tur przestaje być równoznaczny z utratą rezultatu. Te zmiany, choć niewielkie, znacząco zmniejszają frustrację podczas dłuższych sesji z AI.


    Źródła

  • Zed 1.12.1: Claude Opus 5 wjeżdża do gry, a okna podpowiedzi przestają straszyć pustką

    Zed 1.12.1: Claude Opus 5 wjeżdża do gry, a okna podpowiedzi przestają straszyć pustką

    Zespół Zed kontynuuje prace nad ulepszaniem swojego oprogramowania. Cztery dni po wydaniu aktualizacji 1.12.0, która wprowadziła istotne zmiany w panelu Gita i wyszukiwarkach, użytkownicy otrzymują wersję 1.12.1. Chociaż nie jest to duża rewolucja, aktualizacja wprowadza kilka istotnych nowości: edytor zyskuje wsparcie dla najnowszego modelu językowego od Anthropic, a uciążliwy błąd wizualny w dokumentacji podręcznej został naprawiony. Przyjrzyjmy się, co dokładnie przynosi wydanie z 27 lipca 2026 roku oraz jakie ma to znaczenie dla codziennej pracy z kodem.

    Kluczowe informacje

    • Claude Opus 5 dostępny przez bezpośrednią integrację z Anthropic oraz Amazon Bedrock w modelu BYOK
    • Naprawiono błąd formatowania w oknach podpowiedzi, eliminując zbyt wiele podziałów wiersza w dokumentacji
    • Aktualizacja jest niewielkim wydaniem, opublikowanym cztery dni po większej wersji 1.12.0 z 23 lipca
    • Zmiany dotyczą warstwy integracji AI i interfejsu użytkownika; nie odnotowano modyfikacji silnika analizy kodu

    Claude Opus 5 na własnych zasadach

    Główną nowością w tej wersji jest integracja z Claude Opus 5, najnowszym modelem od Anthropic. Zed nie wprowadza go jako domyślnej, centralnie zarządzanej usługi. Zamiast tego oferuje elastyczność, udostępniając model przez dwie ścieżki uwierzytelniania: bezpośrednio przez dostawcę Anthropic oraz przez Amazon Bedrock w modelu BYOK, czyli "przynieś własny klucz". To podejście ma konkretne implikacje dla różnych grup programistów.

    Dla zespołów pracujących w ekosystemie AWS opcja Bedrock BYOK jest szczególnie praktyczna. Umożliwia zachowanie pełnej kontroli nad rozliczeniami i uprawnieniami dostępu, nie rezygnując z zaawansowanych możliwości edytora. Programiści mogą wykorzystać istniejącą infrastrukturę chmurową, co może uprościć zarządzanie kosztami i zgodność z politykami bezpieczeństwa firmy. Bezpośrednia integracja z Anthropic jest z kolei korzystna dla użytkowników indywidualnych i mniejszych zespołów, którzy preferują prostszą konfigurację.

    Zmiana została zarejestrowana w systemie śledzenia błędów jako zgłoszenie #61609. Niestety, notki wydawnicze nie zawierają szczegółów technicznych – nie ma informacji o limitach kontekstu, wynikach benchmarków czy domyślnych ustawieniach modelu. Nie potwierdzono również, czy Claude Opus 5 wymaga ręcznej aktywacji w konfiguracji, czy jest automatycznie wykrywany po podaniu odpowiednich danych uwierzytelniających. Niemniej jednak obecność modelu wskazuje, że Zed traktuje integrację AI jako strategiczny kierunek rozwoju.

    Koniec z nadmiarem entera

    Koniec z nadmiarem entera

    Druga zmiana dotyczy warstwy prezentacji, ale dla osób spędzających godziny na czytaniu dokumentacji jest to natychmiast odczuwalna poprawka. Przed aktualizacją okna podpowiedzi mogły wyświetlać opisy funkcji, typów i komunikatów z language serverów z nadmiarem pustych linii. To powodowało, że dokumentacja API była zbyt rozciągnięta, co utrudniało szybkie skanowanie kodu.

    Zgłoszenie #61715 opisuje problem jako błąd renderowania, a nie usterkę w analizie kodu. Poprawka nie wpływa na jakość diagnostyki ani treść podpowiedzi – chodzi wyłącznie o czytelność. Po najechaniu kursorem na symbol, opis jest teraz bardziej zwięzły i łatwiejszy do przeglądania. Dla programistów przeskakujących między nieznanymi bibliotekami to oszczędność czasu i zmniejszenie irytacji.

    Kontekst: co działo się wcześniej

    Kontekst: co działo się wcześniej

    Aby w pełni docenić nowości w wersji 1.12.1, warto spojrzeć na jej poprzedniczkę. Wydana 23 lipca 2026 roku aktualizacja 1.12.0 była znacznie obszerniejsza. Panel Gita zyskał grupowanie zmian na przygotowane i nieprzygotowane, z osobnymi kontrolkami do zatwierdzania i cofania plików. Pojawiły się również komunikaty o hasłach GPG przy podpisywaniu commitów, a menu kontekstowe w historii Gita ułatwiło nawigację.

    Wyszukiwarka plików i tekstu zyskała funkcję wielokrotnego wyboru – można zaznaczać kilka wpisów przez cmd-klik na macOS lub ctrl-klik na Linuksie, a następnie otworzyć je wszystkie razem. Dodano także przycisk i pola wyboru, by funkcja była łatwiejsza do odkrycia. Wersja 1.12.1 nie rozwija tych wątków – jest niewielkim wydaniem, które uzupełnia większą aktualizację o nowy model AI i naprawę błędu interfejsu.

    Co to oznacza dla użytkowników

    Dla programistów korzystających z AI w codziennej pracy, możliwość wyboru Claude Opus 5 to rozszerzenie arsenału narzędzi. Model od Anthropic jest uznawany za szczególnie skuteczny w zadaniach wymagających zrozumienia kontekstu i generowania wysokiej jakości kodu, a integracja w modelu BYOK daje swobodę konfiguracji. Dla reszty społeczności poprawka podpowiedzi to drobiazg, który jednak wpływa na komfort pracy – mniej przewijania, więcej treści na ekranie, szybsze skanowanie.


    Źródła

  • Cursor Start: nowy plan dla programistów w Indiach za 649 rupii miesięcznie

    Cursor Start: nowy plan dla programistów w Indiach za 649 rupii miesięcznie

    28 lipca 2026 roku Cursor wprowadził Cursor Start – nowy abonament skierowany do programistów w Indiach. Kosztował ₹649 miesięcznie (wszystkie podatki wliczone) i oferował funkcje kodowania z dostępem do modeli Grok 4.5 oraz Composer. To pierwsza oferta Cursora, która łączyła niską cenę, lokalną walutę i płatności przez UPI z zaawansowanymi możliwościami agentowymi.

    Co wyróżnia Cursor Start – kluczowe fakty

    • Cena ₹649/miesiąc z podatkami – w momencie premiery równowartość około 7 dolarów przy kursie wymiany z lipca 2026, podczas gdy standardowy plan Pro kosztuje 20 dolarów.
    • Płatności w rupiach przez UPI, karty kredytowe i debetowe – bez przewalutowań i blokad na zagranicznych transakcjach.
    • Dostęp do Grok 4.5 i Composer – najpotężniejszego i najbardziej ekonomicznego modelu Cursora w momencie premiery.
    • Agentowe workflow – agenci chmurowi, sterowanie z telefonu, rozszerzenia przez pluginy i serwery MCP.
    • Wyłącznie Indie – subskrypcja wymagała weryfikacji indyjskim numerem telefonu i była dostępna tylko przy przejściu z planu darmowego.

    Co dokładnie dostajesz za 649 rupii

    Cursor Start to nie kolejny plan z autouzupełnianiem kodu. W przeciwieństwie do darmowego Hobby, tutaj dostajesz znacznie większy miesięczny limit użycia modeli i przede wszystkim – agentów, którzy działają półautonomicznie.

    Agenci chmurowi mogą kontynuować pracę, nawet gdy zamkniesz laptopa. Analizują repozytorium, wprowadzają zmiany i wysyłają je do repozytorium, podczas gdy ty jesteś offline. Możesz monitorować ich postępy z poziomu aplikacji Cursor na iOS – sprawdzić, co robi agent, wysłać mu dodatkową instrukcję albo zatwierdzić zmiany prosto z telefonu.

    Plan obsługuje trzy tryby pracy: Agent (długie, autonomiczne zadania), Plan (badanie codebase'u i planowanie zmian) oraz Ask (szybkie pytania i analiza). Do tego dochodzą pluginy, serwery MCP (Model Context Protocol), hooki i umiejętności – wszystko po to, żeby rozszerzyć Cursora o integracje z zewnętrznymi narzędziami. Dla kogoś, kto pracuje w web devie czy DevOps, to możliwość łączenia Cursora z pipeline'ami CI/CD, narzędziami do monitoringu czy systemami do zarządzania projektami.

    Jest jednak pewien haczyk – Start nie daje pełnej swobody. Modele Grok działają na stałym, średnim poziomie wysiłku, bez opcji Fast mode. Brak też dostępu do Bugbota, Auto, Automations, SDK Cursora, puli „Other Models” oraz użycia na żądanie. Jeśli potrzebujesz tych funkcji – musisz celować w Pro.

    Dlaczego Indie, dlaczego teraz

    Dlaczego Indie, dlaczego teraz

    Decyzja Cursora jest interesująca nie tylko ze względu na cenę. To przemyślany ruch w stronę dużego rynku programistów, który do tej pory musiał płacić w dolarach, często z problemami z akceptacją kart zagranicznych i nieprzewidywalnymi przewalutowaniami.

    Rozliczenia przez UPI (Unified Payments Interface) to odpowiedź na lokalne potrzeby – to najpopularniejszy system płatności cyfrowych w Indiach, obsługujący miliardy transakcji miesięcznie. Automatyczne comiesięczne polecenie zapłaty przez UPI sprawia, że subskrypcja odnawia się bez dodatkowych kliknięć.

    Warto też spojrzeć na liczby: 649 rupii to w przybliżeniu jedna trzecia ceny amerykańskiego Pro przy kursie wymiany z dnia premiery – należy jednak pamiętać, że Pro jest wyceniany w USD, a rzeczywisty stosunek cen zależy od bieżącego kursu rupii. Dla indyjskiego freelancera czy studenta, który wcześniej korzystał z darmowej wersji albo w ogóle omijał Cursora, to zupełnie nowa kalkulacja. Agentowe funkcje – cloud agents, praca asynchroniczna, mobilne sterowanie – stają się dostępne bez obciążenia budżetowego.

    Szerszy kontekst i przyszłość

    Cursor Start został później oznaczony jako plan legacy – od 31 października 2026 roku nie jest dostępny dla nowych klientów, ale dotychczasowi subskrybenci zachowują go, dopóki nie zmienią planu lub nie anulują subskrypcji. Nie zmienia to jednak znaczenia samego konceptu. Lokalizacja cenowa połączona z płatnościami w lokalnej walucie, wsparciem dla UPI i dostępem do zaawansowanych modeli to sygnał, że Cursor myśli o rynkach poza USA na poważnie.

    W momencie premiery Start był jedynym abonamentem Cursora tak głęboko dostosowanym do jednego rynku. Jeśli ten model się sprawdzi, podobne regionalne plany mogą trafić do innych krajów, gdzie bariera cenowa blokuje adopcję narzędzi agentowych. Obecnie porównywalnym planem dla nowych użytkowników jest Cursor Start w ramach The X Subscription, a Start pozostaje aktywny wyłącznie dla istniejących subskrybentów.

    Dla indyjskiego ekosystemu programistycznego to także zmiana jakościowa. Niższy próg wejścia do agentowego developmentu oznacza więcej eksperymentów z AI w codziennym kodowaniu, szybsze wdrażanie praktyk codingowych i większą autonomię w pracy nad projektami webowymi czy DevOpsowymi.


    Źródła

  • Claude Code z nowym domyślnym modelem Opus 5.5: kontekst miliona tokenów i precyzyjne zarządzanie agentami

    Claude Code z nowym domyślnym modelem Opus 5.5: kontekst miliona tokenów i precyzyjne zarządzanie agentami

    Anthropic wprowadził Claude Code z modelem Opus 5.5, ogłoszony 22 września 2026 r. Nowością jest okno kontekstowe o wielkości miliona tokenów oraz uproszczone ładowanie narzędzi MCP. Zmiany są już widoczne w repozytorium narzędzia — commity z końca października 2026 potwierdzają, że nowy model zastąpił wcześniejszą wersję w domyślnej konfiguracji.

    Milion tokenów kontekstu oznacza, że Claude Code może pracować na znacznie większych repozytoriach bez utraty wątku. Wprowadzono także nowe zmienne środowiskowe do zarządzania podagentami oraz mechanizm kompaktowania historii rozmowy, co zapobiega nagłemu przerywaniu sesji, gdy zbliżamy się do limitu.

    Co nowego w szczegółach

    • Claude Code z modelem Opus 5.5 to nowy model z domyślnym oknem kontekstowym miliona tokenów na poziomie API, wyceniony na 4 dolary za milion tokenów wejściowych i 20 za milion wyjściowych (stawki API).
    • Automatyczne kompaktowanie streszcza wcześniejsze fragmenty rozmowy, gdy sesja dobija do limitu kontekstu.
    • Zmienne środowiskowe CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH i CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS pozwalają ograniczyć głębokość zagnieżdżania agentów i ich liczbę; domyślny limit równoczesnych podagentów wynosi 20.
    • Odroczone ładowanie definicji narzędzi MCP zmniejsza bałagan w oknie kontekstowym przed faktycznym użyciem narzędzia.

    Milion tokenów — co to właściwie zmienia w codziennej pracy

    Dla zespołów devopsowych i programistów pracujących z rozbudowaną infrastrukturą to znacząca zmiana. Przy standardowym oknie 200 tysięcy tokenów często trzeba było dzielić dłuższe sesje debugowania albo przerywać analizę logów budowania. Teraz można przesyłać znacznie więcej plików, wyników poleceń i historii konwersacji, zanim model zacznie zapominać, o czym była mowa na początku.

    Anthropic udostępnił również możliwość korzystania z mniejszego okna. Ustawienie zmiennej CLAUDE_CODE_DISABLE_1M_CONTEXT=1 przywraca limit 200 tysięcy tokenów, co jest przydatne w krótszych sesjach, gdy koszty obliczeniowe mają znaczenie. Dla modeli, które obsługują rozszerzony kontekst przez sufiks, można włączyć wariant [1m].

    Warto pamiętać, że automatyczne kompaktowanie ma swoją cenę. Mechanizm zużywa część limitu tokenów użytkownika, a szczegóły z początku rozmowy mogą zostać utracone. Anthropic zaleca przechowywanie trwałych reguł projektowych w pliku CLAUDE.md, aby instrukcje mogły przetrwać całą sesję.

    Subagenci pod kontrolą — mniej chaosu przy dużych zadaniach

    Subagenci pod kontrolą — mniej chaosu przy dużych zadaniach

    Nowe zmienne do zarządzania podagentami rozwiązują istotny problem. Przy większych zadaniach inżynieryjnych Claude Code potrafi tworzyć agentów, którzy tworzą kolejnych agentów. Bez ograniczeń łatwo o sytuację, w której równolegle działa wiele procesów, a część z nich wykonuje te same zadania.

    CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH ogranicza, jak głęboko agenci mogą się zagnieżdżać. CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS ustawia limit równocześnie działających instancji. W Claude Agent SDK pojawiła się także opcja max_budget_usd, która stanowi finansowy hamulec dla agentowych przepływów pracy.

    Dokumentacja nie podaje domyślnych wartości tych zmiennych, ale sama możliwość ich ustawienia daje zespołom kontrolę nad tym, co dzieje się podczas analizy kodu czy wykonywania testów. Mniej niespodzianek oznacza większą przewidywalność.

    MCP i zarządzanie kontekstem — mniej szumu w tle

    MCP i zarządzanie kontekstem — mniej szumu w tle

    Zmiana w ładowaniu narzędzi MCP, choć wydaje się drobna, ma znaczący wpływ. Claude Code domyślnie opóźnia pobieranie definicji narzędzi MCP, ładując je dopiero w momencie wyszukiwania. Wcześniej wszystko lądowało w kontekście od razu, nawet jeśli sesja nie wymagała wywołania MCP.

    To prowadzi do czystszych okien kontekstowych i mniejszego zużycia tokenów. Dla deweloperów korzystających z wielu serwerów MCP jednocześnie, to oszczędność, która sumuje się przy dłuższych sesjach.

    W kwestii poprawionej obsługi błędów połączeń MCP dokumentacja nie zawiera jeszcze szczegółowych informacji o nowych timeoutach czy mechanizmach retry. Warto śledzić changelog narzędzia, ponieważ ten obszar prawdopodobnie będzie rozwijany w kolejnych wydaniach.

    Podsumowanie

    Aktualizacja Claude Code z modelem Opus 5.5 to przede wszystkim zwiększenie pojemności kontekstu i narzędzi do zarządzania złożonymi przepływami agentowymi. Milion tokenów umożliwia dłuższe sesje bez utraty kontekstu, a zmienne do zarządzania podagentami redukują ryzyko przy automatyzacji większych zadań. Odroczone ładowanie MCP to cicha, ale zauważalna optymalizacja. Dla zespołów korzystających z Claude Code w pracy z kodem i infrastrukturą, te zmiany oznaczają mniej przerwanych sesji i większą kontrolę nad procesami.


    Źródła

  • Factory App v0.180.0: Gemini 3.6 Flash wchodzi do gry, a MCP działa od pierwszego żądania

    Factory App v0.180.0: Gemini 3.6 Flash wchodzi do gry, a MCP działa od pierwszego żądania

    24 lipca 2026 roku zespół Factory udostępnił wersję v0.180.0 swojej aplikacji CLI oraz desktop. Główną nowością jest wsparcie dla modelu Gemini 3.6 Flash od Google, ale to nie jedyna zmiana, która powinna zainteresować zespoły deweloperskie pracujące z agentami kodowania. Aktualizacja koncentruje się na przewidywalności – szybsze wyszukiwanie sesji, pewniejsze uruchamianie serwerów MCP oraz możliwość wyłączania wbudowanych umiejętności bez edytowania plików konfiguracyjnych. Sprawdźmy, co dokładnie się zmieniło.

    Kluczowe informacje

    • Gemini 3.6 Flash dostępny w selektorze modeli – zoptymalizowany pod kątem szybkości i zadań agentowych
    • Serwery MCP ładują się przed rozpoczęciem interakcji agenta – narzędzia są gotowe od pierwszej wiadomości
    • Wbudowane umiejętności można teraz wyłączać bezpośrednio w interfejsie aplikacji
    • Wyszukiwanie sesji działa po stronie serwera – szybsze poruszanie się po długiej historii
    • Poprawki błędów obejmują ładowanie obrazów w desktopie i kolejność chronologiczną propozycji specyfikacji

    Gemini 3.6 Flash – nowa opcja modelu

    Google opisuje Gemini 3.6 Flash jako model zoptymalizowany pod kątem szybkości, inteligencji oraz zadań agentowych i multimodalnych. W porównaniu z poprzednikiem, producent nie potwierdza konkretnych redukcji w liczbie kroków rozumowania, tur konwersacyjnych ani wywołań narzędziowych. Dopóki nie pojawią się wiarygodne benchmarki, oszczędności tokenów i przyspieszenie przepływów pracy pozostają do zweryfikowania we własnych projektach.

    Identyfikator modelu to gemini-3.6-flash, a domyślny poziom myślenia ustawiono na „medium”. W dniu publikacji obowiązuje cena promocyjna 0,75 USD za milion tokenów wejściowych i 3,75 USD za milion tokenów wyjściowych; standardowe stawki 1,50/7,50 USD zaczną obowiązywać od 1 stycznia 2027 r. Nie są to kwoty, które zrujnują budżet, ale przy intensywnym użyciu agentów sumują się szybko. Factory nie publikuje własnych benchmarków wydajności modelu w swoim środowisku, więc rzeczywiste zyski trzeba będzie zweryfikować we własnych projektach.

    Co istotne, model pojawił się od razu w selektorze w interfejsie – nie trzeba nic konfigurować ręcznie. Wybierasz, testujesz i sprawdzasz, czy kod powstaje szybciej.

    MCP: agent czeka, aż narzędzia będą gotowe

    To może najważniejsza zmiana dla osób, które polegają na serwerach MCP. Do tej pory agent mógł rozpocząć przetwarzanie żądania, zanim serwer MCP skończył inicjalizację. Efekt? Pierwsza wiadomość leciała bez dostępu do narzędzi i trzeba było powtarzać zapytanie. Teraz Factory wstrzymuje turę agenta do momentu pełnego załadowania skonfigurowanych serwerów MCP.

    Zachowanie stało się przewidywalne. Koniec z frustracją, gdy agent ignoruje twoje rozszerzenia tylko dlatego, że wystartował ułamek sekundy za wcześnie.

    Dodatkowo zespół ujednolicił proces uwierzytelniania MCP między aplikacją desktopową a CLI. Dla deweloperów przeskakujących między terminalem a interfejsem graficznym oznacza to mniej niespodzianek i spójne środowisko bez względu na to, gdzie akurat pracują.

    Sterowanie wbudowanymi umiejętnościami

    Sterowanie wbudowanymi umiejętnościami

    Kolejna przydatna zmiana: wbudowane umiejętności Factory można teraz wyłączać z poziomu interfejsu. Nie musisz edytować plików konfiguracyjnych ani zastanawiać się, który skrypt nadpisuje twoje instrukcje projektowe. Po prostu odznaczasz to, czego nie potrzebujesz.

    Dlaczego to ważne? Własne skille, narzędzia MCP i specyficzne wymagania projektowe często wchodzą w konflikt z domyślnymi zachowaniami agenta. Wyłączenie niepotrzebnych funkcji zmniejsza szum i pozwala agentowi skupić się na tym, co dla ciebie kluczowe. Niestety, dokumentacja wydania nie precyzuje, czy wyłączenie działa globalnie, per projekt, czy per sesja. Nie ma też pełnej listy dotkniętych umiejętności – trzeba sprawdzić samemu.

    Wyszukiwanie sesji po stronie serwera

    Wyszukiwanie sesji po stronie serwera

    Przy długiej historii pracy z agentem przeszukiwanie sesji potrafiło zamulać. Factory przeniosło sortowanie, paginację i samo wyszukiwanie na serwer. Różnica? Szybciej, szczególnie gdy masz setki zapisanych interakcji.

    Nowością jest też możliwość szukania sesji po ID. Przyda się przy debugowaniu, przekazywaniu referencji między członkami zespołu albo odtwarzaniu konkretnego przebiegu agenta bez przeklikiwania całej listy. Żadnych konkretnych metryk opóźnienia nie podano, ale kierunek zmian jest słuszny.

    Drobniejsze zmiany i poprawki

    Przeprojektowano okno dialogowe ze skrótami klawiaturowymi – teraz łatwiej je przeskanować wzrokiem. Żadnych nowych skrótów, po prostu wygodniejszy układ.

    Wśród poprawek błędów warto odnotować dwie: naprawiono ładowanie obrazów w aplikacji desktopowej (karty z uszkodzonymi obrazkami po prostu się chowają, zamiast straszyć placeholderami) oraz przywrócono chronologiczną kolejność propozycji specyfikacji w transkrypcie czatu. Ta druga ma znaczenie dla zespołów pracujących z podejściem spec-first – gdy kolejność propozycji się rozjeżdża, odtworzenie historii zmian staje się koszmarem.

    Co to oznacza dla zespołów deweloperskich?

    Wydanie v0.180.0 nie wprowadza wielu nowych funkcji, ale skutecznie eliminuje problemy, które przeszkadzały w codziennej pracy: agent nie startuje już bez narzędzi MCP, wyszukiwanie sesji działa sprawniej przy dużej historii, a Gemini 3.6 Flash oferuje nową opcję modelu. Dodatkowo, większa kontrola nad środowiskiem agenta przez wyłączanie wbudowanych skilli oraz spójniejsze uwierzytelnianie między CLI a desktopem to istotne zmiany. Należy jednak zachować ostrożność przy założeniu, że aktualizacja nie wprowadza żadnych breaking changes ani wymaganych migracji – informacje o wydaniu nie formułują tak kategorycznego zapewnienia, a lista zmian obejmuje modyfikacje funkcjonalne, które warto przetestować we własnym środowisku.


    Źródła

  • Gemini CLI w wersji 0.54.0 wymusza szyfrowane połączenia i lepiej chroni przed niebezpiecznymi danymi z GitHuba

    Gemini CLI w wersji 0.54.0 wymusza szyfrowane połączenia i lepiej chroni przed niebezpiecznymi danymi z GitHuba

    Zespół Google Gemini wydał stabilną wersję Gemini CLI 0.54.0, która wprowadza istotne poprawki dotyczące bezpieczeństwa. Wcześniejsze wydanie, dostępne jako "nightly build" z końca lipca, koncentruje się na ochronie poświadczeń, izolacji danych z repozytoriów oraz stabilniejszym przełączaniu modeli. To aktualizacja, która może być szczególnie istotna w środowiskach automatyzacji, gdzie CLI współpracuje z zewnętrznymi danymi, takimi jak tytuły zgłoszeń.

    Najważniejsze zmiany w skrócie

    • Wymuszone HTTPS dla GoogleCredentialsAuthProvider — poświadczenia nie będą już przesyłane w otwartym tekście.
    • Dezynfekcja tytułów zgłoszeń — tekst z GitHuba trafia do untrusted_context, co utrudnia pomylenie go z instrukcją systemową.
    • Rotacja identyfikatorów sesji przy przełączaniu modeli — każdy fallback otrzymuje nowy identyfikator.
    • Filtrowanie historii konwersacji — pętla główna pomija zbędne dane z połączonych odpowiedzi funkcyjnych.
    • Automatyczne komentarze przed zamknięciem zgłoszenia — system caretaker-triage informuje o przyczynie przed zamknięciem wątku.

    Poświadczenia już tylko po HTTPS

    Najważniejszą zmianą w wersji 0.54.0 jest przejście dostawcy GoogleCredentialsAuthProvider na wyłącznie HTTPS. W poprzednich konfiguracjach istniało ryzyko wycieku poświadczeń przez przesyłanie ich w otwartym tekście. Teraz Gemini CLI nie zaakceptuje niezabezpieczonego połączenia. Oznacza to, że nawet jeśli endpoint próbuje przekierować ruch na HTTP, klient nie prześle wrażliwych danych.

    Dla użytkowników Gemini CLI w wersji 0.54.0 w chmurze lub na zdalnych maszynach to znaczące usprawnienie. Nie ma potrzeby ręcznego monitorowania konfiguracji sieciowej — CLI automatycznie odmówi komunikacji, która nie spełnia minimalnych standardów szyfrowania.

    Dane z GitHuba w kwarantannie

    Warto zwrócić uwagę na zmianę w podejściu do tytułów zgłoszeń. System caretaker-triage dezynfekuje tytuły i opakowuje je jako untrusted_context, zanim trafią do dalszego przetwarzania. To oznacza, że tytuł zgłoszenia nie może być mylnie potraktowany jako instrukcja dla systemu. Dzięki tej ochronie ryzyko pomyłki jest znacznie mniejsze, a tytuł pozostaje czytelny dla człowieka, jednocześnie system wie, że nie pochodzi z zaufanego źródła.

    Sesja nie przechodzi między modelami

    Sesja nie przechodzi między modelami

    W przypadku błędu, gdy Gemini CLI przełącza się na model zapasowy, identyfikator sesji jest rotowany. To drobna, ale istotna zmiana dla ciągłości i bezpieczeństwa konwersacji. Stary identyfikator nie jest używany ponownie, co zapobiega przenoszeniu stanu z nieudanej próby do kolejnego wywołania. Zmiana wprowadzona przez autora @adamfweidman zmniejsza ryzyko pomylenia kontekstów przy błędach 429 (limit zapytań) lub innych przejściowych awariach.

    Dodatkowo, przefiltrowano historię konwersacji. Pętla główna pomija teraz połączone odpowiedzi z wywołań funkcyjnych, co zapobiega wprowadzaniu danych, które mogłyby zdezorientować model lub wydłużyć czas przetwarzania.

    Automatyzacja z ludzką twarzą

    Automatyzacja z ludzką twarzą

    System caretaker-triage, odpowiedzialny za automatyczne zamykanie zgłoszeń, zyskał możliwość publikowania komentarza przed zamknięciem wątku. Wcześniej zgłoszenie znikało bez śladu, teraz użytkownik otrzymuje krótkie wyjaśnienie.

    To znaczące ułatwienie dla opiekunów repozytoriów. Gdy automatyczna klasyfikacja okaże się błędna, komentarz pozwala szybciej zdiagnozować problem. Z perspektywy zgłaszającego zmiana również jest korzystna, ponieważ wiadomo, dlaczego sprawa została zamknięta bez ręcznej interwencji.

    Co to oznacza dla użytkowników

    Stabilna wersja Gemini CLI 0.54.0 została wydana 6 sierpnia 2026 roku, ale funkcje były testowane już w "nightly buildach", takich jak 0.54.0-nightly.20260722 i 0.54.0-nightly.20260728. Użytkownicy wersji "nightly" powinni pamiętać, że mogą one zawierać niezweryfikowane zmiany. Dla produkcji lepiej korzystać ze stabilnych wydań.

    Google nie tylko naprawia pojedyncze błędy, ale również myśli o szerszym kontekście bezpieczeństwa, zwłaszcza w sytuacjach, gdy CLI działa jako agent między człowiekiem a repozytorium. Wprowadzone zmiany, takie jak HTTPS, izolacja danych, rotacja sesji i jawne komentarze, znacząco zmniejszają ryzyko wystąpienia potencjalnych problemów.


    Źródła