Autor: Franczeska

  • Codex 0.137.0 wprowadza wsparcie dla klawiszy F13-F24 i lepszą kontrolę kosztów dla firm

    Codex 0.137.0 wprowadza wsparcie dla klawiszy F13-F24 i lepszą kontrolę kosztów dla firm

    OpenAI opublikowało 4 czerwca 2026 roku wersję 0.137.0 swojego narzędzia CLI Codex, które wprowadza szereg usprawnień dla operatorów, zarówno tych pracujących w terminalu, jak i administratorów zarządzających wdrożeniami. Ta aktualizacja nie zawiera dużych wizualnych zmian, ale znacząco poprawia sterowanie z poziomu TUI, umożliwia firmom monitorowanie miesięcznych limitów kredytów oraz aktualizuje mechanikę agentów wielozadaniowych.

    Kluczowe zmiany w Codex 0.137.0

    • TUI zyskało wsparcie dla klawiszy F13–F24, możliwość wklejania w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu dla trybu reasoning.
    • Konta enterprise teraz wyświetlają miesięczne limity kredytów i umożliwiają korzystanie z pakietów konfiguracyjnych zarządzanych w chmurze.
    • Multi-agent v2 pozwala na wybór runtime’u dla każdego wątku i wprowadza czystsze domyślne metadane dla agentów potomnych.
    • Zarządzanie wtyczkami wzbogacono o flagę --json, która zwraca dane w formacie czytelnym maszynowo.
    • Poprawki stabilności na macOS i Windows obejmują uruchamianie aplikacji, wznawianie wątków oraz odświeżanie sandboksa.

    TUI, które słucha zaawansowanych klawiszy

    Najważniejsza zmiana dotyczy interfejsu tekstowego. Codex 0.137.0 rozszerza mapowanie klawiszy funkcyjnych do F24, co jest korzystne dla użytkowników korzystających z niestandardowych klawiatur lub w środowiskach, gdzie każdy skrót ma znaczenie. Dodano również obsługę wklejania w menu z wyszukiwaniem, co przyspiesza nawigację dla osób spędzających długie godziny w terminalu.

    Pojawił się także kompaktowy wskaźnik statusu dla trybu reasoning. Zamiast rozbudowanego komunikatu, użytkownicy otrzymują minimalistyczną informację o aktualnej aktywności modelu, co poprawia czytelność podczas dłuższych sesji.

    Pieniądze pod kontrolą — funkcje enterprise

    Dla zespołów korzystających z Codex 0.137.0 w modelu firmowym nowością jest widoczność miesięcznych limitów kredytowych. Administratorzy mają teraz bezpośredni dostęp do informacji o pozostałych środkach, co ułatwia zarządzanie budżetem. Wprowadzenie pakietów konfiguracyjnych zarządzanych w chmurze pozwala na centralne rozsyłanie spójnych zestawów ustawień do różnych środowisk roboczych, co zmniejsza ryzyko dryftu konfiguracyjnego i ułatwia egzekwowanie polityk bezpieczeństwa.

    Agenci wielozadaniowi z pamięcią o runtime

    Agenci wielozadaniowi z pamięcią o runtime

    Multi-agent v2 wprowadza elastyczność, umożliwiając każdemu wątkowi zachowanie własnego wyboru runtime’u. Dzięki temu, jeśli jeden agent działa na jednym dostawcy, a inny potrzebuje innego, system nie wymusza ich ujednolicenia. Dla agentów potomnych poprawiono domyślne metadane oraz logikę follow-upów, co sprawia, że łańcuchy zadań są bardziej przejrzyste i mniej podatne na utratę kontekstu.

    To udogodnienie jest szczególnie przydatne w złożonych pipeline’ach, gdzie różne etapy workflow wymagają różnych modeli lub środowisk wykonawczych.

    Wtyczki i automatyzacja — JSON wchodzi do gry

    Wtyczki i automatyzacja — JSON wchodzi do gry

    Dla programistów piszących skrypty i integracje CI/CD wprowadzono flagę --json w komendzie codex plugin list. Umożliwia to uzyskanie danych w formacie czytelnym maszynowo, co przyspiesza proces automatyzacji. Dodatkowo, wprowadzono buforowanie katalogu wtyczek, co powinno skrócić czas odpowiedzi przy częstym sprawdzaniu dostępnych rozszerzeń.

    Choć ta zmiana może nie być spektakularna, dla zespołów DevOps automatyzujących środowiska deweloperskie stanowi istotne ułatwienie. JSON można łatwo włączyć do pipeline’a, przefiltrować przy użyciu jq i podjąć decyzję o instalacji konkretnego zestawu wtyczek.

    Stabilność na dwóch głównych platformach

    Release eliminuje kilka problemów, które były uciążliwe dla użytkowników. Na macOS poprawiono błędy związane z uruchamianiem aplikacji, które powodowały zawieszanie się Codex 0.137.0. Na Windows wprowadzono poprawki dla SQLite, co poprawia stabilność podczas uruchamiania, wznawiania wątków oraz odświeżania konfiguracji sandboksa. Dla deweloperów pracujących na obu systemach oznacza to mniej nieoczekiwanych przerw w pracy i większą przewidywalność działania narzędzia.

    Źródła

  • Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic ogłosiło 5 czerwca 2026 roku, że model Claude Opus 4.1 zostanie wycofany. Deweloperzy mają 60 dni na migrację, ponieważ po 5 sierpnia API przestanie przyjmować zapytania kierowane do claude-opus-4-1-20250805. W tym samym czasie wprowadzane są dwie zmiany techniczne: narzędzie doradcze zyskuje kontrolę nad tokenami, a puste odmowy nie będą generować kosztów.

    Kluczowe fakty o aktualizacji

    • Claude Opus 4.1 zostanie wycofany 5 sierpnia 2026 — oficjalnym następcą jest Claude Opus 4.8.
    • Parametr max_tokens w narzędziu doradczym umożliwia kontrolę opóźnień i kosztów.
    • Odmowy bez wygenerowanej treści nie będą już naliczane na fakturach.
    • 60 dni na migrację — po tym terminie zapytania do starego modelu zwrócą błędy.
    • Nowy tokenizer w Claude Sonnet 5 generuje około 30% więcej tokenów dla tych samych tekstów.

    Co dokładnie się zmienia z Claude Opus 4.1

    Model o identyfikatorze claude-opus-4-1-20250805 został wprowadzony do API jako ulepszenie względem podstawowego Opus 4. Anthropic kieruje wszystkich użytkowników do Claude Opus 4.8, który oferuje ten sam poziom wydajności przy niższych kosztach operacyjnych. Deweloperzy korzystający ze starszych wersji SDK lub zahardcodowanych konfiguracji powinni sprawdzić, czy ich aplikacje, agenci i zadania backendowe nie polegają na wycofywanym modelu.

    Termin migracji wynosi dwa miesiące, co może być niewystarczające, szczególnie gdy zmiana wymaga testowania promptów i potencjalnego dostosowania logiki aplikacji. 60 dni może wystarczyć na prostą podmianę identyfikatora, ale osoby z rozbudowanymi pipeline'ami ewaluacyjnymi powinny rozpocząć migrację jak najszybciej.

    Narzędzie doradcze z kontrolą tokenów

    Nowy parametr max_tokens w narzędziu doradczym to praktyczna zmiana. Deweloperzy mogą teraz ograniczyć maksymalną liczbę tokenów generowanych przez doradcę, co przekłada się na szybsze odpowiedzi i niższe rachunki.

    Na przykład, jeśli doradca analizuje długi dokument, ale potrzebujesz tylko krótkiej rekomendacji, możesz ustawić max_tokens na 500 i nie płacić za rozbudowaną analizę, której nie potrzebujesz. To proste, ale wcześniej brakowało tej opcji.

    Odmowy bez opłat — zmiana polityki rozliczeniowej

    To aktualizacja, która nie jest szeroko komentowana w release notes, ale ma realny wpływ na budżet. Dotychczas każde zapytanie kończące się statusem refusal, czyli sytuacja, gdy Claude odmawia odpowiedzi ze względów bezpieczeństwa, było normalnie naliczane, nawet jeśli model nie wygenerował żadnego tokena treści.

    Od teraz Anthropic nie pobiera opłat za zapytania, które kończą się odmową i nie produkują żadnego outputu. Dla aplikacji z dużą liczbą zapytań granicznych, takich jak systemy moderacji treści czy agenci działający na wrażliwych danych, może to oznaczać zauważalne oszczędności.

    Szerszy kontekst: Claude Sonnet 5 i zmiany w tokenizacji

    Warto również zauważyć, że Anthropic uruchomiło Claude Sonnet 5 z nowym tokenizerem, który produkuje około 30% więcej tokenów dla identycznych tekstów. To istotna informacja dla osób migrujących między modelami i porównujących koszty — ten sam prompt może nagle kosztować więcej z powodu zmiany w zliczaniu tokenów, a nie samej ceny za token.

    Claude Opus 5 zadebiutował w lipcu 2026, zastępując Opus 4.8 jako flagowy model. Wprowadził domyślnie włączone myślenie i kontekst miliona tokenów, ale to Opus 4.8 pozostaje zalecanym celem migracji dla użytkowników wycofywanego Claude Opus 4.1.

    Migracja od strony technicznej

    Jeśli korzystasz z oficjalnych SDK (Python, TypeScript, Go, Java), podmiana identyfikatora modelu na claude-opus-4-8 powinna wystarczyć. Jednak w przypadku aplikacji, które polegają na konkretnych zachowaniach modelu, warto przetestować prompty przed wdrożeniem.

    Należy również przejrzeć konfiguracje agentów Claude Managed Agents, jeśli któryś z nich wskazuje na claude-opus-4-1-20250805. To samo dotyczy skryptów automatyzacji i pipeline'ów CI/CD, gdzie identyfikatory modeli często lądują w zmiennych środowiskowych i łatwo o nich zapomnieć podczas rutynowej aktualizacji.

    Źródła

  • Devin Desktop z komendą resetowania migracji — ratunek dla użytkowników Windsurf

    Devin Desktop z komendą resetowania migracji — ratunek dla użytkowników Windsurf

    Cognition Labs wprowadziło aktualizację Devin Desktop z komendą resetowania migracji, która wprowadza nowe polecenie umożliwiające ponowne przeprowadzenie procesu migracji z Windsurf. Aktualizacja odpowiada na problemy zgłaszane przez użytkowników, którzy po rebrandingu i przejściu na nowe środowisko stracili dostęp do konta lub nie odzyskali wcześniejszych rozszerzeń.

    • Nowa komenda w palecie poleceń pozwala na reset ustawień Devin Desktop z komendą resetowania migracji oraz ponowny import rozszerzeń z Windsurf.
    • Ctrl+Shift+P (lub Cmd+Shift+P na macOS) otwiera dostęp do funkcji „Reset migration from Windsurf”.
    • Zalecana ścieżka naprawcza dla użytkowników wylogowanych z konta po migracji.
    • Devin Desktop z komendą resetowania migracji to nowa nazwa dotychczasowego edytora Windsurf.

    Dlaczego ta aktualizacja jest istotna

    Rebranding Windsurf na Devin Desktop z komendą resetowania migracji to nie tylko zmiana nazwy. To część strategii Cognition, która ma na celu pozycjonowanie aplikacji jako centrum zarządzania agentami AI. Dla dotychczasowych użytkowników oznaczało to konieczność przejścia przez proces migracji — zachowania planów, rozszerzeń i ustawień w nowym środowisku.

    W teorii, proces miał przebiegać bezproblemowo. W praktyce jednak wielu użytkowników zgłaszało, że po zakończeniu migracji trafiali na ekran logowania bez dostępu do swoich danych. Inni skarżyli się na brak wcześniej zainstalowanych rozszerzeń, które powinny zostać przeniesione automatycznie. Aktualizacja Devin Desktop z komendą resetowania migracji ma na celu rozwiązanie tych problemów.

    Nowa komenda działa jak twardy reset konfiguracji. Użytkownicy nie muszą ręcznie edytować plików ani przeinstalowywać całego edytora — wystarczy jedno polecenie z palety. Devin Desktop z komendą resetowania migracji usuwa swoje ustawienia, a następnie ponownie próbuje pobrać dane ze starej instalacji Windsurf. Jeśli pierwsza migracja się nie powiodła, użytkownicy mają drugą szansę bez zbędnej straty czasu.

    Jak skorzystać z nowej funkcji

    Jak skorzystać z nowej funkcji

    Mechanizm jest prosty i dostępny od razu po aktualizacji do wersji Devin Desktop z komendą resetowania migracji. Wciśnij Ctrl+Shift+P (Windows/Linux) lub Cmd+Shift+P (macOS), następnie wpisz „Reset migration from Windsurf”. Po zatwierdzeniu Devin Desktop z komendą resetowania migracji automatycznie resetuje swoje ustawienia i ponawia próbę importu.

    Warto jednak pamiętać o dwóch kwestiach. Po pierwsze, reset usuwa bieżącą konfigurację Devin Desktop z komendą resetowania migracji — jeśli użytkownik dostosował coś po nieudanej migracji, te zmiany zostaną utracone. Po drugie, komenda nie gwarantuje, że wszystkie dane z Windsurf zostaną przeniesione. Niektóre przepływy pracy czy mniej standardowe rozszerzenia mogą wymagać ręcznej konfiguracji nawet po udanej migracji.

    Więcej niż tylko łatka

    Chociaż Devin Desktop z komendą resetowania migracji to niewielka aktualizacja pod względem liczby zmian, pokazuje kierunek, w jakim zmierza Cognition. Firma stawia na minimalizowanie problemów podczas przechodzenia między wersjami — co jest kluczowe dla utrzymania bazy użytkowników w przypadku tak radykalnego rebrandingu.

    Devin Desktop z komendą resetowania migracji wykracza już poza klasyczny edytor kodu. Agent Command Center, wsparcie dla Claude przez ACP oraz rozbudowane możliwości pracy z Devin Local wskazują, że Cognition buduje ekosystem dla zespołów pracujących z asystentami AI na co dzień. Dlatego tak ważne jest, aby fundamenty migracyjne działały sprawnie.

    Jeśli więc po przejściu z Windsurf utknąłeś na ekranie logowania lub brakuje ci rozszerzeń, nie szukaj rozwiązań na forach — otwórz paletę poleceń i uruchom reset. To najszybsza droga powrotu do pracy.

    Ź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

  • 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

  • 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

  • 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

  • Cursor udostępnia interaktywne dashboardy zespołom – bez logowania i instalacji

    Cursor udostępnia interaktywne dashboardy zespołom – bez logowania i instalacji

    Od 20 maja 2026 roku użytkownicy Cursor na planach Pro, Teams i Enterprise mogą publikować Shared Canvases – interaktywne, tylko do odczytu snapshoty prac wygenerowanych przez agenta AI. Wystarczy link, aby członek zespołu, klient czy menedżer otworzył w przeglądarce wykres, raport albo dashboard i od razu zaczął z niego korzystać – bez zakładania konta w Cursor, logowania czy instalacji.

    To zmiana w sposobie, w jaki zespoły techniczne i nietechniczne komunikują się o kodzie i danych. Agent Cursor potrafi teraz zbudować coś więcej niż tekst – tworzy działający interfejs React, który pozostaje dostępny nawet po zakończeniu konwersacji z agentem. Można go pokazać innym.

    Co warto wiedzieć o Shared Canvases

    • Interaktywne interfejsy React – agent komponuje dashboardy, tabele, diagramy i listy zadań z gotowej biblioteki komponentów Cursor.
    • Tryb tylko do odczytu przez link – odbiorca widzi dokładnie to, co wygenerował agent, bez możliwości edycji.
    • Bez logowania do Cursor – każdy może otworzyć canvas w przeglądarce, nawet jeśli nigdy nie korzystał z Cursor.
    • Dostępne dla zespołów – publikować mogą użytkownicy Pro, Teams i Enterprise; plan Hobby tego nie obsługuje.
    • Design Mode w Cursor – od 4 czerwca można klikać w elementy UI na canvasie i wydawać polecenia edycyjne wizualnie, zamiast opisywać je słownie agentowi.

    Więcej niż markdown – żywy interfejs, który zostaje

    Przed wprowadzeniem Shared Canvases agent Cursor zwracał głównie tekst albo statyczny markdown. To wystarczało do prostych odpowiedzi, ale przy bardziej złożonych zadaniach – analizie danych, monitoringu wydajności, diagnostyce tokenów – format ten miał swoje ograniczenia. Osobie spoza zespołu deweloperskiego trudno było cokolwiek z tego wyciągnąć.

    Shared Canvases rozwiązują ten problem w inny sposób niż typowe narzędzia do współpracy. Nie eksportuje się tu pliku ani zrzutu ekranu. Agent buduje interfejs w React, korzystając z komponentów pierwszej strony Cursor – tabel, wykresów, widoków diff czy diagramów. Ten interfejs jest trwały: nawet gdy rozmowa z agentem się kończy, canvas pozostaje pod swoim adresem URL i dalej działa.

    W trybie prywatności Standard publikowanie działa normalnie, ale jeśli organizacja korzysta z Legacy Privacy Mode, administratorzy mogą to zablokować. Zespoły mogą również wyłączyć całą funkcję z poziomu dashboardu administracyjnego i w sekcji Shared Canvases przeglądać wszystko, co zostało opublikowane.

    Czerwiec 2026 – Design Mode i widok pełnoekranowy

    Czerwiec 2026 – Design Mode i widok pełnoekranowy

    Cursor, wydany 4 czerwca 2026, dodał do canvasów Design Mode. To odpowiedź na problem „vibe codingu” – sytuacji, gdy programista widzi, że UI wygenerowane przez agenta wymaga poprawek, ale musi je opisywać słownie, co wydłuża iteracje. Teraz wystarczy wskazać element kursorem, zrobić adnotację i wydać polecenie bezpośrednio na interfejsie.

    W tej samej aktualizacji pojawił się widok pełnoekranowy dla udostępnionych canvasów. Przydaje się, gdy pokazujesz dashboard na spotkaniu albo chcesz szybko przejrzeć dane bez rozpraszającego otoczenia IDE. Dodano też przyciski do wykonywania promptów osadzone bezpośrednio w canvasie oraz interaktywny raport zużycia kontekstu z rozpiską tokenów. To narzędzie, które zespoły AI szybko docenią – widać dokładnie, ile kosztuje zapytanie i gdzie idzie najwięcej zasobów.

    Od pojedynczego programisty do pracy zespołowej

    Dotychczasowy workflow z agentem Cursor był mocno skupiony na jednym inżynierze. Shared Canvases przesuwają akcent na współpracę: agent generuje raport albo dashboard, deweloper poprawia go wizualnie w Design Mode, po czym publikuje i wysyła link zespołowi. Product manager widzi dane na żywo, QA sprawdza zachowanie interfejsu, a inny programista może od razu zobaczyć różnice bez grzebania w kodzie.

    To praktyczne podejście do problemu, który zna każdy, kto pracował z AI w kodzie – agent generuje wyniki, ale komunikacja wokół nich odbywa się przez zrzuty ekranu i opisy w Slacku. Teraz zamiast opisywać, wystarczy podać link.

    Warto pamiętać, że współdzielenie canvasów wymaga miejsca w zespole (team seat) i odpowiedniego planu. Dla użytkowników Hobby publikowanie pozostaje niedostępne, co sprawia, że Shared Canvases są narzędziem profesjonalnym, a nie zabawką do testów.

    Źródła

  • Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    OpenAI wypuściło 26 maja 2026 roku wersję 0.134.0 Codex, która przekształca to narzędzie w pełnoprawne środowisko uruchomieniowe dla agentów AI. Zamiast kolejnych usprawnień edytora, wprowadzono trzy kluczowe elementy dla długotrwałych, nadzorowanych sesji: lokalne wyszukiwanie konwersacji, ujednolicone profile (--profile) oraz bardziej zaawansowaną obsługę Model Context Protocol (MCP). To wydanie odpowiada na potrzeby użytkowników, którzy spędzają z agentem więcej czasu, umożliwiając łatwiejszy powrót do wcześniejszych wątków, zachowanie konfiguracji oraz bezpieczne łączenie z zewnętrznymi narzędziami.

    Najważniejsze zmiany w Codex 0.134.0

    • Lokalne wyszukiwanie przeszukuje historię konwersacji z podglądem treści, co pozwala inżynierom odzyskać tok rozumowania agenta bez konieczności odtwarzania kontekstu.
    • Flaga --profile stała się głównym przełącznikiem profili w CLI, TUI i sandboksie — zamiast zestawu doraźnych flag, wprowadzono paczki polityk.
    • Per-server environment targeting i OAuth w MCP umożliwiają przypisywanie zmiennych środowiskowych do konkretnych serwerów oraz bezpieczną autoryzację przez strumieniowe HTTP.
    • Niezawodniejsze schematy narzędzi — connector tools zachowują lokalne struktury $ref i $defs, a przerośnięte schematy są kompaktowane bez ich spłaszczania.
    • Współbieżność tylko do odczytu — narzędzia MCP z flagą readOnlyHint mogą działać równolegle, co przyspiesza bezpieczne operacje.

    Profile jako konfigurowalne paczki polityk

    Zarządzanie uprawnieniami w Codex 0.134.0 wcześniej przypominało składanie mebli bez instrukcji — flagi do sandboksa, osobne przełączniki do poziomu dostępu, wszystko rozrzucone po dokumentacji. Wersja 0.134.0 rozwiązuje ten problem w przemyślany sposób.

    --profile działa teraz jako pojedynczy selektor, który łączy ustawienia sandboksa, poziom zatwierdzania akcji i konfigurację uprawnień w jeden zestaw. Można to traktować jak szablon polityki bezpieczeństwa, który działa w terminalu, interfejsie tekstowym i podczas zdalnego wykonania. Dla zespołów devopsowych, które muszą utrzymywać spójność między środowiskami — na przykład wymuszając tryb tylko do odczytu na testowych instancjach — to znaczna oszczędność czasu.

    Profile nie są już tylko nakładką na flagi. Działają jako samodzielne byty, które można wersjonować i przekazywać między członkami zespołu. W dłuższych sesjach kodowania, gdzie agent działa przez wiele godzin, taka powtarzalność konfiguracji ma kluczowe znaczenie.

    MCP zyskuje kontekst środowiskowy i OAuth

    Model Context Protocol łączy agenta z zewnętrznymi narzędziami — bazami danych, API, systemami plików. Dotychczas zarządzanie dostępem było mało elastyczne, ponieważ każde połączenie dziedziczyło globalne zmienne środowiskowe, co prowadziło do konfliktów przy większej liczbie konektorów.

    Nowe per-server environment targeting umożliwia przypisanie osobnych zmiennych środowiskowych do każdego serwera MCP. Jeśli jeden connector wymaga stagingowego tokena, a inny produkcyjnego klucza API, nie trzeba już stosować wrapperów ani przeładowywać sesji. Wystarczy zdefiniować to w konfiguracji.

    Dodanie OAuth dla strumieniowych serwerów HTTP to krok w stronę standardów korporacyjnych. Zamiast długotrwałych kluczy API, zespoły mogą teraz korzystać z krótkotrwałych tokenów z pełnym cyklem odświeżania. Dla nadzorowanych zdalnie agentów, na przykład działających na hostach Windows poprzez sandbox, oznacza to mniejsze ryzyko wycieku danych uwierzytelniających.

    Wyszukiwanie historii i niezawodność narzędzi

    Wyszukiwanie historii i niezawodność narzędzi

    Lokalne wyszukiwanie konwersacji rozwiązuje problem, który każdy programista zna: "co dokładnie powiedziałem agentowi trzy dni temu, że zadziałało?". Silnik przeszukuje nie tylko surowe logi, ale także treść odpowiedzi i podpowiedzi, pokazując podgląd dopasowań bez konieczności otwierania pełnych plików.

    To szczególnie ważne przy debugowaniu długich sesji — zamiast przeszukiwać setki linii terminala czy eksportować logi do zewnętrznych narzędzi, można szybko wyszukać konkretny fragment konwersacji bezpośrednio w CLI.

    Równolegle poprawiono obsługę schematów narzędzi. Dotychczas agresywne spłaszczanie struktur $ref i $defs często prowadziło do błędów walidacji, gdy connector przekazywał narzędziu źle sformatowane dane. Teraz schematy zachowują swoją strukturę — a jeśli przekraczają limity, są kompaktowane z poszanowaniem oryginalnych zależności.

    Stabilność i pakiety

    Stabilność i pakiety

    Wydanie zawiera również wiele poprawek, które są istotne w codziennej pracy. Interfejs TUI na Windows doczekał się łatek eliminujących artefakty renderowania, a zdalne wykonywanie poleceń (remote execution) jest teraz bardziej przewidywalne. Zmniejszono również rozmiar paczek instalacyjnych i uproszczono pipeline wydawniczy, co dla deweloperów oznacza szybsze ściąganie i mniej konfliktów zależności.

    Podsumowanie

    Wersja 0.134.0 to nie tylko zestaw kosmetycznych poprawek, lecz istotny krok w kierunku bardziej zaawansowanego zarządzania agentami AI.

    Źródła

  • Zed 1.3.7 łata irytujący błąd blokujący operacje Gita na macOS

    Zed 1.3.7 łata irytujący błąd blokujący operacje Gita na macOS

    Zed doczekał się stabilnej aktualizacji oznaczonej numerem 1.3.7, która rozwiązuje problem z zawieszaniem się operacji Git na komputerach Mac. To oczekiwana poprawka, szczególnie dla osób pracujących z kodem, które nie mają czasu na restartowanie edytora z powodu zablokowanego commitu czy pushu.

    Kluczowe fakty o wydaniu

    • Zed 1.3.7 to stabilna wersja przeznaczona wyłącznie dla systemu macOS.
    • Główna poprawka dotyczy blokowania się operacji Git z powodu błędów w procesach potomnych.
    • Race condition przy tworzeniu procesów powodował zawieszanie edytora podczas commitów, pushów i pulli.
    • Zgłoszenie błędu nosi identyfikator #57662 w trackerze projektu.
    • Efektem jest bardziej przewidywalna i płynna praca z repozytoriami w edytorze.

    Na czym polegał problem

    Błąd tkwił w mechanizmie uruchamiania procesów potomnych, przez które Zed komunikuje się z Git. Przy określonej sekwencji zdarzeń dochodziło do wyścigu, gdzie dwa wątki próbowały jednocześnie uzyskać dostęp do tego samego zasobu. W efekcie operacja Gita wisiała w nieskończoność, a edytor przestawał reagować na polecenia związane z kontrolą wersji.

    Dla programisty oznaczało to sytuację, w której próba zatwierdzenia zmian kończyła się martwym oknem dialogowym i przymusowym restartem Zeda. Dlatego poprawka została wprowadzona do stabilnego kanału tak szybko — tego typu błędy potrafią skutecznie zakłócić pracę.

    Problem dotyczył wyłącznie macOS. Zed korzysta tam z nieco innego modelu zarządzania procesami niż na Linuksie czy Windowsie, stąd łatka trafiła tylko do użytkowników komputerów Apple. Zespół Zed Industries nie podał szczegółów technicznych implementacji, ale z historii commitów wynika, że zmodyfikowano sposób synchronizacji wątków przy wywołaniach git poprzez std::process::Command.

    Dlaczego stabilność Gita ma znaczenie

    Dlaczego stabilność Gita ma znaczenie

    W świecie web developmentu i DevOps Git jest kluczowym narzędziem w codziennej pracy. Każdy commit, każdy push do zdalnego repozytorium to operacje wykonywane wielokrotnie w ciągu dnia. Gdy edytor nie radzi sobie z ich obsługą, traci się nie tylko czas, ale i zaufanie do narzędzia. Zed od początku pozycjonował się jako szybki, responsywny edytor konkurujący z VS Code, więc takie problemy mogą negatywnie wpłynąć na jego reputację.

    Warto również zwrócić uwagę na zespoły używające narzędzi AI do wspomagania kodowania, takich jak Claude Code czy Cursor. W takich workflow agent AI często samodzielnie wykonuje commit i push po wygenerowaniu kodu. Jeśli operacja Gita się zawiesi, cały proces automatyzacji staje.

    Szerszy kontekst rozwoju Zeda

    Zed 1.3.7 nie wprowadza nowych funkcji — to techniczna łatka stabilizacyjna. Wpisuje się jednak w szerszy trend, gdzie zespół Zeda regularnie wypuszcza drobne poprawki między większymi wydaniami. Wcześniejsze wersje 1.3.x skupiały się głównie na usprawnieniach wydajnościowych i naprawie błędów zgłaszanych przez społeczność.

    Jeśli korzystasz z Zeda na Macu i doświadczyłeś zamrożonego interfejsu przy próbie wykonania git commit albo git push, ta aktualizacja jest dla ciebie. Możesz ją pobrać standardowo — przez wbudowany mechanizm automatycznych aktualizacji lub bezpośrednio ze strony projektu. Po instalacji warto sprawdzić, czy problem został rozwiązany, szczególnie w większych repozytoriach, gdzie procesy Gita trwają dłużej, a ryzyko race condition było wyższe.

    Zespół nie ogłosił, czy podobna poprawka trafi do wersji na Linuksa i Windows — tam ten konkretny błąd nie występował, więc na razie nie ma takiej potrzeby. Historia pokazuje jednak, że Zed ujednolica ścieżki kodu między platformami, więc przyszłe wersje na wszystkich systemach mogą skorzystać z doświadczeń związanych ze zgłoszeniem #57662.

    Źródła