Kategoria: Programowanie

Cursor Łączy Się z JetBrains IDE i Rozszerza Możliwości Agentów
Deweloperzy przywiązani do środowisk JetBrains, takich jak IntelliJ IDEA czy PyCharm, od dawna stali przed wyborem: pozostać w ulubionym, potężnym IDE czy sięgać po nowoczesne, AI-natywne edytory jak Cursor, by korzystać z zaawansowanych agentów. Teraz ten wybór przestaje być konieczny. Cursor oficjalnie zadebiutował w portfolio JetBrains dzięki integracji z Agent Client Protocol (ACP), wnosząc świat agentów opartych o najnowsze modele AI wprost do znanych środowisk programistycznych.

Ta integracja to nie tylko wygoda, ale i część szerszej, marcowej fali nowości od Cursor, która obejmuje też interaktywne aplikacje MCP, automatyczne naprawy błędów w pull requestach oraz agentów w chmurze z pełnym dostępem do tworzonego oprogramowania.

Oficjalna Integracja z Ekosystemem JetBrains

Integracja stała się możliwa dzięki protokołowi ACP, który JetBrains wprowadziło jako otwarty standard łączenia zewnętrznych agentów AI ze swoimi środowiskami. Działa to w dwie strony: IDE staje się klientem, a Cursor pełni rolę serwera agenta. W praktyce oznacza to, że programiści mogą teraz zainstalować Cursor bezpośrednio z Rejestru ACP w panelu AI Chat swojego IDE JetBrains.

Co kluczowe, aby z tego skorzystać, nie jest wymagana subskrypcja JetBrains AI. To istotna różnica w porównaniu z rodzimymi rozwiązaniami JetBrains. Dostęp do agenta Cursor jest bezpłatny dla wszystkich użytkowników posiadających płatny plan Cursor (Teams lub Enterprise). Wystarczy, że w IDE jest włączona wtyczka AI Assistant (wersja 2025.1 lub nowsza).

Proces instalacji jest prosty: w panelu AI Chat wybieramy opcję dodania agenta z rejestru, znajdujemy Cursor i instalujemy. Po autoryzacji istniejącym kontem Cursor, agent jest gotowy do pracy. Obsługiwane środowiska to nie tylko flagowe IntelliJ IDEA, PyCharm i WebStorm, ale także inne IDE z rodziny JetBrains.

Moc Modeli Granicznych w Znanej Środowisku

Sednem tej integracji jest przeniesienie filozofii Cursor – agent-driven development – do środowisk znanych z doskonałego wsparcia dla Javy i projektów wielojęzycznych. W panelu chat Cursor w IntelliJ IDEA programista zyskuje dostęp do tak zwanych frontier models, czyli czołowych modeli od OpenAI, Anthropica, Google oraz własnych modeli Cursor.

Różne modele lepiej radzą sobie z różnymi typami zadań. Dzięki tej integracji developer może wybierać i przełączać się między nimi w zależności od potrzeb, nie opuszczając przy tym środowiska, które oferuje zaawansowane refaktoryzacje, debugowanie i analizę kodu. Cursor uzupełnia to o swoją specjalizację: bezpieczne indeksowanie bazy kodu i wyszukiwanie semantyczne, które pozwala agentowi rozumieć kontekst nawet w dużych, korporacyjnych projektach.

Aleksey Stukalov, Head of IDEs Division w JetBrains, w komentarzu do współpracy podkreślił: „JetBrains zawsze postrzegało swoją misję jako dostarczanie użytkownikom tego, co najlepsze w branży. Jestem bardzo podekscytowany, że Cursor dołącza jako specjalny gość do rodziny agentów zgodnych z ACP w naszych IDE. W tym układzie programiści zachowują kontrolę nad swoim środowiskiem, a Cursor wnosi potężną asystę AI, która zyskała mu taką popularność. Ta współpraca wygląda na zwycięską dla Cursor, dla JetBrains, a przede wszystkim dla deweloperów”.

Nowe Możliwości Agentów: Od Interfejsów po Automatyczne Naprawy

Integracja z JetBrains to tylko jeden z elementów marcowej aktualizacji. Kolejne wprowadzają istotne jakościowe zmiany w sposobie pracy z agentami.
- MCP Apps to odpowiedź na ograniczenia czysto tekstowego chatu. Teraz w interfejsie rozmowy z agentem można osadzać interaktywne interfejsy użytkownika. Przykłady? Wykresy z Amplitude, diagramy z Figmy czy tablice z tldraw mogą pojawić się bezpośrednio w oknie Cursor, czyniąc współpracę z AI bardziej wizualną i konkretną.
Dla zespołów ważna jest nowa Team Marketplace dla pluginów. Na planach Teams i Enterprise administratorzy mogą tworzyć wewnętrzne, prywatne repozytoria pluginów. Umożliwia to bezpieczne dzielenie się własnymi rozszerzeniami wewnątrz organizacji z centralną kontrolą dostępu i zarządzaniem wersjami.

Prawdziwym „zabójczym featurem” dla workflow CI/CD może się okazać Bugbot Autofix. To rozwinięcie funkcji automatycznego przeglądu kodu. Gdy Bugbot znajdzie problem w pull requeście, może teraz samodzielnie uruchomić agenta w chmurze, który przetestuje zmiany i zaproponuje konkretną poprawkę bezpośrednio na PR. Według danych Cursor, ponad 35% takich autofixów jest akceptowanych i mergowanych do głównej gałęzi. Proces można skonfigurować tak, by wymagał zatwierdzenia przez człowieka, lub by zmiany były wypychane automatycznie.

Agenci w Chmurze z Prawdziwym „Computer Use”

Kolejnym krokiem w autonomii agentów jest rozszerzenie możliwości Cloud Agents. Teraz agenci uruchamiani w chmurze mogą nie tylko pisać kod, ale też faktycznie używać tworzonego przez siebie oprogramowania. Po załadowaniu bazy kodu, każdy agent działa w odizolowanej maszynie wirtualnej z pełnym środowiskiem deweloperskim.

To oznacza, że agent może uruchomić aplikację, przetestować zmiany, a nawet nagrać demo w formie wideo lub zrzutu ekranu. Wszystkie te artefakty są dołączane do tworzonego przez agenta pull requesta, co znacząco przyspiesza i ułatwia proces code review. Tacy agenci są dostępni przez wszystkie interfejsy Cursor: web, desktop, Slack czy GitHub.

Podsumowanie: Era Hybrydowych Środowisk

Integracja Cursor z JetBrains przez ACP to nie tylko techniczny detal. To symboliczny moment, w którym klasyczne, dojrzałe środowiska programistyczne otwierają się na nową falę AI-natywnych narzędzi, nie próbując ich zastąpić, ale zapraszając do współpracy.

Dla programisty oznacza to koniec bolesnych kompromisów. Można korzystać z głębokiej, specyficznej dla języka analizy kodu JetBrains, jednocześnie wydając polecenia zaawansowanym agentom AI, które potrafią przeszukiwać całą bazę kodu, planować zadania i iteracyjnie je wykonywać. Dodanie do tego mixu interaktywnych aplikacji MCP, automatycznych napraw i agentów działających w pełni samodzielnie w chmurze kreuje obraz przyszłości, w której rola programisty ewoluuje w stronę architekta i nadzorcy inteligentnych procesów wytwórczych. To już nie są pojedyncze narzędzia, ale spójny, coraz bardziej autonomiczny ekosystem rozwoju oprogramowania.
2026-03-08
Zed 0.226.4: Własny Serwer AI, Lepsze Diffs i Diagnostyczne Odznaki
Niedawna premiera stabilnej wersji edytora Zed, oznaczonej numerem 0.226.4, przynosi solidną porcję usprawnień skupionych na autonomiczności, wydajności i codziennej wygodzie programistów. To nie są kosmetyczne zmiany, ale konkretne funkcje, które mogą znacząco zmienić sposób pracy, szczególnie dla zespołów dbających o prywatność danych i chcących pełnej kontroli nad swoim narzędziowym ekosystemem. Najważniejsze nowości krążą wokół sztucznej inteligencji, systemu kontroli wersji Git oraz lepszej wizualizacji problemów w kodzie.

Era Samodzielnego Hostingu AI

Bez wątpienia flagową nowością tego wydania jest obsługa samodzielnie hostowanych serwerów kompatybilnych z API OpenAI. To duży krok dla programistów i firm, które z różnych powodów – czy to ze względów bezpieczeństwa, kosztów, czy wymogów regulacyjnych – wolą nie wysyłać swojego kodu do zewnętrznych chmur.

Ta funkcja pozwala skonfigurować Zed tak, aby korzystał z lokalnej lub firmowej infrastruktury AI do tzw. edit predictions, czyli podpowiedzi podczas pisania kodu. W praktyce oznacza to, że możesz postawić własny serwer, który naśladuje interfejs OpenAI, i podłączyć go bezpośrednio do edytora. Zachowujesz przy tym cały znany już, płynny workflow z podpowiedziami, ale masz pełną kontrolę nad danymi i modelem.

