Tag: Agenci AI

  • 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

  • Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Najnowsza aktualizacja narzędzia Factory (wersja v0.138.0) wprowadza istotne usprawnienia w zarządzaniu serwerami Model Context Protocol. Użytkownicy zyskają interaktywny interfejs do kontrolowania serwerów oraz możliwość eksportu diagramów Mermaid bezpośrednio z czatu, a także bardziej przewidywalne archiwizowanie sesji.

    Kluczowe zmiany w pigułce

    • Interaktywne sterowanie MCP – nowy panel /mcp umożliwia tymczasowe wyłączanie serwerów bez ich usuwania oraz podgląd dostępnych narzędzi na żywo.
    • Konfigurowalne limity czasu – serwery stdio mają własne timeouty, co zapobiega blokowaniu całej sesji przez zawieszające się połączenie.
    • Ryzyko pod kontrolą – ustawienia per-server risk pozwalają na definiowanie poziomu autonomii dla każdego serwera MCP.
    • Eksport diagramów Mermaid – użytkownicy mogą teraz wyeksportować wygenerowany diagram jednym kliknięciem z poziomu czatu, bez potrzeby przeszukiwania plików.
    • Lepsza nawigacja po sesji – ujednolicone archiwizowanie i poprawione podświetlanie modeli ułatwiają pracę z dłuższymi historiami konwersacji.

    Co nowego w zarządzaniu MCP

    Głównym celem tej aktualizacji jest rozbudowa modułu MCP. Dotychczas konfiguracja serwerów odbywała się głównie przez pliki i wymagała restartu sesji przy każdej zmianie. Teraz wystarczy wpisać /mcp w interfejsie Factory, aby otworzyć panel z listą wszystkich serwerów, ich statusem oraz zestawem udostępnianych narzędzi.

    Opcja czasowego wyłączania serwerów jest szczególnie przydatna. Jeśli któryś z serwerów powoduje konflikty lub nie jest potrzebny w danym zadaniu, można go dezaktywować dwoma kliknięciami. Nie ma potrzeby usuwania go z konfiguracji ani pamiętania jego nazwy z pliku JSON.

    Wraz z tą zmianą wprowadzono timeouty dla serwerów komunikujących się przez stdio. Dotychczas zawieszone połączenie mogło skutecznie zablokować agenta; teraz takie sytuacje kończą się komunikatem błędu zamiast wiecznego oczekiwania. Dodatkowo, ustawienia per-server risk pozwalają na przypisanie różnych poziomów autonomii do różnych serwerów. Na przykład, serwer odpowiedzialny za operacje na plikach może wymagać zatwierdzenia każdej akcji, podczas gdy serwer do wyszukiwania dokumentacji działa automatycznie.

    Eksport Mermaid i jakość życia

    Nowa funkcja eksportu diagramów Mermaid rozwiązuje problem, z którym borykali się użytkownicy dokumentujący architekturę systemów lub flow aplikacji. Dotychczas wygenerowany przez agenta diagram trzeba było ręcznie kopiować z podglądu i zapisywać. Teraz przycisk eksportu pojawia się bezpośrednio w czacie – diagram jest od razu dostępny jako plik .mmd lub .svg, gotowy do użycia w dokumentacji.

    Ujednolicenie archiwizacji sesji to kolejny krok w kierunku bardziej przewidywalnego workflow. Sesje, które wcześniej mogły znikać lub dublować się przy przełączaniu między projektami, teraz trafiają do jednego, spójnego archiwum. Dodatkowo poprawiono podświetlanie modeli – aktywny model jest teraz wyraźniej oznaczony w interfejsie, co eliminuje pomyłki przy przełączaniu się między Claude, Gemini czy innymi backendami.

    Poprawki stabilności

    Wydanie v0.138.0 rozwiązuje również kilka uciążliwych błędów. Anulowanie tury (turn cancellation) nie powoduje już uszkodzenia historii sesji, co wcześniej zmuszało do rozpoczynania pracy od nowa. Formatowanie tytułów sesji przestało generować ucięte lub zduplikowane nazwy, co ułatwia odnalezienie konkretnej konwersacji na liście.

    Ta aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie adresuje problemy codziennego użytkowania Factory. Większa kontrola nad MCP, funkcjonalny eksport diagramów oraz naprawione błędy sesji sprawiają, że narzędzie staje się bardziej przewidywalne, co jest kluczowe w pracy z agentami AI w poważnych projektach.

    Ź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

  • Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami

    Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami

    Anthropic wprowadziło 29 maja 2026 roku wersję 2.1.157 Claude Code, która znacząco upraszcza proces tworzenia i używania wtyczek. Użytkownicy mogą teraz po prostu umieścić pliki w katalogu .claude/skills, a narzędzie automatycznie je załaduje podczas uruchamiania sesji. Wersja ta wprowadza również komendę do szybkiego tworzenia nowych wtyczek oraz szereg poprawek stabilności, które będą szczególnie przydatne dla osób pracujących z obrazami i terminalem.

    Co nowego w skrócie

    • Automatyczne ładowanie wtyczek z folderu .claude/skills bez potrzeby rejestracji w marketplace czy dodatkowych flag CLI
    • Nowa komenda claude plugin init <name> tworzy kompletny szkielet wtyczki w bieżącym katalogu
    • Ulepszone zarządzanie agentami — sesje respektują pole agent w settings.json, a flaga --agent umożliwia szybkie nadpisanie
    • EnterWorktree pozwala na przełączanie się między worktree bez wychodzenia z aktywnej sesji
    • Ponad 20 poprawek błędów, w tym dla przetwarzania obrazów, renderowania terminala i sesji w tle

    Koniec z marketplace jako jedyną drogą

    Główna zmiana w tym wydaniu polega na tym, że system plików staje się rejestrem wtyczek. Dotychczas, aby użyć własnego pluginu w Claude Code, należało publikować go w marketplace lub ręcznie wskazywać ścieżkę za pomocą flagi --plugin-dir. Teraz wszystko, co znajdzie się w .claude/skills/, jest automatycznie wykrywane i gotowe do użycia od razu po uruchomieniu sesji.

    Dla zespołów zajmujących się pisaniem wewnętrznych skryptów czy automatyzacji to duża oszczędność czasu. Odpadają wszelkie procedury związane z tokenami uwierzytelniającymi, komendami instalacyjnymi i konfiguracją. Katalog projektu staje się jedynym źródłem prawdy, co sprawdza się szczególnie dobrze w środowiskach, gdzie liczy się szybkie prototypowanie.

    Nowa komenda claude plugin init <nazwa> dodatkowo przyspiesza proces przejścia od pomysłu do działającego kodu. Zamiast ręcznie tworzyć boilerplate, użytkownicy otrzymują gotowy szablon w kilka sekund. W połączeniu z autouzupełnianiem argumentów /plugin, które pokazuje dostępne opcje w czasie rzeczywistym, próg wejścia dla twórców wtyczek znacznie się obniża.

    Agenci i worktree — mniej klikania, więcej działania

    Agenci i worktree — mniej klikania, więcej działania

    Kolejna istotna zmiana dotyczy zarządzania agentami i pracy z gałęziami. Sesje uruchamiane z poziomu agenta uwzględniają teraz pole agent w pliku settings.json, co pozwala na precyzyjne kontrolowanie, który model i z jakimi uprawnieniami jest uruchamiany. Flaga --agent umożliwia szybkie nadpisanie tego ustawienia bez konieczności edytowania konfiguracji.

    Komenda EnterWorktree jest przydatna dla osób, które pracują z wieloma gałęziami w ramach jednego zadania. Umożliwia przełączanie się między worktree zarządzanymi przez Claude'a bez zamykania sesji, co eliminuje potrzebę ręcznego przechodzenia między terminalami czy zapisywania kontekstu. Dla skomplikowanych workflow deweloperskich to realna oszczędność czasu.

    Cichy wróg — stabilność

    Cichy wróg — stabilność

    Wersja 2.1.157 zamyka również ponad 20 zgłoszeń błędów, z których kilka mogło powodować problemy. Obrazy o zerowej długości lub uszkodzone wklejane ze schowka nie powodują już awarii — są zamieniane na tekstowe placeholdery. Poprawiono renderowanie terminala, w tym regresję schowka w tmux, która wystąpiła w v2.1.157.

    WSL zyskał poprawki dotyczące obsługi obrazów, a zintegrowane terminale w IDE przestały gubić kontekst. Sesje w tle również otrzymały kilka poprawek, zarówno w logice wygaszania, jak i zarządzania procesami. Całość obejmuje 33 zmiany CLI, bez żadnych breaking changes, więc aktualizacja nie powinna wpłynąć negatywnie na istniejące ustawienia.

    Lokalnie znaczy szybciej

    To wydanie wpisuje się w szerszy trend odchodzenia od scentralizowanych marketplace'ów na rzecz rozwiązań działających bezpośrednio w systemie plików. Dla osób praktykujących vibe coding, gdzie liczy się natychmiastowa iteracja, eliminacja zbędnych kroków konfiguracyjnych to klucz do efektywnej pracy. Claude Code 2.1.157 dostarcza narzędzi, które nie przeszkadzają w pracy, co jest jego największą zaletą.

    Źródła

  • Google Antigravity 2.0.10 załatało błąd kredytów G1 i poprawiło stabilność

    Google Antigravity 2.0.10 załatało błąd kredytów G1 i poprawiło stabilność

    Google wypuściło aktualizację Antigravity 2.0.10, która została wydana 28 maja 2026 roku. Ta wersja koncentruje się na naprawie błędów oraz poprawie niezawodności aplikacji. Zespół rozwiązał przede wszystkim krytyczny problem związany z kredytami G1, który wpływał na historię salda użytkowników.

    • Google wydało wersję 2.0.10 swojej aplikacji Antigravity 28 maja 2026
    • Główną zmianą jest poprawka błędu kredytów G1, który zniekształcał wyświetlanie salda konta
    • Dodatkowo wprowadzono szereg poprawek zwiększających ogólną niezawodność i użyteczność
    • Antigravity 2.0.10 zastąpiło wcześniejsze IDE, zmieniając podejście na aplikację desktopową skoncentrowaną na agentach AI

    Błąd G1 – co dokładnie poprawiono?

    Problem z kredytami G1 był jednym z bardziej irytujących błędów, które pojawiły się po premierze Antigravity 2.0.10. Użytkownicy zauważali różnice między rzeczywistym stanem wykorzystanych jednostek rozliczeniowych a tym, co pokazywał interfejs. W niektórych przypadkach system nie poprawnie odzwierciedlał zużycie kredytów z pakietu Google One. Ta kwestia była już częściowo rozwiązana w łatce 2.0.10, ale nie do końca skutecznie.

    Wersja 2.0.10 zamyka ten temat. Mechanizm śledzenia salda został poprawiony, aby dane wyświetlane w zakładce Models w ustawieniach zgadzały się z rzeczywistym stanem konta. Dla osób intensywnie korzystających z agentów AI ma to praktyczne znaczenie – użytkownicy mogą teraz łatwo sprawdzić, ile kredytów faktycznie zostało, bez konieczności ręcznego przeliczania.

    W changelogu nie podano szczegółów technicznych poprawki. Wpis ogranicza się do stwierdzenia „G1 credit bug fix”. Jednak na podstawie wcześniejszych problemów można przypuszczać, że chodziło o synchronizację między backendem rozliczeniowym a lokalnym stanem aplikacji.

    Niezawodność i użyteczność – zbiorcza kategoria poprawek

    Niezawodność i użyteczność – zbiorcza kategoria poprawek

    Oprócz poprawki G1, Antigravity 2.0.10 przynosi również zbiór poprawek określonych jako „różne usprawnienia niezawodności i użyteczności”. To klasyczny zbiór, w którym Google umieszcza mniejsze poprawki, które nie wymagają osobnego opisywania. W praktyce chodzi prawdopodobnie o stabilniejsze działanie przy przełączaniu konwersacji, mniej awarii przy operacjach na plikach oraz ogólne wygładzenie interfejsu.

    Wersja 2.0.10 nie wprowadza nowych funkcji. Nie ma wsparcia dla PDF-ów (to pojawiło się w 2.0.10), nie ma komendy /btw ani przeprojektowanego ekranu limitów. To inżynieryjne wydanie, które przygotowuje grunt pod późniejsze, bardziej rozbudowane aktualizacje.

    Kontekst: Antigravity 2.0.10 jako następca IDE

    Wersja 2.0.10 pojawia się nieco ponad tydzień po premierze Antigravity 2.0.10, zaprezentowanej na Google I/O 19 maja 2026 roku. Ta premiera była dużą zmianą – Google porzuciło dotychczasowe podejście w stylu IDE i zastąpiło je samodzielną aplikacją desktopową skoncentrowaną na agentach.

    Dla wielu programistów oznaczało to utratę znanych narzędzi – eksploratora plików, terminala czy kontroli wersji wbudowanych w poprzednie środowisko. Dlatego kolejne łatki, takie jak 2.0.10, są niezwykle ważne – stabilizują nowe doświadczenie, podczas gdy zespół odbudowuje funkcjonalności w nowej architekturze.

    Co ciekawe, wersja 2.0.10 dodała integrację z Antigravity IDE, co umożliwia otwieranie projektów w starym środowisku. Wygląda na to, że Google stworzyło most między starym a nowym światem, zamiast całkowicie odcinać użytkowników.

    Co dalej?

    Patrząc na dalszy ciąg changeloga – wersje 2.0.10, 2.0.10 czy 2.0.10 – widać, że tempo rozwoju jest wysokie. Kolejne wydania wprowadzają wsparcie dla PDF-ów, komendę /btw do bocznych pytań w trakcie konwersacji, a nawet odtwarzanie plików audio bezpośrednio w aplikacji.

    Dla osób śledzących rozwój narzędzi AI i środowisk pracy z agentami, Antigravity staje się interesującym przypadkiem. Google stara się zbudować pomost między klasycznym IDE a w pełni agentskim workflow – coś, co konkurencja również próbuje robić, ale na razie bez jednego spójnego produktu. Wersja 2.0.10 to mały, ale solidny krok w stronę stabilności, która jest kluczowa dla funkcji aplikacji.

    Ź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

  • 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

  • Claude Opus 4.8 wchodzi do gry z oknem 1M tokenów i sterowaniem głębokością myślenia

    Claude Opus 4.8 wchodzi do gry z oknem 1M tokenów i sterowaniem głębokością myślenia

    Anthropic wprowadził 28 maja 2026 roku Claude Opus 4.8, który jest ich najnowszym modelem. Nowością jest zwiększone okno kontekstowe do miliona tokenów oraz maksymalny output wynoszący 128 tysięcy tokenów, a ceny pozostały na poziomie z poprzedniej wersji. To aktualizacja, która wprowadza znaczące zmiany pod maską.

    Co nowego w pigułce

    • Okno kontekstowe 1M tokenów i maksymalny output 128k – dostępne domyślnie w API, na Bedrocku, Google Cloud i Microsoft Foundry
    • Sterowanie wysiłkiem zamiast automatycznego myślenia adaptacyjnego – możliwość wyboru poziomu od niskiego do maksymalnego
    • Komunikaty systemowe w trakcie konwersacji – zmiana instrukcji bez przerywania cache promptów
    • 4x mniejsza szansa, że model pozostawi błąd w kodzie bez komentarza
    • Dynamic workflows w Claude Code – setki równoległych pod-agentów w jednej sesji

    Mid-conversation system messages, czyli koniec z rozbijaniem promptów

    Jedna z istotnych zmian, która na pierwszy rzut oka może wydawać się technicznym szczegółem, w praktyce oszczędza czas i nerwy. Wcześniej, aby zmienić system prompt w trakcie zadania, konieczne było rozpoczęcie nowego user turn lub czyszczenie cache. Teraz Messages API przyjmuje system entries bezpośrednio w tablicy wiadomości. Deweloperzy mogą zmieniać zasady w locie, bez restartowania kontekstu i dodatkowych kosztów.

    W długich sesjach agentowych to nie tylko udogodnienie, ale konkretna oszczędność. W przypadku wieloetapowego zadania, gdzie po piątym kroku chcesz zawęzić zakres odpowiedzi lub dodać nowe ograniczenie, wcześniej wymagało to skomplikowanego prompt engineeringu. Teraz wystarczy wprowadzić nową instrukcję i kontynuować.

    Effort control – sam decydujesz, ile model ma myśleć

    Anthropic zrezygnował z automatycznego „adaptive thinking” na rzecz jawnego sterowania wysiłkiem. Obok wyboru modelu pojawił się suwak, który pozwala ustawić poziom od niskiego do maksymalnego. Niski wysiłek skutkuje krótszymi czasami odpowiedzi i mniejszym zużyciem limitów, podczas gdy wysoki wysiłek uruchamia głębsze, częstsze przejścia przez łańcuch rozumowania.

    To rozwiązanie jest korzystne dla zespołów, które muszą balansować między szybkością a dokładnością. Nie zawsze potrzebujesz modelu, który analizuje każdy szczegół przez dłuższy czas. Czasem chcesz natychmiastowej odpowiedzi, a czasem bardziej szczegółowej analizy – teraz masz kontrolę nad tym bez zmiany modelu.

    Uczciwość jako funkcja, nie przypadek

    W testach Claude Opus 4.8 wypada około cztery razy lepiej niż jego poprzednik, jeśli chodzi o zostawianie błędów w kodzie bez oznaczenia ich. To istotna metryka dla zespołów dev ops i vibe coding.

    Model częściej sygnalizuje niepewność i rzadziej generuje odpowiedzi, które brzmią pewnie, ale nie są oparte na faktach. API wprowadziło także obiekt stop_details, który wyjaśnia kategorie odmowy, gdy request zostanie odrzucony. Teraz wiesz dokładnie, dlaczego model nie odpowiedział – czy to z powodu bezpieczeństwa, praw autorskich, czy innych przyczyn.

    Claude Code i agentowe plany wieloetapowe

    Nowe funkcje w research preview dla Claude Code to prawdopodobnie najbardziej praktyczny element tej aktualizacji. Model potrafi teraz planować pracę i uruchamiać setki równoległych pod-agentów w jednej sesji. Każdy z nich może działać dłużej, bez potrzeby ciągłego pytania użytkownika o zgodę na kolejny krok.

    W benchmarku „Mind to Web” Claude Opus 4.8 uzyskał 84% – to znaczący postęp w porównaniu do poprzedniej wersji i wynik lepszy niż GPT-5.5. Model sprawdza się szczególnie w długich zadaniach programistycznych, gdzie ważne jest utrzymanie kontekstu przez wiele kroków. GPT-5.5 ma przewagę w terminal coding, ale w przeglądarkowych agentach i wielowątkowych migracjach kodu nowy Claude Opus 4.8 wypada lepiej.

    Fast Mode również został ulepszony – jest 2,5 razy szybszy i trzykrotnie tańszy niż wcześniej (10 i 50 dolarów za milion tokenów input/output). W standardowym trybie ceny pozostały na poziomie 5 i 25 dolarów za milion tokenów.

    Co to oznacza dla zespołów technicznych

    Claude Opus 4.8 jest skierowany do przedsiębiorstw, które potrzebują złożonych workflows agentowych, analiz finansowych, cyberbezpieczeństwa i długich zadań programistycznych. Połączenie jawnego sterowania wysiłkiem z sygnalizowaniem niepewności ma znaczenie tam, gdzie koszt błędu jest wysoki.

    Dla zespołów dev ops nowa wersja Claude Code z dynamicznymi workflows może znacznie skrócić czas dużych migracji kodu. Zamiast ręcznie dzielić zadanie na mniejsze części, można powierzyć modelowi zaplanowanie wykonania z setkami pod-agentów. To już nie tylko asystent, ale koordynator. Jeśli do tej pory korzystałeś z GPT-5.5 ze względu na terminal coding, warto przetestować Claude Opus 4.8 w zadaniach przeglądarkowych i długodystansowych – tam przewaga Anthropica jest teraz wyraźna.

    Źródła