Kategoria: Oprogramowanie

  • Gemini CLI z nową łatką stabilności – wersja v0.46.0-preview.1 już dostępna

    Gemini CLI z nową łatką stabilności – wersja v0.46.0-preview.1 już dostępna

    Google wypuściło nową wersję preview swojego terminalowego agenta AI – Gemini CLI v0.46.0-preview.1. Ta aktualizacja koncentruje się na usunięciu błędu, który mógł prowadzić do niespójności wersji w środowisku deweloperskim. Poprawka została wydana kilka dni po większym wydaniu v0.46.0-preview, które wprowadziło istotne zmiany w architekturze narzędzia.

    Kluczowe informacje

    • Gemini CLI v0.46.0-preview.1 to łatka naprawcza, która zapewnia spójność wersji i stabilność po poprzednim wydaniu preview.
    • Wersja v0.46.0-preview.1 wprowadziła wzmocnioną obsługę zmiany rozmiaru PTY, eliminującą krytyczne awarie natywne.
    • Naprawiono pętle spamowe w interfejsie CLI, które mogły skutecznie zablokować pracę z narzędziem.
    • Zespół Google zachęca użytkowników kanału preview do natychmiastowej aktualizacji.
    • Gemini CLI to open-source'owy agent AI, który integruje modele Gemini bezpośrednio z terminalem.

    Co konkretnie naprawiono

    Wersja v0.46.0-preview.1 jest odpowiedzią zespołu na problemy zgłaszane przez społeczność. Głównym celem łatki było załatanie luki, która powodowała rozjeżdżanie się numerów wersji między różnymi komponentami narzędzia. W praktyce oznaczało to, że niektórzy deweloperzy mieli trudności z poprawną identyfikacją zainstalowanego builda, co utrudniało diagnostykę błędów i raportowanie problemów.

    Poprzednie wydanie – v0.46.0-preview – wprowadziło znaczące zmiany. Inżynierowie Google przeprojektowali obsługę PTY (pseudo-terminali), co jest kluczowe dla komunikacji między procesami w terminalu. Wcześniej zmiana rozmiaru okna terminala mogła prowadzić do poważnych awarii. Teraz ten scenariusz jest obsługiwany w sposób bezpieczny.

    Koniec ze spamem w konsoli

    Koniec ze spamem w konsoli

    Drugim problemem, który został rozwiązany w poprzedniej wersji, były pętle spamowe. Użytkownicy zgłaszali przypadki, w których Gemini CLI wpadał w niekontrolowaną pętlę generowania komunikatów, zalewając konsolę powtarzającymi się wpisami. Problem występował głównie podczas dłuższych sesji i w specyficznych konfiguracjach narzędzia.

    Wersja v0.46.0-preview.1 wprowadziła mechanizmy zapobiegające tym zapętleniom, a obecna łatka konsoliduje te zmiany, zapewniając spójność w ramach ekosystemu wersji. To klasyczny cykl wydawniczy Google dla Gemini CLI – najpierw większa aktualizacja z nowymi funkcjami, a następnie szybka łatka eliminująca wykryte nieścisłości.

    Jak zaktualizować

    Jak zaktualizować

    Gemini CLI jest dostępne jako pakiet npm, więc aktualizacja do wersji preview sprowadza się do jednego polecenia:

    npm install -g @google/gemini-cli@preview

    Po instalacji narzędzie uruchamia się standardową komendą gemini w terminalu. Należy pamiętać, że kanał preview nie jest w pełni zweryfikowany – mogą wystąpić regresje lub inne błędy. Dlatego zespół Google prosi użytkowników o testowanie i zgłaszanie problemów. Dla środowisk produkcyjnych nadal zalecany jest kanał stable, który przechodzi pełny cykl walidacji.

    Szerszy kontekst

    Gemini CLI to interesujący projekt w ekosystemie narzędzi AI dla deweloperów. W przeciwieństwie do rozwiązań zintegrowanych z IDE, działa całkowicie w terminalu, co doceniają osoby pracujące na zdalnych serwerach lub w środowiskach bez interfejsu graficznego.

    Narzędzie rozwija się dynamicznie, a Google stosuje przejrzysty model wydawniczy: codzienne buildy "nightly", cotygodniowe promocje do preview i stabilne wydania po tygodniu testów. Dzięki temu społeczność ma stały dostęp do najnowszych funkcji, a jednocześnie istnieje bezpieczna ścieżka dla tych, którzy wolą poczekać na sprawdzone wersje.

    Źródła

  • Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu

    Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu

    Zespół QwenLM wprowadził wersję v0.17.1 swojego terminalowego agenta AI, Qwen-Code, koncentrując się na poprawie zarządzania pamięcią i usprawnieniu przepływów pracy w podagentach. Aktualizacja zawiera konkretne poprawki inżynieryjne, które mają pozytywny wpływ na niezawodność narzędzia podczas długich sesji programistycznych.

    Najważniejsze zmiany w pigułce

    • Qwen-Code v0.17.1 wprowadza monitor ciśnienia pamięci, który zapobiega niekontrolowanemu zużyciu RAM podczas pracy z dużymi projektami.
    • Atomowe wdrożenia plików konfiguracyjnych eliminują ryzyko uszkodzenia ustawień przy równoczesnym zapisie.
    • Wirtualny viewport i powiadomienia w tle dla shella to nowe funkcje CLI, które ułatwiają pracę w środowisku bez interfejsu graficznego.
    • Lepsze zarządzanie historią – agent poprawnie wznawia sesje bez wycieków pamięci i błędów przy dużych kontekstach.

    Agent w terminalu zyskuje na stabilności

    Qwen-Code jest narzędziem do automatyzacji zadań programistycznych, takich jak przeglądanie rozległych codebasów, refaktoryzacja czy generowanie kodu. Prawdziwym testem dla takich agentów są wielogodzinne sesje, w których historia poleceń i kontekst projektu rosną.

    Wersja v0.17.1 wprowadza monitor ciśnienia pamięci, który działa jako inteligentny strażnik. Gdy zużycie RAM zbliża się do krytycznego poziomu, agent proaktywnie zwalnia zasoby, co zapobiega awariom. To funkcja, która jest szczególnie cenna dla tych, którzy doświadczyli utraty pracy przez nagłe wyłączenie terminala.

    Drugim istotnym elementem aktualizacji są atomowe wdrożenia plików konfiguracyjnych. Oznacza to, że zmiany w ustawieniach są zapisywane w sposób transakcyjny – albo wszystko trafia na dysk, albo nic. Eliminowane są sytuacje, w których przerwany zapis pozostawia uszkodzone pliki konfiguracyjne.

    Podagenty i przepływy pracy

    Podagenty i przepływy pracy

    Wersja v0.17.1 rozwija koncepcję podagentów – mniejszych instancji AI przypisanych do konkretnych zadań w ramach większego workflow. Zarządzanie nimi stało się bardziej przewidywalne, a odtwarzanie złożonych procesów działa płynniej.

    To ważne dla zespołów, które wykorzystują Qwen-Code do automatyzacji CI/CD czy generowania dokumentacji. Możliwość odtworzenia tej samej sekwencji operacji przez podagenta eliminuje błędy związane z niedeterministycznym zachowaniem modeli językowych.

    Interfejs również przeszedł zmiany. Wirtualny viewport pozwala agentowi lepiej rozumieć układ interfejsu w trybie terminalowym, co jest istotne przy testach end-to-end aplikacji konsolowych. Powiadomienia w tle informują o zakończeniu długotrwałych operacji, co eliminuje potrzebę ciągłego monitorowania outputu.

    Co to znaczy dla programistów

    Qwen-Code zmierza w kierunku, który wyznaczają inne narzędzia, takie jak Cursor czy Windsurf – agent AI nie jest jedynie zabawką do generowania kodu, ale realnym narzędziem w codziennej pracy. Qwen stawia na lekkość i integrację terminalową, unikając ciężkich edytorów GUI.

    Wersja v0.17.1 to krok w stronę dojrzałości. Nie wprowadza nowych modeli ani integracji z zewnętrznymi API, lecz koncentruje się na systematycznym usuwaniu błędów – lepszym egzekwowaniu użycia narzędzi, poprawkach przy wznawianiu historii sesji oraz stabilniejszych testach.

    Rozwój tego projektu warto śledzić – repozytorium na GitHubie ma już ponad 26 tysięcy gwiazdek, a częste aktualizacje, czasami kilka dziennie w gałęziach "nightly", pokazują, że zespół pracuje intensywnie. Jeśli Qwen-Code utrzyma tę trajektorię, może stać się poważnym konkurentem dla komercyjnych rozwiązań w kategorii agentic coding.

    Źródła

  • Zed 1.5.3 przyspiesza diagramy Mermaid i usprawnia pracę agentów AI

    Zed 1.5.3 przyspiesza diagramy Mermaid i usprawnia pracę agentów AI

    Zed otrzymał aktualizację do wersji 1.5.3, która wprowadza szybszy renderer diagramów Mermaid, klikalne linki z serwerów językowych oraz kilka poprawek w interfejsie agentów AI. To wydanie ma charakter konserwacyjny, ale zmiany wpływają na codzienną pracę programistów w trzech kluczowych obszarach: wizualizacji dokumentacji, nawigacji po kodzie i zarządzaniu wątkami asystenta.

    Kluczowe zmiany w Zed 1.5.3

    • Renderowanie Mermaid zostało przyspieszone i poprawione pod kątem dokładności diagramów.
    • Klikalne linki LSP umożliwiają otwieranie referencji z serwerów językowych bezpośrednio z edytora.
    • Zmiana nazw wątków agenta dostępna teraz z poziomu panelu bocznego, bez konieczności przeszukiwania menu.
    • Widoczność wywołań narzędzi w interfejsie agenta została zwiększona, co ułatwia śledzenie działań asystenta.
    • Usprawnienia Git obejmują nowe ikony zdalnych dostawców i lepsze tworzenie worktree.

    Mermaid i linki LSP – dokumentacja i nawigacja pod ręką

    Dla zespołów korzystających z dokumentacji opartej na Markdown, diagramów architektury czy notatek projektowych w edytorze, zmiana w renderowaniu Mermaid jest odczuwalna natychmiast. Diagramy ładują się szybciej i są wyświetlane dokładniej. Użytkownicy zauważą różnicę, zwłaszcza przy bardziej rozbudowanych schematach.

    Kolejną nowością są klikalne linki dokumentów z serwerów językowych. Gdy LSP zwraca referencje do innych plików, można je teraz otworzyć jednym kliknięciem. To usprawnienie oszczędza czas, szczególnie w dużych codebase'ach, gdzie serwer podpowiada definicje typów, funkcje czy fragmenty dokumentacji.

    Agent AI – mniej klikania, więcej kontroli

    Agent AI – mniej klikania, więcej kontroli

    Zed rozwija możliwości swojego asystenta AI. W wersji 1.5.3 wprowadzono funkcję zmiany nazw wątków agenta bezpośrednio z panelu bocznego. Wcześniej wymagało to przechodzenia przez zagnieżdżone menu, co przy większej liczbie równoległych sesji z agentem bywało uciążliwe. Teraz wystarczy kliknięcie w sidebarze.

    Zwiększono również widoczność wywołań narzędzi w interfejsie agenta. Użytkownicy mogą łatwiej śledzić, co asystent robi – jakie komendy wykonuje, jakie pliki modyfikuje. Przy iteracyjnych zadaniach kodowania, gdzie agent działa wieloetapowo, ta przejrzystość ma praktyczne znaczenie.

    Git i worktree – dla pracujących na wielu gałęziach

    Git i worktree – dla pracujących na wielu gałęziach

    Sekcja Git zyskała nowe ikony zdalnych dostawców, co ułatwia orientację przy pracy z wieloma repozytoriami. Lepsze tworzenie worktree to ukłon w stronę osób pracujących równolegle nad kilkoma gałęziami – feature isolation, code review czy eksperymenty stają się bardziej płynne.

    Wprowadzono również poprawki błędów: Zed naprawił problemy związane z przepływem pracy agenta, obsługą Gita oraz zachowaniem trybu Helix. Choć nie są to spektakularne nowości, eliminują irytujące drobiazgi, które mogły zakłócać pracę.

    Podsumowanie

    Wydanie 1.5.3 to solidna aktualizacja serwisowa, która poprawia działanie edytora w kluczowych obszarach. Szybsze diagramy Mermaid, wygodniejsza nawigacja po linkach LSP i uproszczona obsługa wątków agenta to zmiany, które mogą nie rzucać się w oczy, ale po tygodniu pracy trudno wrócić do poprzedniej wersji. Zed kontynuuje rozwój jako edytor, który łączy szybkość z coraz lepszym wsparciem AI i Gita.

    Źródła

  • Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    OpenAI wypuściło Codex w wersji 0.136.0, a to wydanie wprowadza kilka istotnych usprawnień, które wpływają na codzienną pracę programistów w terminalu. Najważniejsze zmiany to archiwizacja sesji, klikalne linki w TUI oraz zwiększone bezpieczeństwo przy egzekucji komend. Dodatkowo, wprowadzono alfa-narzędzie do sandboxowania na Windowsie oraz szereg zmian dla integratorów.

    Kluczowe fakty

    • Archiwizacja sesji dostępna przez /archive w TUI oraz codex archive i codex unarchive w CLI — zarchiwizowane wątki są chronione przed wznowieniem, dopóki nie zostaną ręcznie przywrócone.
    • Klikalne linki w widoku markdown TUI wykorzystują metadane OSC 8, a szerokie tabele w ciasnych oknach zwijają się do czytelnych par klucz-wartość.
    • Bezpieczeństwo komend — /diff blokuje ścieżkę wykonania kodu, a serwer egzekucji odrzuca zapytania WebSocket z nagłówkami Origin z przeglądarek.
    • Windows zyskuje ścieżkę codex sandbox setup --elevated do provisioning sandboxów i wsparcie dla API-key CODEX_API_KEY.
    • WebSocket do zdalnego sterowania przechodzi na krótkoterminowe tokeny serwerowe zamiast tokenów dostępu ChatGPT.

    Archiwizacja sesji — porządek w historii pracy

    Nowa funkcja archiwizacji to istotne udogodnienie dla intensywnych użytkowników Codexa. Sesje można teraz zamknąć w stanie tylko do odczytu, co zapobiega przypadkowemu wznowieniu lub sforkowaniu.

    Archiwizowanie działa w prosty sposób. Z poziomu TUI używasz komendy /archive, a z CLI codex archive do schowania sesji oraz codex unarchive, aby do niej wrócić. Zarchiwizowane wątki są blokowane przed wznowieniem, co chroni przed przypadkową edycją wcześniejszych przebiegów, co może prowadzić do nieporządku podczas szybkiego iterowania na kodzie.

    Mechanizm ten jest także przydatny w pracy zespołowej. Można odłożyć sesję na bok, mając pewność, że nikt jej nie nadpisze, dopóki nie zostanie celowo przywrócona do aktywnego obiegu.

    Klikalne linki i czytelniejsze tabele w TUI

    Terminalowe UI Codexa od dawna obsługuje renderowanie markdowna, ale wcześniej linki były jedynie dekoracją — trzeba było je kopiować ręcznie. Wersja 0.136.0 wprowadza metadane OSC 8, dzięki którym odnośniki stają się klikalne bezpośrednio w terminalu.

    To może wydawać się drobnostką, ale w praktyce oszczędza czas i zmniejsza liczbę przełączeń między oknami. Otrzymując link do dokumentacji API lub issue na GitHubie, wystarczy kliknąć i kontynuować pracę.

    Dodatkowo poprawiono renderowanie szerokich tabel. Gdy terminal jest zbyt wąski, tabela automatycznie przekształca się w listę par klucz-wartość, zachowując klikalne linki. Nie ma już potrzeby przewijania w poziomie ani obawy o ucięte komórki.

    Wzmocnione bezpieczeństwo komend

    To wydanie kładzie duży nacisk na bezpieczeństwo przy egzekucji kodu. Wprowadzono trzy konkretne zmiany.

    Po pierwsze, /diff blokuje ścieżkę wykonania kodu, co eliminuje ryzyko, że złośliwe repozytorium podsunie kod do wykonania przy generowaniu diffa.

    Po drugie, serwer wykonawczy odrzuca żądania WebSocket zawierające nagłówek Origin z przeglądarek, co ma na celu zapobieganie atakom CSRF, gdzie zewnętrzna strona mogłaby próbować nawiązać połączenie z lokalnym serwerem Codexa.

    Po trzecie, zdalne sterowanie przechodzi na krótkoterminowe tokeny serwerowe. Dotychczas WebSocket używał tokenów dostępu do ChatGPT, co oznaczało długo żyjące poświadczenia. Teraz tokeny są generowane na bieżąco i szybko wygasają, co znacząco ogranicza potencjalne okno ataku.

    Dla Windowsa dodano również zabezpieczenie przed uruchamianiem parsera PowerShell poza tym systemem — to mała, ale istotna poprawka.

    Windows i integracje

    Użytkownicy Windowsa zyskują alfa-narzędzie codex sandbox setup --elevated, które automatyzuje provisioning sandboxa na tym systemie. Wspiera również wymagania dla dozwolonych implementacji sandboxa, co pokazuje, że OpenAI poważnie myśli o wsparciu tej platformy.

    W zakresie integracji, app-server zyskał możliwość wznawiania wątków z pierwszą stroną przebiegu oraz bogatszy status serwerów MCP. Python SDK można teraz wersjonować niezależnie od runtime'u przy użyciu tagów python-v*, a dokumentacja SDK została zaktualizowana.

    Dla użytkowników Codexa zdalnie, wprowadzono rejestrację przez klucz API CODEX_API_KEY dla zatwierdzonych hostów OpenAI.

    Podsumowanie

    Wydanie 0.136.0 nie wprowadza rewolucyjnych zmian w samym silniku AI, ale znacząco poprawia komfort pracy z narzędziem. Archiwizacja sesji wprowadza długo oczekiwany porządek w zarządzaniu historią. Klikalne linki i zwijane tabele sprawiają, że TUI staje się pełnoprawnym środowiskiem do przeglądania wyników bez odrywania rąk od klawiatury. Zwiększone bezpieczeństwo przy egzekucji komend i zdalnym sterowaniu pokazuje, że zespół traktuje poważnie ryzyka związane z automatyzacją w terminalu.

    Źródła

  • Cline Hub: interfejs webowy do zarządzania agentami AI trafia do CLI v3.0.15

    Cline Hub: interfejs webowy do zarządzania agentami AI trafia do CLI v3.0.15

    Zespół Cline opublikował CLI w wersji 3.0.15, wprowadzając Cline Hub, nowy interfejs webowy do monitorowania i zarządzania sesjami agentów AI w czasie rzeczywistym. To znaczący krok w kierunku lepszej kontroli nad autonomicznymi sesjami kodowania, które wcześniej działały głównie w terminalu. Wraz z Hubem wprowadzono także globalny system reguł, rozszerzone sterowanie Discordem oraz dwa nowe modele w katalogu.

    Co nowego w CLI 3.0.15

    • Cline Hub — webowy pulpit do podglądu aktywnych klientów, strumieniowania odpowiedzi asystenta i restartowania lokalnego huba
    • Globalne reguły agentów — pliki AGENTS działają teraz we wszystkich sesjach, również z treściami dostarczanymi przez wtyczki wewnątrz sandboxa
    • Ulepszona integracja z Discordem — wyciszanie konkretnych uczestników, sesje powiązane z autorem i sterowanie łącznikiem między turami po ID sesji
    • Nowe modele — Claude Opus 4.8 i Qwen 3.0.15 Max dołączyły do katalogu
    • Poprawki stabilności — łatki dla łączników Discord i SAP AI Core oraz lepsze logowanie diagnostyczne

    Cline Hub: kontrola z przeglądarki

    Cline Hub to aplikacja webowa, która pokazuje wszystkie podłączone sesje agentów. Użytkownicy nie muszą już przeszukiwać logów terminala — wystarczy otworzyć przeglądarkę. Hub działa lokalnie w sieci LAN lub przez tunel, a dostęp jest zabezpieczony sekretem pokoju (room secret).

    Z poziomu panelu można zobaczyć, które sesje są aktywne, przełączyć się na widok konkretnego asystenta i śledzić jego odpowiedzi na żywo. Istnieje również opcja restartowania lokalnego huba. Dla zespołów DevOps i programistów pracujących z wieloma agentami jednocześnie to narzędzie upraszcza codzienną pracę — jeden ekran zamiast rozproszonych terminali.

    Hub nie wymaga dodatkowej infrastruktury w chmurze. Całość działa lokalnie, więc dane nie opuszczają lokalnego środowiska, chyba że użytkownik świadomie skonfiguruje tunel. To istotne w kontekście bezpieczeństwa kodu.

    Globalne reguły i nowe modele

    Wprowadzenie globalnych reguł agentów to zmiana, która zyska uznanie w środowiskach produkcyjnych. Dotychczas każda sesja mogła mieć własne instrukcje, co utrudniało narzucenie wspólnych zasad. Teraz plik AGENTS działa globalnie, definiując zachowanie niezależnie od liczby uruchomionych sesji.

    Oznacza to, że można ustawić politykę dotyczącą stylu kodu, dozwolonych operacji na plikach czy sposobu komunikacji z zewnętrznymi API, mając pewność, że każdy agent jej przestrzega. Wtyczki mogą dodawać własne reguły w sandboxie, co zwiększa elastyczność systemu.

    Katalog modeli również się powiększył. Claude Opus 4.8 od Anthropic to jedna z mocniejszych opcji na rynku, dobrze radząca sobie z długim kontekstem i wieloetapowym rozumowaniem. Qwen 3.0.15 Max reprezentuje chińską szkołę projektowania modeli, koncentrując się na efektywności przy ograniczonych zasobach. Obie propozycje są dostępne po aktualizacji CLI.

    Discord i stabilność

    Nowa wersja poprawia integrację z Discordem. Użytkownicy mogą teraz wyciszać konkretne osoby na kanale, co oznacza, że agent nie będzie reagował na wiadomości od osób, które nie powinny go kontrolować. Sesje można przypisać do konkretnego autora, a łącznik między turami można sterować po ID sesji. To istotna funkcjonalność, gdy jeden bot obsługuje kilka konwersacji jednocześnie.

    W zakresie stabilności, twórcy poprawili błędy w łącznikach dla Discorda i SAP AI Core. Udoskonalone logowanie diagnostyczne ułatwia identyfikację problemów bez konieczności przeszukiwania stosów wywołań.

    Podsumowanie

    CLI w wersji 3.0.15 to nie tylko kosmetyczna aktualizacja. Cline Hub wprowadza kontrolę, której brakowało przy pracy z wieloma agentami, a globalne reguły zapewniają spójność w poważnych projektach. Nowe modele — Opus 4.8 i Qwen 3.0.15 Max — poszerzają wybór dla osób testujących różne silniki AI. Cline konsekwentnie rozwija ekosystem, w którym agent nie jest już tylko terminalowym skryptem, ale częścią większego systemu z własnym pulpitem sterowania.

    Źródła

  • Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor wprowadził 29 maja 2026 roku nową wersję swojego edytora – 3.6 – z trybem uruchamiania o nazwie Auto-review. Jest to odpowiedź na frustrację programistów korzystających z agentów AI, którzy muszą ciągle klikać „zatwierdź” przy każdej operacji w terminalu. Nowy mechanizm ma na celu znaczną redukcję liczby monitów o zgodę, jednocześnie zachowując podstawowe zabezpieczenia.

    Kluczowe informacje o Auto-review

    • Auto-review to nowy tryb pracy agenta w Cursor 3.6, który ogranicza prośby o zatwierdzenie dla narzędzi Shell, MCP i Fetch.
    • Trzystopniowy filtr decyduje o każdym wywołaniu: lista dozwolonych komend, piaskownica oraz podagent klasyfikujący.
    • Ustawienia można konfigurować w menu Cursor Settings, gdzie można również dodać własne instrukcje dotyczące zachowania klasyfikatora.
    • Zespół Cursor ostrzega, że to rozwiązanie ma charakter „best-effort” – nie gwarantuje bezpieczeństwa i może zostać ominięte.

    Jak działa trzystopniowy filtr decyzyjny

    Sercem Auto-review jest sekwencyjny pipeline, przez który przechodzi każde wywołanie narzędzia. Mechanizm ten nie działa na zasadzie „przepuść wszystko”, lecz opiera się na przemyślanej logice.

    Pierwszy etap to lista dozwolonych komend (allowlist). Jeśli akcja pasuje do wzorców skonfigurowanych przez użytkownika – na przykład git status, npm test czy konkretne zapytania MCP – wykonuje się natychmiast, bez opóźnień i pytań.

    Drugi etap to piaskownica (sandbox). Operacje, które można odizolować – takie jak odczyt i zapis plików w obrębie workspace, bez dostępu do sieci zewnętrznej – również przechodzą automatycznie. Większość codziennych zadań programisty mieści się w tej kategorii.

    Dopiero trzeci etap angażuje podagenta klasyfikującego. Trafiają tam wszystkie pozostałe wywołania – te potencjalnie ryzykowne lub niejednoznaczne. Klasyfikator ma trzy opcje: przepuścić, poprosić o ponowną próbę w bezpieczniejszych granicach albo wyświetlić monit z prośbą o ręczne zatwierdzenie. To nie jest zero-jedynkowa bramka, lecz coś w rodzaju asystenta bezpieczeństwa.

    Konfiguracja i własne reguły gry

    Konfiguracja i własne reguły gry

    Auto-review włącza się w Settings > Cursor Settings > Agents > Run Mode (lub w sekcji Approvals & Execution – w zależności od wersji interfejsu). Cursor proponuje ten tryb jako domyślny dla wersji 3.6, więc większość użytkowników zobaczy go od razu po aktualizacji.

    Klasyfikator nie jest czarną skrzynką. W polu custom instructions można wskazać, co ma przepuszczać bez pytania, a co blokować. Na przykład: allow: git, npm install i block: rm -rf, curl.

    Dla tych, którzy wolą trzymać konfigurację w repozytorium, Cursor udostępnia plik .cursor/permissions.json z polami allow_instructions i block_instructions. Dzięki temu reguły mogą być współdzielone w zespole i wersjonowane razem z kodem.

    Jest jednak pewien haczyk. Przy pierwszym uruchomieniu IDE pokazuje okno z zaznaczonym checkboxem „Enable Auto-review”. Jeśli ktoś kliknie „OK” z przyzwyczajenia, globalny tryb pracy agenta zmieni się bez wyraźnego ostrzeżenia. Zespół Cursor przyznaje, że ten mechanizm może wprowadzać w błąd i warto go odznaczyć, jeśli nie planujesz jeszcze przesiadki na Auto-review.

    Granice bezpieczeństwa – na co uważać

    Twórcy podkreślają, że klasyfikator jest niedeterministyczny i podatny na błędy. Auto-review nie jest granicą bezpieczeństwa w rozumieniu sandboksów systemowych czy polityk administracyjnych. To funkcja wygody, a nie twarda zapora.

    Dla projektów o zaostrzonych wymaganiach – na przykład w finansach, medycynie czy infrastrukturze krytycznej – Cursor rekomenduje pozostanie przy konfiguracji Allowlist + manual approval albo skorzystanie z ustawień administracyjnych. W takich przypadkach lepiej nie ryzykować.

    Mimo tych zastrzeżeń Auto-review jest zalecanym trybem domyślnym. Większość programistów klika „approve” odruchowo, więc lepiej, aby robił to za nich bardziej inteligentny mechanizm. A gdy coś pójdzie nie tak – Cursor i tak zapyta.

    Źródła

  • Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    OpenAI wydało 28 maja 2026 roku wersję 0.135.0 narzędzia Codex CLI, która koncentruje się na poprawie doświadczeń deweloperów poprzez rozbudowaną diagnostykę, zaawansowaną edycję w stylu Vim oraz ulepszenia w Python SDK. To piąte stabilne wydanie w ciągu dziesięciu dni, co pokazuje intensywne tempo prac nad projektem, który przekształca się z prostego generatora kodu w fundament agentowości operującej w środowiskach deweloperskich. Wersja ta nie wprowadza nowych modeli AI, lecz skupia się na stabilności i funkcjonalności interfejsu, co czyni ją istotną dla użytkowników korzystających z Codex 0.135.0 w codziennej pracy terminalowej.

    Kluczowe fakty na temat wydania

    • Narzędzie diagnostyczne codex doctor zostało rozszerzone do pięciu ustrukturyzowanych kategorii: środowisko, Git, terminal, serwer aplikacji i inwentarz wątków.
    • Tryb Vim zyskał edycję obiektów tekstowych (np. ciw, da"), poprawione zachowanie końca słowa i linii oraz konfigurowalne skróty do przerywania zadań.
    • Python SDK wprowadza przyjazne presety Sandbox dla interfejsów API wątków i tur, redukując szablonowy kod.
    • Interfejs TUI otrzymał ulepszone renderowanie Markdown, lepszą widoczność połączeń zdalnych w /status oraz poprawki stabilności dla macOS i Zellij.
    • Wydajność została poprawiona poprzez migrację stanu pamięci do dedykowanej bazy danych SQLite.

    Rozszerzona diagnostyka z codex doctor

    Narzędzie codex doctor, które po raz pierwszy pojawiło się w wersji 0.135.0, przeszło w tym wydaniu największą modernizację. Jego celem jest umożliwienie rozwiązania zgłoszenia wsparcia technicznego za pomocą jednego wklejenia wyniku diagnostycznego, bez konieczności zbierania dodatkowych informacji zwrotnych od operatorów. Użytkownicy otrzymują kompleksowy raport w pięciu kategoriach. Środowisko obejmuje wersje środowiska uruchomieniowego, platformę i zmienne PATH, natomiast Git dostarcza informacji o stanie repozytorium, gałęzi, niezatwierdzonych zmianach i konfiguracji. Terminal wykrywa emulator, kodowanie i głębię kolorów, serwer aplikacji weryfikuje osiągalność i wersję lokalnego serwera Codex, a inwentarz wątków pokazuje aktywne i ostatnie wątki. To podejście eliminuje tarcia w procesie debugowania i znacznie przyspiesza identyfikację problemów.

    Tryb Vim jako główna powierzchnia edycyjna

    Dla deweloperów przyzwyczajonych do skrótów klawiszowych Vima, wersja 0.135.0 stanowi istotny krok naprzód. Wprowadzenie edycji obiektów tekstowych, takich jak ciw (zmiana wewnętrznego słowa) czy da( (usunięcie wokół nawiasu), pozwala na operacje na jednostkach semantycznych, a nie tylko na zakresach znakowych. Interfejs tekstowy Codex staje się bardziej intuicyjny i wydajny dla zaawansowanych użytkowników. Dodatkowo poprawiono zachowanie na końcu słowa i linii, co redukuje irytujące błędy podczas nawigacji. Nowością jest również konfigurowalne wiązanie klawisza do przerywania konwersacji, co daje użytkownikom pełną kontrolę nad interakcją z agentem. Te zmiany sprawiają, że TUI Codex może być traktowane jako realna alternatywa dla tradycyjnych edytorów, szczególnie podczas pracy zdalnej.

    Ulepszenia w Python SDK i zarządzaniu uprawnieniami

    Python SDK w tej wersji otrzymało przyjazne stałe piastecznic Sandbox, które redukują ilość kodu potrzebnego do programowego ustawiania trybów wykonawczych. Dzięki temu deweloperzy mogą szybciej integrować Codex z własnymi skryptami i aplikacjami, bez konieczności zagłębiania się w szczegóły implementacyjne. Równocześnie polecenie /permissions zostało wzbogacone o obsługę nazwanych profili uprawnień i wyświetlanie skonfigurowanych profili niestandardowych. To posunięcie zwiększa elastyczność i bezpieczeństwo, zwłaszcza w środowiskach, gdzie różne zadania wymagają różnych poziomów dostępu.

    Stabilność i wydajność na pierwszym planie

    Wydanie 0.135.0 to nie tylko nowe funkcje, ale także szereg poprawek stabilności. Interfejs TUI został wzmocniony, aby uniknąć awarii na macOS i w środowisku Zellij, co było częstym problemem we wcześniejszych wersjach. Renderowanie tabel Markdown i list wieloliniowych stało się bardziej czytelne dzięki lepszemu dopasowaniu kolumn i formatowaniu w stylu aplikacji. Połączenia zdalne zyskały na przejrzystości – polecenie /status pokazuje teraz szczegóły połączenia i wersję serwera, co jest nieocenione podczas pracy z rozproszonymi zespołami. W tle dokonano również migracji stanu pamięci do dedykowanej bazy danych SQLite, co przekłada się na szybszy dostęp do danych i mniejsze zużycie zasobów.

    Kontekst i przyszłość Codex

    To wydanie wpisuje się w szerszy trend przesuwania Codex z narzędzia do generowania kodu w stronę platformy agentowej, która obsługuje całe środowiska deweloperskie. W połączeniu z nowym wsparciem dla Windows Computer Use i zdalnego sterowania, Codex 0.135.0 umacnia swoją pozycję jako wszechstronne narzędzie dla programistów. Szybki cykl wydania i ciągłe innowacje wskazują na przyszłość, w której Codex stanie się nieodłącznym elementem pracy każdego dewelopera.

    Źródła

  • Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Najnowsza stabilna wersja edytora Zed, oznaczona jako 1.4.4, wprowadza dwie poprawki dotyczące integracji z GitHub Copilot. Ta aktualizacja eliminuje krytyczny błąd, który powodował, że zapytania do modeli GPT były odrzucane z komunikatem „invalid request body”, co uniemożliwiało korzystanie z asystenta AI. Jest to kontynuacja wcześniejszej wersji 1.4.4, która rozwiązała problem z pustą listą modeli dla użytkowników korzystających z nowszych wersji SDK Copilota.

    Co trzeba wiedzieć

    • Zed 1.4.4 naprawia błąd „invalid request body” przy użyciu modeli GPT przez GitHub Copilot.
    • Wersja 1.4.4 rozwiązała problem z pustą listą rozwijaną modeli w nowszych kompilacjach SDK.
    • Obie poprawki dotyczą wyłącznie stabilności integracji AI, nie wprowadzają nowych funkcji.
    • Zespół Zed szybko reaguje na zgłoszenia, co pokazuje ich priorytet w zapewnieniu niezawodności narzędzi do kodowania wspomaganego AI.

    Dlaczego te łatki mają znaczenie

    Frustracja związana z narzędziem AI, które przestaje działać w trakcie sesji kodowania, jest powszechna. Użytkownicy Zed, którzy korzystali z modeli GPT przez integrację z GitHub Copilot, napotykali problemy, gdy serwer odrzucał ich żądania z powodu nieprawidłowej struktury zapytania.

    Błąd w wersji 1.4.4 był także uciążliwy, ponieważ lista dostępnych modeli nie wypełniała się. Dla nowych użytkowników, którzy dopiero konfigurowali swoje środowisko, pusty dropdown mógł sugerować, że integracja nie działa, podczas gdy problem leżał w komunikacji z nowym SDK. Zespół Zed natychmiast zajął się oboma problemami po ich zgłoszeniu.

    Szybkie tempo poprawek

    Szybkie tempo poprawek

    W świecie narzędzi deweloperskich tempo reakcji na błędy wpływa na zaufanie użytkowników. Zed wykazuje sprawność, której brakuje wielu większym konkurentom – między wersją 1.4.4 a 1.4.4 minęło zaledwie kilka dni. Inżynierowie Zed skupili się na przywróceniu pełnej funkcjonalności Copilota dla wszystkich konfiguracji.

    Obie poprawki dotyczą różnych warstw integracji. Wersja 1.4.4 koncentruje się na warstwie klienckiej, czyli tym, co widzi użytkownik w interfejsie. Wersja 1.4.4 naprawia proces formowania zapytań HTTP wysyłanych do API. Dla programistów używających Zed jako głównego edytora do pracy z AI, stabilność jest kluczowa.

    Kontekst szerszego ekosystemu

    Zed od dłuższego czasu umacnia swoją pozycję jako wydajny edytor dla programistów, którzy nie chcą rezygnować z szybkości działania na rzecz integracji z nowoczesnymi narzędziami AI. Obsługa GitHub Copilot jest jednym z filarów tej strategii, obok własnego agenta AI i wsparcia dla wielu dostawców modeli, takich jak Anthropic, AWS Bedrock i OpenCode.

    Te dwie poprawki, choć techniczne, pokazują dojrzałość projektu. Zespół Zed koncentruje się na tym, aby istniejące modele działały bez zarzutu, zamiast tylko dodawać nowe. Każda godzina przestoju w narzędziu AI to realny koszt dla dewelopera, dlatego Zed nie odkłada poprawek do następnego dużego wydania.

    Jeśli korzystasz z Zed z Copilotem i modelami GPT, instalacja wersji 1.4.4 jest niezbędna. Dla całej społeczności to sygnał, że zespół monitoruje sytuację i nie pozwala, by krytyczne błędy zalegały dłużej niż to konieczne.

    Źródła

  • Codex 0.135.0 wprowadza rozbudowaną diagnostykę i ulepszony tryb Vima

    Codex 0.135.0 wprowadza rozbudowaną diagnostykę i ulepszony tryb Vima

    OpenAI wydało 28 maja 2026 roku stabilną wersję Codex 0.135.0 — piątą aktualizację w ciągu dziesięciu dni. To wydanie koncentruje się na doświadczeniu użytkownika, nie wprowadzając nowych modeli AI ani agentowych prymitywów. Zamiast tego oferuje narzędzia, które skracają czas potrzebny na diagnozowanie problemów i konfigurację środowiska.

    Kluczowe zmiany w Codex 0.135.0

    • Rozszerzona diagnostyka — polecenie codex doctor bada teraz pięć kategorii: środowisko wykonawcze, stan repozytorium Git, terminal, serwer aplikacji i inwentarz wątków, generując gotowy raport do zgłoszeń supportowych.
    • Ulepszenia trybu Vima — dodano obsługę edycji obiektów tekstowych (ciw, ca(, da") oraz konfigurowalne skróty przerywania konwersacji.
    • Udostępnienie presetów Sandbox — Python SDK zyskuje nazwane presety wykonawcze, co redukuje powtarzalny kod przy konfiguracji sandboksów.
    • Profile uprawnień — /permissions umożliwia przełączanie się między nazwanymi profilami uprawnień dostosowanymi do konkretnych projektów.
    • Widoczność połączeń zdalnych — /status pokazuje szczegóły zdalnego transportu i wersję serwera.

    Diagnostyka, która oszczędza czas

    Największą nowością jest rozszerzenie komendy codex doctor. Narzędzie, które po raz pierwszy pojawiło się w wersji 0.131.0, przeszło gruntowną przebudowę. Analizuje teraz pięć kategorii: środowisko wykonawcze, stan repozytorium Git, terminal, serwer aplikacji oraz inwentarz wątków. Wynik jest formatowany tak, aby można go było wkleić bezpośrednio do zgłoszenia supportowego, eliminując konieczność ręcznego zbierania kontekstu.

    Dla zespołów devopsowych i web developerów pracujących w złożonych środowiskach terminalowych to znacząca oszczędność czasu, zwłaszcza podczas debugowania problemów na zdalnym serwerze przez SSH — wystarczy jedno polecenie.

    Tryb Vima: obiekty tekstowe i konfigurowalne skróty

    Tryb Vima w Codexie zyskał kilka długo oczekiwanych poprawek. Dodano obsługę edycji obiektów tekstowych — ciw do zmiany słowa pod kursorem, ca( do zmiany zawartości nawiasów, da" dla cudzysłowów. Te operacje są kluczowe dla płynnej edycji bez odrywania rąk od klawiatury.

    Poprawiono także zachowanie przy końcu słowa i końcu linii (#24380), eliminując nieintuicyjne przeskoki kursora, które irytowały podczas szybkiego kodowania. Dodatkowo wprowadzono możliwość konfiguracji skrótów do przerywania konwersacji (#24766), co pozwala na dostosowanie ich do własnych przyzwyczajeń.

    Python SDK: mniej boilerplate'u, więcej kontroli

    Dla programistów integrujących Codexa z własnymi narzędziami, istotną zmianą w Python SDK są nazwane presety Sandbox dla API wątków i tur (threads, turns). Dotychczas każdorazowe konfigurowanie trybu wykonawczego sandboksa wymagało pisania powtarzalnego kodu. Teraz wystarczy odwołać się do gotowego presetu.

    Ta zmiana współgra z profilem uprawnień — /permissions wprowadza wsparcie dla nazwanych profili uprawnień z własnymi konfiguracjami. Umożliwia to szybkie przełączanie się między restrykcyjnym trybem dla zewnętrznych bibliotek a luźniejszym dla własnego kodu testowego, bez potrzeby edytowania plików konfiguracyjnych.

    Stabilność i infrastruktura

    Wydanie 0.135.0 wprowadza poprawki stabilności TUI. Udoskonalone zostało renderowanie na macOS i w Zelliju, a dopełnianie slash-komend nie nadpisuje już wprowadzanego tekstu — co było uciążliwe podczas dłuższych sesji. Instalator zyskał tryb nieinteraktywny, co ułatwia integrację Codexa w pipeline'y CI/CD.

    Pod maską zaszły zmiany architektoniczne: pamięć przeniesiono do niezależnej bazy SQLite, a konfiguracja TUI stopniowo zbiega się w stronę serwera aplikacji. To przygotowanie do przyszłej skalowalności, choć dla końcowego użytkownika na razie niewidoczne.

    Ewolucja, nie rewolucja

    Codex 0.135.0 wpisuje się w szerszy trend: narzędzie przestaje być tylko generatorem kodu, a staje się fundamentem agentowym, który operuje całym środowiskiem developerskim. Pięć stabilnych wydań w dziesięć dni pokazuje tempo prac oraz świadomą strategię OpenAI. Zamiast wprowadzać nowe modele, firma koncentruje się na tym, aby istniejące funkcje działały przewidywalnie i wygodnie.

    Dla web developerów, którzy spędzają godziny w terminalu, te zmiany przynoszą konkretne ułatwienia w codziennej pracy. Dla tych, którzy integrują Codexa z własnymi skryptami Pythona, presety Sandbox i profile uprawnień oznaczają czystszy kod i mniej niespodzianek na produkcji. Kolejnym krokiem ewolucji będzie wersja 0.136.0 alpha, która już się pojawiła i zapowiada dalsze usprawnienia.

    Źródła

  • Gemini CLI zyskuje stabilność: nowa wersja preview poprawia zarządzanie sesjami

    Gemini CLI zyskuje stabilność: nowa wersja preview poprawia zarządzanie sesjami

    Google wypuściło nową wersję preview swojego narzędzia Gemini CLI, oznaczoną jako v0.45.0-preview.1. Ta wersja nocna z lipca 2026 roku koncentruje się na stabilności działania oraz lepszej kontroli nad tym, co AI pamięta podczas sesji. Chociaż nie wprowadza spektakularnych nowości wizualnych, zmiany w działaniu są solidne i przemyślane.

    Co nowego w Gemini CLI v0.45.0-preview.1

    • Metadane użycia – CLI pokazuje teraz informacje o zużyciu tokenów, co ułatwia kontrolę kosztów.
    • Sekwencyjne wykonanie narzędzia update_topic – wymuszenie kolejności eliminuje błędy w złożonych sesjach.
    • Stabilność na Termuksie – naprawiono zapętlone restarty, które wcześniej uniemożliwiały pracę na Androidzie.
    • Wyciszenie błędów PTY – zmiana rozmiaru terminala nie generuje już nadmiaru komunikatów.
    • Filtrowanie historii – uproszczone zarządzanie kontekstem pozwala precyzyjniej wznawiać sesje.

    Narzędzia działają przewidywalniej

    Jedną z kluczowych poprawek jest wymuszenie sekwencyjnego wykonania dla narzędzia update_topic. W poprzednich wersjach równoległe operacje na stanie sesji prowadziły do nieprzewidywalnych rezultatów, co mogło zakłócać intensywne kodowanie. Teraz każda aktualizacja tematu czeka na swoją kolej, co pozwala na zachowanie spójności stanu sesji.

    Dla osób praktykujących vibe coding to istotna zmiana. Pracując z AI przez dłuższy czas, nawet drobny błąd kontekstu może wprowadzić chaos w projekcie. Gemini CLI stara się minimalizować takie ryzyko.

    Kolejna poprawka dotyczy wyciszenia błędów związanych ze zmianą rozmiaru okna terminala. To jedna z tych irytujących kwestii, które nie psują funkcjonalności, ale generują wiele zbędnych komunikatów. Teraz te komunikaty są stłumione.

    Lepsza kontrola nad kosztami i sesjami

    Lepsza kontrola nad kosztami i sesjami

    Wersja v0.45.0-preview.1 wprowadza możliwość podejrzenia metadanych użycia bezpośrednio w CLI, co obejmuje informacje o zużyciu tokenów i związanych z tym kosztach API.

    Dla zespołów pracujących z hostingiem AI i infrastrukturą chmurową to oszczędność czasu. Nie trzeba już przeskakiwać do zewnętrznych paneli, aby sprawdzić koszty ostatniej sesji. Wszystko jest widoczne w terminalu, co ułatwia podejmowanie decyzji i optymalizację zapytań.

    Android i MCP – mniej awarii, więcej bezpieczeństwa

    Naprawa pętli restartów na Termuksie to ważna zmiana dla deweloperów pracujących na urządzeniach z Androidem. Wcześniej CLI mogło restartować się w nieskończoność bez prawidłowego startu, co uniemożliwiało jego użycie. Teraz ten błąd został usunięty.

    Dodatkowo poprawiono bezpieczeństwo list narzędzi MCP (Model Context Protocol) oraz zoptymalizowano automatyczny routing, co wpływa na niezawodność narzędzia.

    Co to oznacza dla codziennej pracy

    Nowe wydanie Gemini CLI to zestaw przemyślanych poprawek, które sprawiają, że praca z narzędziem staje się płynniejsza. Wymuszenie sekwencyjności, filtrowanie historii sesji i metadane użycia to elementy, które będą szczególnie przydatne podczas dłuższych projektów. Niezależnie od tego, czy używasz Gemini CLI do szybkich zadań, czy wielogodzinnych sesji programistycznych, stabilność jest kluczowa.

    Źródła