Co ciekawe, to tylko część rozszerzenia możliwości w zakresie podpowiedzi. W ustawieniach dostawcy edycji (Configure Providers) użytkownicy mogą teraz wybierać spośród szerszej gamy opcji, w tym GitHub Copilot's Next Edit Suggestions, Ollama, Codestral, Sweep czy Mercury Coder. To pokazuje strategię Zed, by nie zamykać się w jednym ekosystemie, ale stać się agnostycznym hubem łączącym różne silniki AI.

Agent i Git: Mocniejsza Integracja i Ratunek przed Pomyłką

Praca z wbudowanym Asystentem AI (Agent) stała się mniej stresująca. Wcześniej, jeśli asystent wprowadził szereg zmian, a użytkownik masowo je odrzucił za pomocą opcji reject all, nie było odwrotu. Wersja 0.226.4 dodaje możliwość cofnięcia akcji „odrzuć wszystko”. To pozornie drobne, ale niezwykle ważne usprawnienie, które chroni przed przypadkową utratą wartościowych sugestii.

Druga kluczowa zmiana dotyczy integracji z Gitem. Widok różnic między gałęziami (git branch diff) został ulepszony o statystyki diffów (liczbę dodanych i usuniętych linii), a wydajność przetwarzania bardzo dużych diffów została zoptymalizowana, co przekłada się na płynniejsze przewijanie i otwieranie. Usprawnienia te wspierają proces code review wspomaganego AI.

Dodatkowo, dla lepszej orientacji, widok diffów został wzbogacony o statystyki (liczbę dodanych i usuniętych linii), a wydajność przetwarzania bardzo dużych diffów została zoptymalizowana, co przekłada się na płynniejsze przewijanie i otwieranie.

Diagnostyczne Odznaki: Problemy Widać Od Razu

Jednym z najbardziej praktycznych ulepszeń dla codziennej pracy jest wprowadzenie odznak z liczbą diagnostyk w panelu projektu. Obok nazw plików w drzewie katalogów mogą się teraz pojawić małe, kolorowe znaczki wskazujące liczbę błędów i ostrzeżeń znalezionych w danym pliku. Domyślnie ta opcja jest wyłączona, ale po aktywacji w ustawieniach (diagnostic_badges) daje natychmiastowy, całościowy pogląd na zdrowie kodu w projekcie bez konieczności otwierania każdego pliku po kolei.

To realna oszczędność czasu. Wystarczy rzut oka na strukturę projektu, by wiedzieć, które pliki wymagają pilnej uwagi, a które są „czyste”. Dopełnieniem tej funkcji jest dodany przycisk kopiowania komunikatów diagnostycznych, co ułatwia dzielenie się informacją o błędzie z zespołem lub w tickecie.

Pod Maską: Wydajność, Stabilność i Drobne Smaczki

Wydanie 0.226.4 to nie tylko nowe funkcje, ale też solidna porcja poprawek podnoszących komfort. Zespół Zed rozprawił się z kilkoma dokuczliwymi problemami wydajnościowymi.

Naprawiono przede wszystkim znaczne spowolnienia podczas edycji przy korzystaniu z modelu Claude Sonnet 4.6, które potrafiły powodować nieznośne opóźnienia. Zlikwidowano też mikro-zacinki (mini-stutters) pochodzące od kolorowania nawiasów w bardzo dużych plikach czy diffach od asystenta. Poprawki dotknęły też zużycia pamięci przy pracy z rozbudowanymi diffami w Gitcie.

Warto wspomnieć o kilku innych, mniejszych, ale użytecznych dodatkach:
- Inteligentne wklejanie dla wielu kursorów: Gdy liczba linii w schowku zgadza się z liczbą aktywnych kursorów, każda linia jest teraz dystrybuowana do odpowiadającego jej kursora.
- Lepsza obsługa obrazów: Podgląd obrazów zyskał toolbar z akcjami do powiększania, pomniejszania, dopasowania do widoku i przesuwania.
- Nowe akcje obszaru roboczego: Dodano m.in. workspace::ActivateLastPane do szybkiego przełączania się na ostatnio używaną przegródkę za pomocą skrótu klawiszowego.
- Ulepszenia REPL: Pojawiły się zdalne kernely dla WSL i SSH, możliwość czyszczenia outputu oraz podstawowa obsługa HTML w wynikach.
Stabilizacja Fundamentów

Lista poprawek błędów jest długa i szczegółowa, co świadczy o dojrzałości projektu. Naprawiono rzadkie crashe związane z edycją, panelem zdalnym czy obsługą ścieżek w Windows. Usprawniono komunikaty błędów dla Amazon Bedrock i poprawiono wykrywanie linków do pull requestów w outputcie Gita. Dla użytkowników Linuksa kontynuowane są prace nad stabilnością z wykorzystaniem nowego backendu graficznego wgpu.

Podsumowanie: Konkret w Służbie Dewelopera

Wydanie Zed 0.226.4 nie próbuje rzucać na kolana rewolucyjnymi, niedopracowanymi koncepcjami. Zamiast tego, konsekwentnie i metodycznie poprawia to, co już działa, jednocześnie otwierając nowe, ważne ścieżki – jak samodzielny hosting AI. To edycja dla praktyków: zwiększa kontrolę nad danymi, oszczędza czas na rutynowych zadaniach jak code review czy szukanie błędów, oraz wygładza niedoskonałości, które mogły irytować podczas długich sesji kodowania.

Dzięki tym zmianom Zed umacnia swoją pozycję jako poważny, nowoczesny edytor, który łączy wysoką wydajność rodem z native'owych aplikacji z elastycznością i mocą sztucznej inteligencji, jednocześnie szanując wybór i wymagania użytkownika. To rozwój w bardzo dobrym kierunku.
2026-03-08
Qwen-Code v0.11.1: Większa Kontrola Agentów, Lepsza Kompatybilność i Stabilność
Projekt Qwen-Code, open-source’owy agent AI działający z terminala, właśnie opublikował nową, mniejszą aktualizację oznaczoną numerem 0.11.1-preview.0. To wydanie preview, które skupia się na doprecyzowaniu kluczowych funkcji, poprawie kompatybilności z edytorami kodu oraz zwiększeniu niezawodności działania w codziennej pracy programisty. Wersja stanowi uzupełnienie poprzedniego, głównego wydania 0.11.0.

Z punktu widzenia użytkownika, ta aktualizacja to przede wszystkim mniej frustracji i więcej płynności. Chodzi o takie detale, jak lepsze zarządzanie limitami API, czytelniejszy dialog logowania czy nowy skrót klawiszowy do ponawiania błędnych zapytań. Qwen-Code, jako narzędzie wykorzystujące modele z serii Qwen do automatyzacji zadań programistycznych bezpośrednio w terminalu, właśnie dzięki takim usprawnieniom staje się bardziej przewidywalnym partnerem w pracy.

Udoskonalenia Systemu Agentów i Kontekstu

Jednym z kluczowych obszarów poprawy jest system agentów i zarządzanie kontekstem projektu. Qwen-Code coraz lepiej radzi sobie z dużymi bazami kodu, rozbijając zadania na mniejsze podzadania wykonywane przez tzw. subagentów.
- AGENTS.md jako domyślny plik kontekstowy: Wersja 0.11.1-preview.0 wprowadza wsparcie dla pliku AGENTS.md jako domyślnego źródła kontekstu (#2018). To praktyczne udogodnienie dla zespołów chcących standaryzować zachowanie agenta w ramach projektu. Zamiast każdorazowo opisywać specyfikę kodu, można umieścić instrukcje w dedykowanym pliku Markdown w katalogu głównym repozytorium. Agent automatycznie weźmie go pod uwagę, co upraszcza zarządzanie złożonymi workflow’ami.
- Wzmocnienie podagentów przez output-language.md: Poprawki autorstwa nowego współtwórcy, @zhangxy-zju, wzmacniają komunikację z subagentami (#1993). System teraz automatycznie dołącza zawartość pliku output-language.md do promptów systemowych podagentów, priorytetyzując ustawienia z poziomu projektu nad globalne. Dodatkowo wzmocniono sam szablon tego pliku, aby skuteczniej egzekwował wymagany język odpowiedzi. Dzięki temu cały łańcuch agentów działa spójniej i bardziej zgodnie z intencjami programisty.
Niezawodność i Obsługa Błędów

Praca z zewnętrznymi API modeli językowych wiąże się z wyzwaniami, takimi jak limity szybkości żądań (rate limits) czy niepełne odpowiedzi. Qwen-Code v0.11.1-preview.0 wprowadza kilka istotnych zabezpieczeń.
- Lepsza obsługa limitów API: Dodano wsparcie dla konkretnego kodu błędu limitu szybkości 1305 oraz możliwość definiowania własnych kodów błędów, po których system powinien automatycznie ponowić żądanie (#1995). To techniczne, ale niezwykle praktyczne usprawnienie, które zmniejsza ryzyko nieoczekiwanego zatrzymania długotrwałego zadania z powodu chwilowego przekroczenia limitu.
- Ochrona przed uciętymi wywołaniami narzędzi: Mechanizm wywoływania funkcji (tool calls) przez AI jest kluczowy dla interakcji z systemem plików czy Gitem. Naprawa (#2021) wprowadza mechanizm wykrywania i ochrony przed sytuacją, gdy odpowiedź modelu zostanie nieoczekiwanie ucięta w trakcie generowania takiego wywołania. Zapobiega to wykonywaniu uszkodzonych lub niepełnych instrukcji.
- Wydzielenie ścieżki wykonania dla pojedynczych wywołań: Refaktoryzacja (#1999) wydziela osobną, uproszczoną ścieżkę wykonania dla zadań wymagających tylko jednego wywołania narzędzia. Takie podejście poprawia wydajność i ułatwia późniejsze debugowanie kodu.
Lepsze Doświadczenie Deweloperskie: Logi, Skróty i Edytory

Aktualizacja przynosi też szereg zmian, które bezpośrednio przekładają się na komfort codziennej pracy z narzędziem.
- Czystsze logi sesji: Wcześniej historie sesji mogły być zaśmiecone nadmiernymi, surowymi danymi ze strumieniowania odpowiedzi. Poprawka (#2041) redukuje tę nadmierną szczegółowość, dzięki czemu logi są czytelniejsze i bardziej przydatne podczas analizowania przebiegu zadania.
- Nowy skrót klawiszowy Ctrl+Y: To proste, ale genialne ułatwienie (#2011). Gdy żądanie do AI zakończy się niepowodzeniem (np. z powodu błędu sieci), zamiast przepisywać prompt, można po prostu wcisnąć Ctrl+Y, aby je natychmiast ponowić. Oszczędza to czas i nerwy.
- Ulepszony interfejs dialogu uwierzytelniania: Proces logowania i konfiguracji kluczy API stał się bardziej intuicyjny dzięki przejrzystemu układowi z trzema opcjami (#2030). Mniej pomyłek, szybsze rozpoczęcie pracy.
- Naprawa kompatybilności z edytorem Zed: Dla użytkowników nowoczesnego, wydajnego edytora Zed to ważna wiadomość. Poprawka (#2017) autorstwa @Mingholy rozwiązuje problemy z kompatybilnością protokołu ACP (Agent Client Protocol), zapewniając płynną współpracę między Qwen-Code a tym edytorem.
Pozostałe Poprawki i Kontekst

Wydanie obejmuje także inne techniczne usprawnienia. Dodano domyślne ustawienia dla modalności (obsługa plików PDF i innych mediów), aby zapobiec błędom API (#1982), oraz zaktualizowano instrukcje instalacji (#1994).

Warto pamiętać, że Qwen-Code to narzędzie typu CLI napisane w Node.js (wymagana wersja 20+). Wspiera wieloprotokołowe API (kompatybilne z OpenAI, Anthropic, Gemini oraz natywne Qwen OAuth z darmowym limitem 1000 żądań dziennie). Jego moc to automatyzacja: refaktoryzacja dużych baz kodu, generowanie dokumentacji, zarządzanie workflow Git (PR, rebase) czy integracja z narzędziami jak Google Drive (przez MCP) lub Jira.

Podsumowanie

Qwen-Code v0.11.1-preview.0 nie jest przełomowym wydaniem, które dodaje zupełnie nowe, rewolucyjne funkcje. Jest za to doskonałym przykładem dojrzałości projektu, który skupia się na tym, co najważniejsze: stabilności, niezawodności i dopracowaniu detali ergonomii.

Dla obecnych użytkowników aktualizacja oznacza po prostu lepsze, mniej awaryjne doświadczenie. Dla osób rozważających wdrożenie Qwen-Code do swojego workflow, to kolejny argument, że projekt jest aktywny, responsywny na feedback i systematycznie eliminuje bariery w codziennym użyciu. Poprawki w systemie agentów, lepsza obsługa błędów API oraz ulepszenia współpracy z edytorami takimi jak Zed pokazują, że rozwój idzie w dobrym, praktycznym kierunku, stawiając na solidność i kontrolę programisty nad procesem automatyzacji.
2026-03-08
Cursor Dołącza Do Rejestru ACP i Jest Już Dostępny w Twoim IDE od JetBrains

Dla tysięcy programistów pracujących w IntelliJ IDEA, PyCharm czy WebStorm marzenie o pełnej integracji zaawansowanego asystenta AI z ulubionym środowiskiem właśnie się spełniło. Cursor, jeden z czołowych narzędzi do programowania wspieranego sztuczną inteligencją, oficjalnie dołączył do rejestru ACP (Agent Client Protocol). To nie jest kolejna wtyczka – to pełnoprawny agent, który od teraz działa bezpośrednio w twoim IDE JetBrains, mając pełen dostęp do projektu.

To ruch, który może zmienić codzienną pracę programistów Javy, Pythona czy JavaScriptu. Wystarczy, że używasz najnowszej wersji JetBrains IDE (2025.3 lub nowszej) i masz włączoną wtyczkę AI Assistant. Nie jest potrzebna subskrypcja usług AI od JetBrains.

Co To Jest ACP i Dlaczego To Ważne?

Agent Client Protocol to otwarty protokół, którego rozwój JetBrains zainspirował się pracą zespołu edytora Zed, dołączając do ich wysiłków. Można o nim myśleć jak o sklepie z aplikacjami, ale wyłącznie dla inteligentnych agentów programistycznych. Zamiast szukać po sieci, konfigurować API i martwić się o aktualizacje, developer może otworzyć w IDE tzw. agent picker, wybrać "Install from ACP Registry" i znaleźć tam Cursor.

Klika "Instaluj", autoryzuje się swoim istniejącym kontem Cursor i gotowe. Protokół zapewnia, że agent ma bezpieczny, uporządkowany dostęp do kodu, a IDE wie, jak z nim rozmawiać. To ogromne ułatwienie dla użytkowników, którzy teraz mogą w kilka sekund dodawać i przełączać się między różnymi asystentami, oraz dla twórców narzędzi AI, którzy zyskują bezpośredni kanał do ogromnej społeczności JetBrains.

Jak Cursor Działa w Środowisku JetBrains?

Integracja jest głęboka. Po instalacji Cursor pojawia się jako opcja w menu agentów AI obok domyślnych narzędzi JetBrains. Kiedy go aktywujesz, zyskujesz dostęp do całego jego arsenału, ale działającego w symbiozie z potężnymi możliwościami samego IDE.

Cursor wnosi do IntelliJ swoją filozofię "agentic workflows". To znaczy, że nie ogranicza się do uzupełniania pojedynczych linijek. Możesz poprosić go o zaplanowanie i wdrożenie większej funkcjonalności, refaktoryzację całego modułu, dogłębne debugowanie czy analizę zależności w dużym, przedsiębiorczym kodzie. A wszystko to, wykorzystując tzw. frontier modele od Open AI, Anthropic, Google oraz własne modele Cursor.

Prawdziwa moc ujawnia się w połączeniu. Cursor ma swoje mechanizmy indeksowania i semantycznego przeszukiwania kodu, które pozwalają mu rozumieć kontekst projektu. JetBrains IDE dostarcza z kolei swoją głęboką analizę kodu, informacje o składni, strukturach projektów i wbudowane narzędzia. Agent korzysta z obu tych źródeł wiedzy, co daje mu wyjątkowo precyzyjne rozeznanie w sytuacji.

Dla Kogo Jest To Integracja?

To zmiana gry przede wszystkim dla kilku grup programistów. Po pierwsze, dla zespołów korporacyjnych pracujących nad rozbudowanymi, wielojęzykowymi bazami kodu, dla których JetBrains IDE jest standardem. Cursor, dzięki bezpiecznemu indeksowaniu, może pracować nad takimi projektami, oferując pomoc w skali, która była trudna do osiągnięcia.

Po drugie, dla programistów Javy, Kotlina i innych języków z pierwszorzędnym wsparciem w IntelliJ. Dotąd zaawansowane asystenty AI często najlepiej radziły sobie w środowiskach VS Code czy dedykowanych edytorach. Teraz królowa IDE dla Javy zyskuje jednego z najzdolniejszych agentów na rynku.

Warto też wiedzieć, że integracja szanuje wybór użytkownika. Możesz w każdej chwili przełączyć się z Cursor na innego agenta z rejestru ACP lub na narzędzia JetBrains. Nie jesteś zamknięty w jednym ekosystemie. To podejście oparte na protokole, a nie na wyłączności, jest bardzo świadomym posunięciem.

Jak Zacząć? Instalacja w Trzy Kroki

Proces jest celowo maksymalnie uproszczony. Jeśli spełniasz podstawowe warunki (aktualne IDE JetBrains i włączoną wtyczkę AI Assistant), reszta to formalność.

Otwórz w IDE panel agenta AI (zwykle z boku lub na dole okna). Znajdź opcję "Install from ACP Registry" lub podobną. W otwartym oknie rejestru znajdź pozycję "Cursor". Kliknij "Install". IDE pobieże i skonfiguruje niezbędne komponenty. Na koniec pojawi się prośba o autoryzację – zaloguj się na swoje istniejące konto Cursor. Jeśli nie masz konta, będziesz musiał je założyć.

Co ciekawe, samo IDE JetBrains nie wymaga w tym scenariuszu aktywnej subskrypcji ich usług AI. Płacisz tylko za Cursor, zgodnie z jego modelem cenowym. Darmowy plan Cursor daje dostęp do podstawowych funkcji, ale pełna moc – w tym korzystanie z zaawansowanych modeli i rozszerzonych limitów – wymaga subskrypcji Pro lub Enterprise.

Perspektywy i Przyszłość Współpracy

Wypowiedź Alekseya Stukalova, szefa dywizji IDE w JetBrains, dobrze oddaje klimat tego partnerstwa. Mówi on o Cursorze jako o "specjalnym gościu w rodzinie agentów zgodnych z ACP" i podkreśla, że ta współpraca "wygląda na sytuację wygraną dla Cursor, dla JetBrains, a co najważniejsze, dla programistów".

To nie jest pusta deklaracja. Sukces rejestru ACP zależy od jakości agentów, którzy się w nim znajdą. Obecność tak rozpoznawalnej marki jak Cursor od razu podnosi prestż całej inicjatywy i przyciąga uwagę społeczności. Z drugiej strony, Cursor zyskuje natychmiastowy dostęp do milionów developerów, którzy być może nie chcieli zmieniać edytora, by go wypróbować.

Dla nas, użytkowników, to sygnał, że rynek asystentów programistycznych wkracza w fazę dojrzałości. Zamiast walki o wyłączność w jednym edytorze, widzimy otwieranie się protokołów i dążenie do interoperacyjności. Konkurencja przenosi się z "gdzie działa" na "jak dobrze działa" w naszym ulubionym środowisku pracy.

Podsumowanie

Integracja Cursor z JetBrains IDE przez protokół ACP to więcej niż tylko kolejna aktualizacja. To praktyczna realizacja wizji, w której programista wybiera najlepsze narzędzia, nie będąc przywiązanym do jednego dostawcy. Możesz pracować w IntelliJ, używając modeli AI od Anthropic, OpenAI czy Google przez interfejs Cursor, a jednocześnie korzystać z głębokiej analizy kodu, którą oferuje JetBrains.

Dla developerów oznacza to mniej przeszkód i więcej czasu na rozwiązywanie rzeczywistych problemów. Dla rynku – zdrową konkurencję i szybszy rozwój funkcji, na których nam zależy. Instalacja zajmuje minutę, a potencjalny zysk w produktywności może być znaczący. Warto sprawdzić, jak ten specjalny gość sprawdzi się w twoim codziennym projekcie.

2026-03-06
Claude Code Zyskuje Pamięć, Zdalne Sterowanie I Głos W 20 Językach – Nowa Era AI Dla Deweloperów
Gdy wydawało się, że Claude Code osiągnął szczyt możliwości jako asystent kodowania, zespół Anthropic przedstawia potężną aktualizację, która na nowo definiuje współpracę człowieka z AI. Wersja 2.1.69, dostępna od początku marca 2026 roku, to nie tylko kolejny pakiet poprawek błędów, ale zestaw funkcji, które dodają kluczowe brakujące elementy: zarządzanie pamięcią, pełną kontrolę zdalną oraz znacznie szersze wsparcie języków w funkcji głosowej. To nie jest ewolucja, a rewolucja w podejściu do AI-as-a-developer.

Pamięć, Która Przetrwa Restart – Klucz Do Długoterminowych Projektów

Jedną z największych bolączek użytkowników Claude Code było zerwanie kontekstu po restarcie aplikacji lub terminala. Wszystkie ustalenia, podjęte decyzje i szczegóły projektu przepadały. Aktualizacja 2.1.69 wprowadza automatyczne zapisywanie kontekstu w pamięci.

Co to oznacza w praktyce? Deweloper może rozpocząć złożone zadanie, jak refaktoryzacja dużej bazy kodowej, przerwać pracę na wiele godzin, a nawet dni, i wrócić do dokładnie tego samego miejsca. Kontekst jest zapisywany i przywracany automatycznie. To zmiana na miarę przejścia z notatnika na klej, który traci zapis, na zaawansowany system zarządzania projektem.

Funkcja ta jest szczególnie istotna w połączeniu z rozszerzonym kontekstem 1 miliona tokenów w modelach Opus 4.6 i Sonnet 4.6. Teraz nie tylko można załadować ogromny projekt do pamięci, ale też mieć pewność, że ten kontekst nie zniknie po zamknięciu okna terminala. Możliwość utrzymania długiej, spójnej „linii myślowej” przez AI przez cały cykl życia projektu to ogromny skok produktywności.

Zdalne Sterowanie: Twój Agent Koduje, Gdy Ty Żyjesz

Jeśli automatyczna pamięć była rewolucją dla ciągłości pracy, to Claude Remote Control jest rewolucją dla mobilności i elastyczności. Ta nowa funkcjonalność, dostępna jako claude remote-control server, pozwala na uruchomienie sesji kodowania na komputerze stacjonarnym, a następnie przejęcie nad nią pełnej kontroli z poziomu aplikacji mobilnej Claude lub interfejsu webowego.

Wyobraź sobie scenariusz: zaczynasz długotrwały proces testów lub migracji na swoim MacBooku. Zamiast przyklejać się do ekranu, uruchamiasz tryb zdalnego sterowania, skanujesz kod QR telefonem i wychodzisz z biura. Podczas powrotu do domu komunikacją miejską, na telefonie możesz obserwować postępy, zatwierdzać zmiany plików, odpowiadać na pytania Claude’a lub podawać nowe instrukcje. Sesja cały czas działa na twoim laptopie, a kod nigdy nie opuszcza twojego urządzenia.

Architektura jest zaprojektowana z myślą o bezpieczeństwie. Połączenie jest inicjowane jako wychodzące z twojej lokalnej maszyny do serwerów Anthropic, co eliminuje potrzebę otwierania portów czy konfiguracji VPN. Tylko komunikaty czatu i wyniki działań narzędzi płyną przez zaszyfrowany tunel. Pliki, zmienne środowiskowe i serwery MCP pozostają lokalnie. To kluczowa różnica wobec rozwiązań chmurowych, które wymagają uploadu całego kodu źródłowego.

Rozmawiaj Ze Swoim Kodem W 20 Językach

Kolejnym kamieniem milowym jest potrojenie możliwości funkcji głosowej Speech-to-Text (STT). Dotychczasowa obsługa kilku języków została rozszerzona do 20, w tym o polski, rosyjski, turecki, niderlandzki, ukraiński, grecki, czeski, duński, szwedzki i norweski.

Dla polskich deweloperów to przełom. Możliwość dyktowania instrukcji, opisywania problemów czy zadawania pytań w rodzimym języku znacząco obniża próg wejścia i przyspiesza przepływ pracy. Nie trzeba już przełączać myślenia na angielski, by skorzystać z najnowocześniejszych narzędzi AI. Claude słucha, rozumie i odpowiada, kontynuując pracę nad kodem. To demokratyzacja dostępu do zaawansowanej automatyzacji kodowania.

Mniejsze, Ale Kluczowe Ulepszenia Pod Maską

Aktualizacja 2.1.69 to nie tylko trzy flagowe funkcje. Pod maską kryje się szereg ulepszeń stabilizujących długotrwałą pracę:
- Poprawki wycieków pamięci: Zoptymalizowano zarządzanie pamięcią w długich sesjach, szczególnie tych korzystających z podagentów (subagents) i kompresji kontekstu, co przekłada się na płynność działania.
- Lepsza integracja z VSCode: Naprawiono problemy z wyświetlaniem sesji zdalnych w historii konwersacji oraz dodano możliwość zmiany nazwy i usuwania sesji z poziomu IDE.
- Większa kontrola dla zespołów: Dodano zmienne środowiskowe jak ENABLE_CLAUDEAI_MCP_SERVERS=false do zarządzania integracjami oraz CLAUDE_CODE_DISABLE_GIT_INSTRUCTIONS do usunięcia wbudowanych podpowiedzi Gita z promptu systemowego Claude’a.
Kontekst Szerszych Zmian W Ekosystemie Claude

Ta aktualizacja nie istnieje w próżni. Wpada w okres intensywnego rozwoju całego ekosystemu Anthropic. W lutym 2026 światło dzienne ujrzał Claude Opus 4.6, oferujący lepsze umiejętności kodowania.

Równolegle rozwija się Claude Code Security – narzędzie skanujące bazy kodu pod kątem podatności i proponujące łaty, oraz Automatic Skill Hot-Reload, które skraca czas iteracji nad własnymi umiejętnościami AI z ponad 5 minut do poniżej 30 sekund. Wszystko to składa się na spójną wizję: Claude Code ma być nie tylko asystentem, ale zdalnie sterowanym, długoterminowym partnerem w rozwoju oprogramowania, który pamięta, planuje, uczy się i działa z dowolnego miejsca.

Podsumowanie

Aktualizacja Claude Code 2.1.69 to więcej niż zestaw nowych funkcji. To fundamentalna zmiana w relacji między deweloperem a narzędziem. Automatyczna pamięć usuwa sztuczną barierę czasu, zmieniając sesję z jednorazowego wydarzenia w trwający tygodniami proces. Remote Control oddziela fizyczną obecność od pracy twórczej, oferując niespotykaną dotąd swobodę. A rozszerzenie STT do 20 języków, w tym polskiego, burzy ostatnie mury dostępności.

W efekcie, granica między „pracą przy biurku” a „nadzorowaniem projektu” zanika. Deweloper zyskuje supermoc ciągłej obecności w projekcie, bez konieczności ciągłego, fizycznego zaangażowania. To krok w stronę przyszłości, w której AI zarządza rutynową, długoterminową realizacją celów, a człowiek skupia się na strategii, architekturze i tych momentach twórczego wglądu, które wciąż wymagają ludzkiego geniuszu. Era asystenta, który odchodzi, gdy zamykasz terminal, właśnie się skończyła.
2026-03-05
Antigravity 1.19.6: Nowa Ścieżka Odzyskiwania Konta i Poprawki Interfejsu
Wydanie aktualizacji 1.19.6 dla Google Antigravity, agentycznego środowiska programistycznego (IDE), koncentruje się na czymś, co zwykle pozostaje w cieniu: konsekwencjach naruszenia regulaminu. Główną nowością jest wprowadzenie formalnej Ścieżki Remedialnej Konta (Account Remediation Pathway), czyli procedury odwoławczej dla użytkowników zawieszonych z powodu naruszenia Warunków korzystania z usługi. To wyraźny sygnał, że platforma dojrzewa, stawiając czoła nie tylko wyzwaniom technicznym, ale także społecznościowym.

Oprócz tego wydanie przynosi kolejną porcję poprawek stabilnościowych i interfejsowych, kontynuując prace rozpoczęte w wersji 1.19.5. Aktualizacja, oznaczona datą 26 lutego 2026, zaczęła być widoczna w publicznych kanałach dystrybucji w ostatnich dniach lutego.

Czym Jest Ścieżka Remedialna Konta?

Dotychczas komunikaty o zawieszeniu konta w wielu narzędziach bywają ślepą uliczką – końcem dyskusji. Antigravity 1.19.6 próbuje to zmienić. Oficjalne informacje o wydaniu opisują nowość krótko: „Wprowadzono formalny proces naprawczy dla kont zawieszonych z powodu naruszenia Warunków korzystania z usługi.”

To sugeruje stworzenie ustrukturyzowanej procedury, prawdopodobnie obejmującej dedykowany interfejs w aplikacji lub panelu użytkownika, który wyjaśnia powód sankcji i przedstawia kroki, które użytkownik może podjąć, aby odwołać się od decyzji lub naprawić sytuację. Może to być formularz odwoławczy, możliwość złożenia wyjaśnień czy nawet lista konkretnych wymagań do spełnienia (np. usunięcie określonego treści). Celem jest zastąpienie nieprzejrzystego, automatycznego banu bardziej zniuansowanym, komunikatywnym procesem.

W społeczności użytkowników nowy feature został już zażartobliwie ochrzczony jako „Ulepszony interfejs dla zbanowanych użytkowników”, co dobitnie podkreśla, na czym polega główna zmiana w tym wydaniu. Brakuje jednak publicznych danych na temat tego, jak często taka ścieżka skutkuje przywróceniem konta.

Stabilność i Interfejs: Ciągła Praca u Podstaw

Wersja 1.19.6 nie jest rewolucją, a raczej ewolucją. Stanowi logiczną kontynuację poprzedniej, 1.19.5, która niosła „poprawki stabilności i interfejsu oraz jedną konkretną poprawkę związaną z przeglądarką” (Browser Fix, Stability and UI improvements).

Ten ciągły refinment jest charakterystyczny dla ostatnich tygodni rozwoju Antigravity. Spojrzenie wstecz na historię wersji pokazuje wyraźny trend:
- 1.18.4 (21 lutego): Naprawa automatycznej aktualizacji na Windows.
- 1.18.3 (19 lutego): Nowe ekrany ustawień dla modeli, integracja terminala, wsparcie dla pobierania artefaktów.
- 1.16.5 (24 stycznia): Różne poprawki błędów.
- 1.15.8 (23 stycznia): Optymalizacja wydajności dla długich konwersacji.
- 1.15.6 (23 stycznia): Piaskownica terminala dla macOS, mająca zapobiegać uszkodzeniu plików poza workspace'em.
- 1.14.2 (13 stycznia): Wprowadzenie "umiejętności agentów" dla lepszej konfigurowalności.
Widać więc, że zespół pracuje wielotorowo: z jednej strony dodaje nowe, zaawansowane funkcje dla profesjonalistów (agent skills, sandboxing), z drugiej – mozolnie poprawia podstawowe doświadczenie użytkownika i stabilność na wszystkich platformach, czego dowodem są cykliczne poprawki dla Windows.

Problemy z Aktualizacją i Dystrybucja

Niestety, droga do stabilności bywa wyboista. Tuż po premierze 1.19.6 pojawiły się doniesienia użytkowników o poważnym błędzie związanym z aktualizacją. Niektórzy użytkownicy systemu Windows zgłaszali, że próba aktualizacji do wersji 1.19.6 kończyła się pętlą samodinstalacji – aplikacja sama się odinstalowywała, wymagała ręcznej reinstalacji, a następnie znów próbowała uaktualnić i wpadła w ten sam cykl.

Odpowiedzi wsparcia technicznego na forum są charakterystyczne: zalecają ręczne odinstalowanie obecnej wersji, a następnie pobranie i zainstalowanie najnowszej wersji bezpośrednio z oficjalnej strony, z pominięciem automatycznego mechanizmu. To nie jest nowy problem; podobne problemy z automatycznymi aktualizacjami w systemie Windows były zgłaszane już wcześniej.

Aktualizacja 1.19.6 pojawiła się w oficjalnych kanałach w dniach 25-27 lutego 2026. Jest dostępna do pobrania bezpośrednio ze strony producenta, a także przez menedżery pakietów. Oficjalne zalecenie brzmi: używać trybu ręcznej aktualizacji, aby uniknąć problemów z automatycznymi aktualizacjami.

Podsumowanie: Dojrzałość przez Regulacje i Refinment

Wydanie Google Antigravity 1.19.6 to ciekawy przykład ewolucji oprogramowania. Zamiast skupiać się wyłącznie na nowych, błyskotliwych funkcjach dla agentów AI, zespół poświęca uwagę dwóm mniej widowiskowym, ale kluczowym obszarom.

Po pierwsze, zarządzaniu społecznością i zaufaniem poprzez wprowadzenie Ścieżki Remedialnej Konta. To krok w stronę transparentności i sprawiedliwości, który może być ważny dla profesjonalnych zespołów wdrażających Antigravity w firmach, gdzie ryzyko utraty dostępu do środowiska musi być zarządzane.

Po drugie, żmudnemu utwardzaniu fundamentów – stabilności, interfejsu i procesu aktualizacji. Choć ten ostatni wciąż szwankuje na Windows, sama świadomość problemu i systematyczne wydawanie poprawek pokazują wolę jego rozwiązania.

Wersja 1.19.6 nie jest może przełomem, który zmieni wszystko, ale właśnie takie iteracyjne, konsekwentne prace nad użytecznością, bezpieczeństwem i klarownością zasad często decydują o tym, czy zaawansowane narzędzie pozostaje zabawką dla entuzjastów, czy staje się niezawodnym środowiskiem pracy. Pokazuje też, że rozwój zaawansowanego IDE to nie tylko dodawanie kolejnych modeli AI, ale też budowa ekosystemu, w którym ludzie mogą działać skutecznie i z poczuciem pewności.
2026-03-05
Auto Mode w Claude Code: Nowy Tryb Bezpieczeństwa Ma Przyspieszyć Pracę Programistów
Anthropic zapowiada istotną aktualizację dla swojego narzędzia Claude Code, wprowadzającą długo oczekiwany tryb Auto. Według zapowiedzi, funkcja ma trafić do podglądu badawczego w przyszłości. Jej celem jest znalezienie złotego środka między pełną kontrolą a płynnością pracy, oferując bardziej autonomiczną, ale i bezpieczniejszą alternatywę dla istniejących opcji.

Nowy tryb ma automatycznie podejmować decyzje dotyczące uprawnień podczas sesji kodowania, co pozwoli developerom uruchamiać dłuższe zadania bez ciągłych przerw na ręczne zatwierdzanie każdej akcji przez Claude’a. Kluczową obietnicą jest też wbudowanie dodatkowych zabezpieczeń przed atakami typu prompt injection, co ma odróżniać go od ryzykownego, choć popularnego, całkowitego pomijania uprawnień.

Dotychczasowa Mapa Uprawnień w Claude Code

Aby zrozumieć znaczenie nowości, trzeba spojrzeć na obecny krajobraz. Claude Code oferuje programistom kilka wyraźnie określonych trybów pracy, konfigurowalnych przez flagi CLI, ustawienia VS Code lub skróty klawiaturowe (jak Shift+Tab do przełączania).
- Tryb Normalny to domyślne, najbardziej bezpieczne ustawienie. Claude pyta o zgodę na każdą potencjalnie wrażliwą akcję: edycję pliku, uruchomienie polecenia, użycie narzędzia. Jest polecany do nauki, pracy nad wrażliwymi projektami lub w środowisku produkcyjnym. Zapewnia pełną kontrolę, ale bywa uciążliwy przy rozległych refaktoryzacjach.
- Tryb Planowania (Plan) to swego rodzaju „sucha próba”. Claude analizuje zadanie, opisuje proponowane zmiany, ale niczego nie wykonuje, dopóki programista nie zatwierdzi ogólnego kierunku. To świetne narzędzie do wstępnej analizy skomplikowanych zadań, zanim cokolwiek zostanie zmienione w kodzie.
- Tryb Auto-Akceptacji (Auto-Accept) to krok w stronę autonomii. Automatycznie zatwierdza podstawowe operacje, jak tworzenie czy edycja plików. Wciąż jednak może pytać o pozwolenie na ryzykowne polecenia systemowe, odczyty plików czy zapytania sieciowe. W interfejsie VS Code jego aktywność sygnalizowana jest banerami typu „⏵⏵ accept edits on”. To tryb średniego bezpieczeństwa, dla zaufanych środowisk lokalnych i rutynowych zadań.
Na samym końcu skali znajduje się opcja `–dangerously-skip-permissions`, nazywana czasem „trybem YOLO” lub „full auto”. Ta flaga CLI (możliwa też do uruchomienia jako -y) omija wszystkie monity o uprawnienia. Dokumentacja konsekwentnie ostrzega: „Ten tryb omija wszystkie monity bezpieczeństwa. Używaj go tylko w zaufanych środowiskach i nigdy w systemach produkcyjnych”. Mimo to, jest często wybierany przez doświadczonych developerów do długotrwałych, nużących zadań, właśnie po to, by nie przerywać przepływu pracy.

Co Niesie Nowy Tryb Auto?

Właśnie ta ostatnia, ryzykowna opcja wydaje się być głównym punktem odniesienia dla nowego trybu Auto. Obecnie developer stojący przed wyborem „kontrola vs. wygoda” miał często do wyboru jedynie skrajności: pełne zatwierdzanie każdego kroku lub całkowite jego pominięcie. Tryb Auto ma wypełnić tę lukę.

Jego podstawową obietnicą jest „obsługa decyzji dotyczących uprawnień”. W praktyce ma to oznaczać, że Claude, działając w tym trybie, będzie samodzielnie oceniał kontekst i ryzyko kolejnych akcji w ramach dłuższego zadania. Nie będzie już wymagał potwierdzenia dla każdej pojedynczej edycji pliku w trakcie refaktoryzacji, ale wciąż będzie monitorował sytuację pod kątem potencjalnie niebezpiecznych operacji.

Najciekawszą zapowiedzią są jednak dodatkowe zabezpieczenia przed prompt injection. Ataki tego typu polegają na próbie wstrzyknięcia do konwersacji z modelem AI złośliwych instrukcji, które mogłyby skłonić go do wykonania niepożądanych akcji, np. usunięcia plików czy ujawnienia danych. W obecnym trybie --dangerously-skip-permissions programista jest na takie zagrożenia praktycznie bezbronny, powierzając modelowi pełne zaufanie.

Tryb Auto ma wbudować mechanizmy wykrywania i blokowania takich podejrzanych wzorców komunikacji jeszcze zanim zostanie podjęta jakakolwiek akcja. To kluczowa różnica, która teoretycznie ma przekształcić niebezpieczną autonomię w zarządzaną autonomię.

Dlaczego To Ważne? Pragnienia i Ryzyko Developerów

Potrzeba takiego rozwiązania nie wzięła się znikąd. Długie zadania, jak przepisywanie interfejsów API, migracje bibliotek czy globalne zmiany nazw, są w rozwoju oprogramowania nieuniknione. Robienie tego w trybie Normalnym, z dziesiątkami lub setkami potwierdzeń, jest po prostu męczące i niszczy koncentrację.

Nic dziwnego, że wielu doświadczonych programistów sięga po flagę --dangerously-skip-permissions. Jak zauważają niektórzy w tutorialach, jest to de facto „całkowicie autonomiczne wykonanie, gdzie Claude omija wszystkie monity o uprawnienia”. Problem w tym, że to jak jazda bez pasów. W lokalnym, odizolowanym środowisku do testów konsekwencje błędu mogą być ograniczone. Ale już przy pracy nad żywym projektem rady są jasne: „Nie akceptuj automatycznie zmian, jeśli twoja aplikacja już działa, bo jeśli pojawi się błąd, stanie się bardzo trudny do naprawienia”.

Nowy tryb Auto ma być właśnie tymi pasami bezpieczeństwa. Ma pozwolić na płynną jazdę (długie, nieprzerywane sesje), ale w razie wypadku (wykrycie ryzykownej operacji lub próby prompt injection) – aktywować ochronę.

Warto też pamiętać o istniejących już środkach ostrożności w bezpieczniejszych trybach. W pliku settings.json można konfigurować listy dozwolonych i zablokowanych poleceń, np. wyraźnie zabraniając wykonania Bash(rm -rf *). Pytanie, na które odpowie dopiero implementacja, brzmi: czy tryb Auto będzie inteligentnie korzystał z takich list, czy wprowadzi własne, bardziej zaawansowane systemy oceny ryzyka?

Podsumowanie: Czy Auto Spełni Oczekiwania?

Zapowiedź trybu Auto w Claude Code to odpowiedź na realny ból programistów posługujących się AI jako asystentem kodowania. Rozdźwięk między potrzebą szybkości a obowiązkiem zachowania kontroli i bezpieczeństwa jest odczuwalny. Obecny wybór często sprowadza się do „wolno i bezpiecznie” albo „szybko i ryzykownie”.

Jeśli Anthropic zrealizuje zapowiedzi, tryb Auto może stać się domyślnym wyborem dla codziennej, niekrytycznej pracy rozwojowej. Klucz do sukcesu leży w szczegółach implementacji. Jak czuły będzie mechanizm wykrywania prompt injection? Jak dokładnie Claude będzie oceniał, które akcje w długiej sekwencji są „bezpieczne” do auto-zaakceptowania, a które wymagają interwencji? Czy te decyzje będą transparentne dla użytkownika?

Do premiery w formie podglądu badawczego pozostało jeszcze trochę czasu. Dopiero wtedy developerzy będą mogli przetestować, czy nowy tryb to rzeczywiście inteligentny asystent, który rozumie kontekst ryzyka, czy tylko kolejna opcja z nową etykietką. Jedno jest pewne – kierunek jest właściwy: dążenie do takiej automatyzacji, która nie każe wybierać między produktywnością a spokojem ducha.
2026-03-05
Zed 0.225.13: Kluczowe Naprawy Stabilności Na Linuksie i Ewolucja Funkcji AI
Nowe wydanie edytora Zed, wersja 0.225.13, to kolejny krok w rozwoju tego stosunkowo młodego, ale coraz głośniejszego narzędzia dla programistów. W odróżnieniu od poprzednich tygodni, ta aktualizacja skupia się przede wszystkim na poprawie stabilności systemu Linux, rozwiązując specyficzne i dokuczliwe problemy z inicjalizacją grafiką oraz responsywnością. To wydanie, choć niewielkie w zakresie nowych funkcji, jest istotne dla użytkowników Linuksa i stanowi solidny fundament pod dalsze eksperymenty ze sztuczną inteligencją.

Skupienie Na Stabilności: Konkretne Naprawy Dla Linuksa

Wersja 0.225.13, opublikowana 4 marca 2026 roku, jest przykładem tego, jak zespół Zed Industries reaguje na feedback społeczności. Głównym celem tego wydania były dwie, kluczowe poprawki dla środowiska Linux.
- Po pierwsze*, naprawiono błąd (#50652), który uniemożliwiał Zedowi zainicjowanie OpenGL na niektórych konfiguracjach sprzętowych z Linuksem. Ten problem mógł skutkować całkowitą niemożnością uruchomienia edytora na określonych laptopach czy komputerach zintegrowanymi lub starszymi kartami graficznymi. Dla użytkownika oznaczało to po prostu błyskawiczne zamknięcie się aplikacji lub czarny ekran przy starcie.
- Po drugie*, załatano problem (#50644) polegający na tym, że Zed przestawał reagować na niektórych konfiguracjach Linuksa. To szerokie określenie często kryje za sobą zawieszenia związane z zarządzaniem pamięcią, blokadami wątków czy specyficzną interakcją z menedżerem okien. Efekt był jednak prosty: edytor "zamrażał się", zmuszając użytkownika do zabicia procesu.
Choć zmiany mogą wydawać się techniczne i niszowe, ich znaczenie jest fundamentalne. Edytor, który się nie uruchomi lub regularnie zawiesza, jest bezużyteczny, niezależnie od tego, jak zaawansowane ma funkcje AI. Te poprawki pokazują dojrzałość projektu i troskę o doświadczenie na wszystkich platformach, nie tylko na macOS, gdzie Zed miał swoją premierę.

Długofalowe Wzmacnianie Fundamentów Pod Linuksem

Wydanie 0.225.13 nie jest odosobnionym przypadkiem, a raczej kolejnym elementem szerszej kampanii poprawy stabilności Zed na Linuksie. Aby zrozumieć jego kontekst, trzeba cofnąć się o kilka wersji.

Przełomowym momentem była wersja 0.225.9 (z 25 lutego 2026), w której dokonano kluczowej zmiany architektonicznej: zastąpiono dotychczasowy backend graficzny na Linuksie nowym, opartym na wgpu. Wgpu to nowoczesny, bezpieczny system API grafiki napisany w Rust, który działa jako warstwa abstrakcji nad Vulkanem, Metalem i DirectX 12. Ta zmiana, oznaczona numerem (#46758), rozwiązała całą garść problemów ze stabilnością, które trapiły użytkowników od miesięcy.

Bezpośrednio przed wersją 0.225.13 ukazało się także wydanie 0.225.12, które wprowadziło kolejne ulepszenia związane z grafiką:
- Zmniejszenie liczby awarii spowodowanych przejściowymi błędami GPU (#50539). To sytuacje, gdy karta graficzna chwilowo "gubi" synchronizację, co wcześniej mogło prowadzić do crasha całej aplikacji.
- Lepszy, bardziej odpowiedni wybór karty GPU w systemach z wieloma procesorami graficznymi (#50528), na przykład w laptopach z hybrydową konfiguracją Intel Iris + NVIDIA.
Łańcuch wydań 0.225.9 -> 0.225.12 -> 0.225.13 pokazuje więc wyraźną, skoordynowaną strategię: najpierw gruntowna zmiana technologii (wgpu), potem optymalizacje i odporność na błędy, a na końcu łatanie specyficznych problemów z inicjalizacją i responsywnością. Dla społeczności Linuksowej jest to bardzo obiecujący trend.

Rozwój Funkcji AI: Sesje i Kontrola Myślenia

Podczas gdy wersja 0.225.13 skupia się na poprawkach, jej bezpośredni poprzednicy wprowadzili istotne nowości w obszarze sztucznej inteligencji, które definiują kierunek rozwoju Zed. Warto na nie spojrzeć jako na szerszy kontekst.

W wersji 0.225.9 pojawiły się dwie kluczowe funkcje:
1. Historia sesji dla agentów zewnętrznych. Oznacza to, że panele asystentów AI – takich jak Auggie, Claude Agent czy Codex – przywracają swoje wątki konwersacyjne po ponownym uruchomieniu edytora. Twój dialog z AI nie ginie, gdy zamkniesz i otworzysz Zed ponownie. To drobna, ale niezwykle praktyczna zmiana, która sprawia, że współpraca z agentem przypomina bardziej ciągłą rozmowę niż serię odręcznych notatek.
2. Kontrola poziomu "wysiłku myślowego" (thinking effort) dla obsługiwanych modeli. Ta funkcja, dostępna przez ustawienia dostawcy Zed, pozwala w pewnym zakresie regulować, jak głęboko model ma analizować problem przed podaniem odpowiedzi. Może to wpływać na czas odpowiedzi i potencjalnie na jej jakość w złożonych zadaniach.
W stabilnych wydaniach z tego okresu pojawiły się też inne ulepszenia AI, które rozszerzają możliwości współpracy z asystentami.

Inne Godne Uwagi Funkcje i Poprawki

Oprócz głównych tematów – Linuksa i AI – w ciągu ostatnich kilku wydań w Zed przydarzyło się sporo innych, wartych odnotowania zmian.

Jedną z bardziej wizualnych i praktycznych nowości jest obsługa diagramów Mermaid w podglądzie Markdown (dodana w 0.225.9). Teraz, pisząc dokumentację czy notatki w .md, możesz od razu wstawiać i podglądać wykresy sekwencji, diagramy przepływu czy schematy klas, używając popularnej składni Mermaid. To duże ułatwienie dla tech writerów i developerów dokumentujących architekturę.

W obszarze pracy z kodem, pojawiła się opcja wyświetlania symboli dokumentu z LSP w nawigacji okruszkowej (breadcrumbs) ("document_symbols": "on"). Daje to szybszy podgląd struktury pliku (nazwy klas, funkcji) bezpośrednio w pasku nawigacyjnym.

Wydania te przyniosły również dziesiątki innych poprawek stabilnościowych i użytecznościowych, dotyczących m.in.:
- Gita: dodano przycisk "Review Diff" do wysyłania całego diffa do agenta AI, poprawiono wydajność przy dużych diffach.
- Debuggera i terminala: naprawiono błędy związane z aktywnymi liniami debugowania i scrollowaniem w aplikacjach terminalowych typu tmux.
- Interfejsu użytkownika: poprawiono wyświetlanie ikon, czcionek, menu kontekstowych i zachowanie schowka w trybie wielokursora.
Podsumowanie: Stabilność Jako Priorytet i Strategiczny Rozwój AI

Wydanie Zed 0.225.13, choć na pierwszy rzut oka skromne, jest wyraźnym sygnałem strategicznym od zespołu deweloperskiego. Zamiast pędzić do przodu z kolejnymi, efektownymi funkcjami, postawiono na utwardzanie fundamentów, szczególnie na platformie Linux. To mądra decyzja, która buduje zaufanie wśród użytkowników i świadczy o dojrzałości projektu. Rozwiązanie problemów z OpenGL i responsywnością bezpośrednio przekłada się na to, że więcej osób może po prostu uruchomić i korzystać z edytora bez walki.

Jednocześnie, patrząc na szerszy obraz z ostatnich tygodni, widać jasno, że integracja AI pozostaje centralnym filarem wizji Zeda. Nie chodzi już tylko o podstawowe uzupełnianie kodu, ale o zbudowanie pełnoprawnego, kontekstowego środowiska współpracy z asystentem – z zachowaniem historii i kontrolą nad procesem.

Dla programistów szukających nowoczesnego, szybkiego edytora z głęboko zintegrowanymi funkcjami AI, Zed staje się coraz poważniejszym kandydatem. Dla użytkowników Linuksa, wreszcie otrzymują oni uwagę i konkretne poprawki, które sprawiają, że doświadczenie jest płynne i przewidywalne. Kolejne tygodnie pokażą, czy ten dualny kierunek – twarda stabilność platformy i ambitna ekspansja AI – utrzyma się w dalszym rozwoju.
2026-03-05
Windsurf Editor Ujawnia Nowy Selektor Modeli i Znaczące Ulepszenia Cascade
Środowisko programistyczne wspomagane sztuczną inteligencją, Windsurf, otrzymało szereg poprawek i ulepszeń w ramach kanału beta Windsurf Next. Wydanie z 25 lutego 2026 roku koncentruje się na stabilności, naprawie błędów i dopracowaniu istniejących funkcji, takich jak agent kodujący Cascade. To nie są spektakularne nowości, ale ważne poprawki mające realny wpływ na niezawodność i płynność pracy.

Głównym celem tej aktualizacji wydaje się być eliminacja usterek i zwiększenie stabilności platformy. Dla programistów spędzających godziny w IDE, nawet drobne poprawki w działaniu kluczowych komponentów mogą w dłuższej perspektywie przełożyć się na znaczący wzrost produktywności i komfortu.

Dopracowanie Cascade i Poprawki Błędów

Zmiany w Cascade – autonomicznym agencie kodującym Windsurf – są istotną częścią tej aktualizacji. Dopracowano działanie haków (hooks), które pozwalają wykonać własny kod w kluczowych momentach działania agenta. Wśród nich znajduje się hak `post_cascade_response`, który dostarcza informacje o zastosowanych regułach (pole rules_applied). To użyteczne narzędzie dla zespołów, które chcą audytować lub analizować pracę agenta, na przykład w celu sprawdzania zgodności z wewnętrznymi wytycznymi.

Prace nad stabilnością objęły również poprawki związane z parsowaniem danych i uruchamianiem się MCP (Model Context Protocol) dla użytkowników Windowsa, które mogły powodować problemy. To część szerszych starań o niezawodność, do których zalicza się też scalenie z najnowszymi zmianami z VS Code 1.108 oraz poprawiona niezawodność uruchamiania samego Cascade.

Usprawnienia Model Context Protocol (MCP)

Aktualizacja wprowadza również poprawki dla Model Context Protocol (MCP), standardu pozwalającego na łączenie IDE z zewnętrznymi serwerami dostarczającymi kontekst. Usprawniono procesy związane z zakresami dostępu (scopes) i przepływami OAuth, co powinno zwiększyć niezawodność dodawania i działania serwerów wykorzystujących tę metodę uwierzytelniania. Dla użytkowników Windowsa, jak wspomniano, kluczowe były poprawki stabilizujące parsowanie i uruchamianie serwerów MCP.

Szerszy Kontekst: Arena i Tryb Planowania

Aby w pełni zrozumieć kierunek rozwoju Windsurf, warto spojrzeć na tę aktualizację w szerszym kontekście ostatnich miesięcy. Platforma nieustannie wprowadza i dopracowuje nowe tryby pracy.
- *Tryb Planowania (Plan Mode)**, dostępny obok trybów „Code” i „Ask
2026-03-04
Codex 0.107.0: Rozwidlenie Wątków, Narzędzia Multimodalne i Lepsza Obsługa Audio
Najnowsza wersja OpenAI Codex, oznaczona numerem 0.107.0, to znacznie więcej niż tylko kolejna aktualizacja z poprawkami błędów. Wydanie z 2 marca 2026 roku wprowadza kluczowe funkcje, które redefiniują sposób interakcji z tym zaawansowanym narzędziem CLI. Chodzi o lepszą organizację pracy, bogatsze możliwości integracji oraz wygodniejsze korzystanie z funkcji głosowych. To solidny krok w stronę dojrzałego środowiska dla agentów AI.

Dla developerów i zaawansowanych użytkowników oznacza to nowy poziom kontroli i elastyczności. Aktualizację można zainstalować standardową komendą: npm install -g @openai/[email protected].

Rozwidlanie Wątków na Pod-Agentów: Praca Równoległa w Jednym Kontekście

Jedną z najważniejszych nowości jest funkcja forkowania wątków na pod-agentów (#12499). W praktyce pozwala to na "rozgałęzienie" bieżącej konwersacji. Zamiast zaczynać zupełnie nowy wątek lub tracić kontekst głównej dyskusji, użytkownik może stworzyć równoległą ścieżkę dla pod-zadania.

Wyobraź sobie, że pracujesz nad skryptem i potrzebujesz jednocześnie zbadać różne podejścia do optymalizacji, przetestować alternatywne biblioteki lub przygotować dokumentację. Zamiast mieszać wszystko w jednym, chaotycznym wątku, możesz go rozwidlić. Główna konwersacja pozostaje nienaruszona, a pod-agenci działają w izolacji, co znacząco usprawnia zarządzanie złożonymi projektami. To potężne udogodnienie dla wszystkich, którzy używają Codexa do eksploracji pomysłów lub rozwiązywania problemów metodą "co jeśli?".

Narzędzia Własne Z Wysokiej Jakości Outputem: Nie Tylko Tekst

Dotychczas custom tools w Codexie zwracały głównie odpowiedzi tekstowe. Wersja 0.107.0 łamie to ograniczenie, wprowadzając multimodalne outputy z narzędzi własnych (#12948). Od teraz narzędzia zdefiniowane przez użytkownika mogą zwracać strukturalne treści, w tym obrazy i inne bogate formaty mediów.

To ogromna zmiana dla twórców zaawansowanych integracji. Narzędzie do analizy danych może teraz zwrócić nie tylko tabelę z liczbami, ale też wygenerowany wykres. Plugin do monitorowania systemu – wykresy obciążenia w formie graficznej. Poszerza to radykalnie zakres zastosowań Codexa, zbliżając go do roli uniwersalnego interfejsu, który potrafi prezentować złożone informacje w najbardziej czytelny sposób. Interfejs użytkownika (TUI) musi oczywiście obsługiwać renderowanie takich treści, co też zostało uwzględnione.

Pełna Kontrola Nad Audio: Wybór Urządzeń i Lepsza Transkrypcja

Dla użytkowników funkcji głosowych to przełomowa aktualizacja. Została dodana funkcja wyboru urządzeń audio w czasie rzeczywistym (#12849, #12850). Wcześniej Codex korzystał z domyślnych ustawień systemowych, co często prowadziło do frustracji – gdy np. mikrofon był wybrany nieprawidłowo. Teraz użytkownik może wprost z poziomu aplikacji wybrać mikrofon i głośniki, których chce używać.

Co więcej, wybór ten jest zapamiętywany między sesjami. Nie trzeba tego konfigurować za każdym razem. Dodatkowo, poprawiono format przesyłanego audio, lepiej dostosowując go do procesu transkrypcji (#13030). Ma to bezpośredni wpływ na dokładność i szybkość zamiany mowy na tekst podczas rozmów głosowych z asystentem, czyniąc całe doświadczenie dużo płynniejszym i bardziej niezawodnym.

Konfigurowalne Pamięci i Reset Stanu

System pamięci Codexa, który przechowuje kontekst między sesjami, stał się teraz konfigurowalny (#12997, #12999). Użytkownicy zyskują większą kontrolę nad tym, jak i co jest zapamiętywane. To ważne zarówno dla dostosowania działania do własnych potrzeb, jak i ze względów prywatności.

Bywa jednak, że pamięć może się "zepsuć" lub po prostu chcemy zacząć wszystko od nowa. Dlatego dodano nową, bardzo przydatną komendę: `codex debug clear-memories` (#13085). Pozwala ona na całkowite, twarde wyczyszczenie zapisanego stanu pamięci, co jest nieocenione przy debugowaniu problemów lub gdy po prostu potrzebujemy świeżego startu.

Przejrzystsze Metadane Modeli i Poprawki Stabilności

Wydanie przynosi też subtelne, ale istotne ulepszenia w warstwie informacyjnej. Aplikacja serwerowa udostępnia teraz bogatsze metadane o dostępności modeli (#12958), w tym informacje o aktualizacjach. Interfejs TUI wykorzystuje te dane, by wyświetlać dymki z informacjami o modelach dostępnych tylko w ramach wyższych planów subskrypcyjnych (#12972, #13021). To upraszcza zrozumienie, dlaczego niektóre modele mogą być niedostępne.

Jeśli chodzi o stabilność, to 0.107.0 naprawia kilka kluczowych i irytujących problemów:
- Przywracanie oczekujących żądań przy ponownym łączeniu z wątkiem za pomocą thread/resume (#12560). Klienci nie tracą synchronizacji.
- thread/start nie blokuje już niezwiązanych żądań do serwera aplikacji (#13033). To likwiduje wrażenie "zawieszenia" podczas wolnych operacji startowych, jak autoryzacja MCP.
- Koniec z podwójnym wypisywaniem finalnej odpowiedzi asystenta w interaktywnych sesjach terminalowych (#13082).
- Naprawiono regresję z dużymi wklejonymi treściami, które były uszkadzane podczas uzupełniania ścieżek plików (#13070).
- Lepsze renderowanie diffów w terminalach o małej palecie kolorów, jak Windows Terminal (#13016, #13037).
Bezpieczeństwo i Dokumentacja

W trosce o bezpieczeństwo zaostrzono zachowanie sandboxa. Na Linuxie poprawiono obsługę restrykcyjnego dostępu "tylko do odczytu", a na Windowsie sandbox nie ma już dostępu do wrażliwych katalogów jak `~/.ssh` (#12835). Dodatkowo, jeśli polecenie shellowe wymaga eskalacji uprawnień, to przy ponownym uruchomieniu zachowuje ono swoją konfigurację sandboxa (#12839), nie tracąc narzuconych restrykcji.

W dokumentacji wyjaśniono również, że błędy instalacji zależności spowodowane brakiem dostępu do sieci w sandboxie powinny być klarownie traktowane jako kandydaci do eskalacji (#13051), co pomaga użytkownikom w prawidłowej reakcji.

Podsumowanie

Codex 0.107.0 to aktualizacja, która solidnie buduje fundamenty pod zaawansowane zastosowania. Nie są to tylko kosmetyczne poprawki, ale głębokie ulepszenia architektury. Rozwidlenie wątków wprowadza nowy paradygmat organizacji pracy z AI. Multimodalne narzędzia otwierają drzwi do znacznie bogatszych integracji. Wreszcie, kontrola nad audio i konfigurowalne pamięci usuwają długo odczuwane przez społeczność niedogodności.

W połączeniu z licznymi poprawkami stabilności i bezpieczeństwa tworzy to obraz projektu, który dojrzewa, skupiając się nie tylko na dodawaniu nowych "błyskotek", ale też na wygładzaniu i wzmacnianiu istniejącej funkcjonalności. Dla każdego, kto na poważnie korzysta z Codexa do automatyzacji lub jako interfejs do modeli AI, aktualizacja do wersji 0.107.0 wydaje się być obowiązkowym krokiem.
2026-03-04