Tag: Generatywna sztuczna inteligencja

  • Qwen-Code 0.18.1 stawia na bezpieczeństwo i stabilność długich sesji agentowych

    Qwen-Code 0.18.1 stawia na bezpieczeństwo i stabilność długich sesji agentowych

    Alibaba wypuściła 15 czerwca 2026 roku wersję 0.18.1 swojego terminalowego agenta AI – Qwen-Code 0.18.1. To wydanie nie wprowadza jednej dużej funkcji, lecz koncentruje się na kluczowych aspektach, które są istotne dla użytkowników korzystających z narzędzia na co dzień: zwiększonej autonomii i mniejszej liczbie awarii podczas długotrwałych zadań.

    Co konkretnie zmieniono

    • Twarda blokada dostępu do shella w trybie demona – teraz wymaga jawnego potwierdzenia, co eliminuje przypadkowe ekspozycje sesji powłoki.
    • Zapisywanie zbyt dużych wyników narzędzi na dysku – zabezpieczenie przed wyczerpaniem pamięci przy analizie buildów czy wieloplikowych diffów.
    • Przekazywanie próśb o uprawnienia z podagentów do sesji nadrzędnej – zwiększa kontrolę nad działaniami procesów działających w tle.
    • Poprawki telemetrii ACP dla procesów demona – zapewniają ciągłość śledzenia kontekstu między zadaniami, co jest istotne przy debugowaniu w środowiskach produkcyjnych.

    Mniej przypadków, więcej kontroli

    Zespół Qwen postawił na dojrzałość narzędzia. Najważniejszym sygnałem tej wersji jest przesunięcie w stronę bezpieczniejszej autonomicznej egzekucji. Wcześniejsze wersje działały sprawnie, dopóki nie napotykały niespodziewanych sytuacji. Teraz dodano mechanizmy, które mają zapobiegać problemom.

    Blokada shella w trybie demona odpowiada na realny problem. Gdy agent działa w tle przez dłuższy czas, może dojść do przypadkowej ekspozycji sesji. Qwen-Code 0.18.1 wprowadza twardą bramkę – bez jawnego potwierdzenia nie ma dostępu do powłoki. To proste, ale skuteczne rozwiązanie.

    Mechanizm przechwytywania próśb o uprawnienia również działa na korzyść użytkowników. Jeśli podagent potrzebuje dodatkowych praw, jego żądanie trafia do sesji nadrzędnej, co pozwala zespołom DevOps szybciej reagować na nieoczekiwane zachowania.

    Stabilność przy dużych obciążeniach

    Stabilność przy dużych obciążeniach

    Kolejnym ważnym aspektem tego wydania jest stabilność. Qwen-Code 0.18.1 zapisuje teraz zbyt duże wyniki działania narzędzi bezpośrednio na dysk, zamiast trzymać je w pamięci. To istotne dla osób analizujących logi buildów, przeglądających duże repozytoria lub pracujących z wieloetapowymi zadaniami, gdzie pojedynczy wynik może ważyć setki megabajtów.

    Wcześniej takie sytuacje często kończyły się wyczerpaniem pamięci i restartem sesji. Teraz agent zapisuje nadmiarowe dane na dysku i odwołuje się do nich w razie potrzeby. To zmiana, która przy długotrwałych zadaniach ma znaczący wpływ.

    Dodatkowo, wyniki przeszukiwania kodu mogą teraz spełniać warunki wcześniejszych sprawdzeń odczytu, co ogranicza zbędne ponowne przeszukiwania. Mniej redundantnych operacji przekłada się na krótszy czas wykonania i mniejsze zużycie zasobów.

    Drobiazgi, które robią różnicę

    Drobiazgi, które robią różnicę

    Wśród mniejszych poprawek warto odnotować aktualizację dokumentacji – usunięto nieaktualne odwołania do listy modeli Coding Plan oraz inne przestarzałe referencje. To ważne, aby dokumentacja była zgodna z rzeczywistością, zwłaszcza w przypadku narzędzia, które rozwija się tak szybko jak Qwen-Code 0.18.1.

    Poprawki telemetrii dotyczące propagacji śladów ACP w procesach demona również są istotne. Dzięki nim zespoły korzystające z Qwen-Code 0.18.1 w pipeline'ach produkcyjnych mogą lepiej śledzić, co agent robił podczas długiego zadania, ponieważ kontekst śledzenia nie urywa się przy przełączaniu między procesami.

    Co dalej z ekosystemem

    Wersja 0.18.1 nie jest rewolucyjna, ale pokazuje, że zespół Qwen słucha użytkowników, którzy sygnalizowali problemy ze stabilnością przy dłuższych zadaniach oraz potrzebę lepszej kontroli nad działaniami agentów w tle. Kierunek rozwoju jest jasny: mniej efektownych nowości, więcej solidności.

    Warto zauważyć, że Qwen-Code 0.18.1 rozwija się szybko – wkrótce po tej aktualizacji pojawiły się nowe wersje z obsługą protokołu MCP 2026, integracją z zewnętrznymi serwerami MCP oraz zaawansowanymi workflow. To sugeruje, że ta wersja była przystankiem technicznym przed większymi zmianami architektonicznymi, które już są w drodze.


    Źródła

  • Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Anthropic wydało 15 czerwca 2026 roku wersję 2.1.178 swojego asystenta programistycznego Claude Code, koncentrując się na kontroli i stabilności zamiast na efektownych nowościach. Aktualizacja wprowadza zaawansowane reguły uprawnień, które mogą sprawdzać parametry narzędzi, a nie tylko ich nazwy, oraz znacząco poprawia pracę z zagnieżdżonymi katalogami .claude w dużych projektach. To wydanie będzie szczególnie przydatne dla zespołów pracujących z agentami w środowiskach o zaostrzonej polityce bezpieczeństwa.

    Kluczowe zmiany w skrócie

    • Reguły uprawnień z dopasowaniem parametrów – nowa składnia Tool(param:value) pozwala blokować lub zezwalać na konkretne warianty poleceń, a nie całe klasy narzędzi
    • Wsparcie dla zagnieżdżonych katalogów .claude – monorepozytoria i projekty wielopakietowe zyskują lepszą organizację umiejętności i workflow per podprojekt
    • Wzmocniony klasyfikator trybu automatycznego – podagenci są teraz dokładniej sprawdzani, zanim dostaną zielone światło na działanie
    • Poprawki stabilności – rozwiązano problemy z pamięcią, autoryzacją Chrome i transkryptami podagentów

    Reguły, które rozumieją kontekst

    Do tej pory polityka uprawnień w Claude Code działała na poziomie nazw narzędzi. Można było zezwolić na Bash albo zablokować Write, co nie dawało dużej elastyczności. Wersja 2.1.178 zmienia tę logikę, wprowadzając składnię Tool(param:value).

    Co to oznacza w praktyce? Zamiast wydawać zgodę na wszystkie operacje powłoki, administrator może teraz zezwolić tylko na Bash(git:*), a zablokować Bash(rm:*). Mechanizm sprawdza wartości parametrów przekazywanych do narzędzia, co sprawia, że reguła staje się precyzyjna. Dla zespołów DevOps i środowisk CI/CD to znaczące ułatwienie – mniej ręcznej konfiguracji, mniej błędów.

    Tryb automatyczny również zyskał solidniejszy klasyfikator dla akcji podagentów. Luka, która pozwalała niektórym z nich działać bez pełnej ewaluacji uprawnień, została zamknięta. Podagent nie prześlizgnie się już niezauważony.

    Porządek w monorepozytoriach

    Porządek w monorepozytoriach

    Praca z dużymi repozytoriami, gdzie każdy serwis czy moduł działa niezależnie, bywała w Claude Code chaotyczna. Wersja 2.1.178 wprowadza obsługę zagnieżdżonych katalogów .claude, co pozwala na lepszą organizację umiejętności i workflow per podprojekt.

    Wyobraźmy sobie repozytorium z frontendem w Next.js, backendem w Pythonie i osobnym modułem do analityki. Każdy z tych komponentów może teraz mieć swój własny zestaw reguł, umiejętności i poleceń slash, jednocześnie dziedzicząc konwencje z poziomu całego projektu. Koniec z jednym, dużym katalogiem .claude w korzeniu.

    Stabilność, której nie widać na pierwszy rzut oka

    Stabilność, której nie widać na pierwszy rzut oka

    Pod maską znalazło się kilka poprawek, które eliminują irytujące awarie. Problemy z pamięcią przy dłuższych sesjach zostały rozwiązane – Claude Code nie powinien już się zawieszać w trakcie wielogodzinnej sesji refaktoryzacji. Transkrypty podagentów stały się stabilniejsze, co zmniejsza ryzyko utraty kontekstu przy przekazywaniu zadań między agentami.

    Zwiększono również uwagę na autoryzację. Integracja z Chrome wymaga teraz logowania przez claude.ai – jeśli użytkownik korzysta z klucza API lub tokena długoterminowego, funkcja pozostaje wyłączona. Podobnie Remote Control: przy nieobsługiwanym stanie logowania komunikat błędu jest teraz jasny, a nie enigmatyczny.

    Co z tego wynika dla web developerów i zespołów AI

    To wydanie nie jest przełomowe, ale jest istotne dla osób, które codziennie piszą kod w złożonych środowiskach. Jeśli pracujesz z monorepo, zarządzasz agentami w pipeline'ach albo po prostu cenisz sobie granularną kontrolę nad tym, co Claude Code może, a czego nie może zrobić – aktualizacja jest konieczna.

    Zmiany w Chrome i Remote Control docenią również ci, którzy debugują zdalnie lub łączą lokalne środowisko z chmurą. Mniej zgadywania, więcej konkretnych informacji zwrotnych. Wersja 2.1.178 nie przynosi rewolucji, ale solidnie poprawia fundamenty.


    Źródła

  • Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    W połowie czerwca 2026 roku, po premierze wersji preview 11 czerwca i oficjalnym wydaniu v0.18.0 12 czerwca, zaktualizowano Qwen-Code do wersji v0.18.0. Ta aktualizacja znacząco zwiększa autonomię i wygodę korzystania z asystenta AI podczas dłuższych sesji programistycznych. Zamiast drobnych poprawek, wprowadzono funkcje, które automatyzują przepływy pracy, zachowują preferencje użytkownika oraz zapewniają lepszy wgląd w działania agenta.

    Co nowego w skrócie

    • Panel zarządzania umiejętnościami — nowy interfejs /skills zastąpił wcześniejszy licznik tokenów, oferując lepszy wgląd w możliwości agenta.
    • Pamięć na poziomie użytkownika — auto-memory wykracza poza pojedyncze repozytorium. Preferencje i powtarzające się uwagi programisty są teraz dostępne między projektami, a system automatycznie rozdziela typy pamięci (użytkownika, feedback, projektu, referencyjną). Dane są przechowywane w katalogu ~/.qwen/memories/.
    • Komenda /fork — umożliwia uruchomienie agenta w tle, który dziedziczy kontekst, narzędzia i konfigurację modelu. Główny wątek działa dalej bez czekania, co pozwala na równoległe zadania, takie jak recenzja kodu czy poprawki.
    • Wsparcie multimodalne Qwen-Code v0.18.0 — model potrafi odczytywać zawartość ekranu, wchodzić w interakcję z GUI, generować kod na podstawie wizualnych referencji i nawigować po aplikacjach mobilnych.
    • Stabilność i automatyzacja — poprawki zarządzania pamięcią, usprawnione auto-update CLI oraz zautomatyzowane przepływy recenzji PR-ów.

    Koniec z agentem bez pamięci

    Jedną z irytujących cech wcześniejszych agentów kodujących było to, że po przełączeniu projektu traciły cały kontekst. Qwen-Code v0.18.0 wprowadza warstwę pamięci użytkownika, która zapamiętuje preferencje dotyczące konwencji nazewniczych, często wybieranych bibliotek oraz reakcje na konkretne sugestie.

    Auto-memory jest domyślnie włączone i nie wymaga ręcznej konfiguracji. Pamięć projektowa działa równolegle, co oznacza, że agent nie myli kontekstu między repozytoriami, ale jednocześnie uczy się na podstawie zachowań programisty. To funkcja, która po kilku dniach użytkowania staje się niezbędna.

    Statystyki, które faktycznie coś mówią

    Stary licznik tokenów był użyteczny jedynie dla osób, które wiedziały, czego szukać. Nowy panel /skills to pełnoprawny interfejs zarządzania umiejętnościami agenta, oferujący wgląd w jego możliwości i konfigurację.

    Dla zespołów monitorujących koszty API i chcących zrozumieć, gdzie agent marnuje tokeny, to konkretna wartość. Zapis do pliku JSON Lines umożliwia łatwe przesyłanie danych do zewnętrznych narzędzi analitycznych, eliminując konieczność przeszukiwania logów.

    Praca równoległa wchodzi do terminala

    Funkcja /fork może wydawać się niszowym usprawnieniem, ale szybko okazuje się niezwykle praktyczna. Na przykład, gdy agent generuje testy, można równocześnie sprawdzić alternatywną implementację funkcji w tle. Bez /fork musisz czekać, a z tą funkcją główna sesja nie jest blokowana.

    W połączeniu z panelem /skills oraz możliwością zarządzania zestawami umiejętności, Qwen-Code v0.18.0 staje się bardziej zaawansowanym narzędziem do zarządzania zadaniami. Wersja ta jest częścią szerszego cyklu wydawniczego, który koncentruje się na automatyzacji i równoległym wykonywaniu zadań.

    Multimodalność, która wykracza poza kod

    Wsparcie dla Qwen-Code v0.18.0 otwiera nowe możliwości, które jeszcze rok temu były poza zasięgiem terminalowych agentów. Model potrafi czytać interfejsy, klikać, przewijać i generować kod na podstawie zrzutów ekranu. Dla frontendowców oznacza to możliwość testowania wizualnego bez odrywania rąk od klawiatury. Dla zespołów mobilnych — nawigację po aplikacji bez pisania osobnych skryptów testowych.

    To wciąż wczesna faza, ale kierunek rozwoju jest wyraźny: agent nie tylko analizuje kod, ale także widzi efekty swojego działania. To przesunięcie od asystenta tekstowego do bardziej zaawansowanego narzędzia wizualnego.

    Przyszłość: trwały, wielozadaniowy agent

    Qwen-Code v0.18.0 to nie tylko zbiór nowych funkcji, ale przemyślany krok w kierunku agenta, który pamięta, analizuje swoje zużycie i potrafi rozdzielać pracę na równoległe wątki. Dla programistów spędzających długie godziny w terminalu, te zmiany przekładają się na mniej frustracji przy zarządzaniu kontekstem i więcej czasu na twórczą pracę.

    Wydanie wpisuje się w szerszy trend w narzędziach AI — od prostych asystentów do autonomicznych, wielozadaniowych agentów. Kolejne aktualizacje w ramach serii 0.18.x prawdopodobnie będą rozwijać te wątki, umacniając Qwen-Code v0.18.0 jako istotnego gracza w ekosystemie narzędzi programistycznych.


    Źródła

  • Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Anthropic wydał 12 czerwca 2026 roku wersję 2.1.176 Claude Code, która wprowadza kilka ważnych poprawek w obszarze lokalizacji, zarządzania poświadczeniami oraz stabilności pracy zdalnej. Aktualizacja nie wprowadza rewolucyjnych zmian, ale rozwiązuje konkretne problemy, które dotykały programistów korzystających z SSH, systemu Windows oraz środowisk z rygorystycznymi politykami modeli.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku prowadzonej konwersacji, z możliwością przypięcia wybranego języka przez ustawienie language.
    • Buforowanie poświadczeń Bedrock zostało wydłużone do rzeczywistego czasu wygaśnięcia tokena, zamiast sztywnego limitu jednej godziny.
    • Remote Control nie zmienia już modelu sesji przy łączeniu z przeglądarki i wyświetla czytelne komunikaty o rozłączeniu zamiast kodów błędów.
    • Egzekwowanie modeli zamyka możliwość ominięcia listy dozwolonych modeli przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL.

    Lokalizacja i personalizacja terminala

    Nowe ustawienie language umożliwia stałe przypięcie języka tytułów sesji, co eliminuje chaos w dłuższych projektach. Każdy członek zespołu widzi tytuły w swoim języku, niezależnie od języka, w jakim rozmawia z Claude'em.

    Kolejną nowością jest footerLinksRegexes, które pozwala administratorom definiować odznaki w stopce terminala na podstawie wyrażeń regularnych. Można tam umieścić link do dokumentacji projektu, panelu monitoringu czy łącza do zgłaszania błędów, bez potrzeby modyfikacji kodu narzędzia.

    Buforowanie poświadczeń i stabilność sesji

    Zmiana w cache'owaniu tokenów dla użytkowników Bedrocka to znacząca oszczędność czasu. Wcześniej poświadczenia eksportowane przez awsCredentialExport były ważne maksymalnie godzinę. Teraz Claude Code respektuje rzeczywiste pole Expiration, co oznacza, że jeśli token wygasa za cztery godziny, to będzie trzymany w cache'u przez ten czas. To zmniejsza liczbę przerw na ponowne uwierzytelnianie podczas długich zadań.

    Wprowadzono również poprawki w obsłudze sesji w tle. Komenda /bg uruchomiona w połowie tury nie będzie już wyświetlać wiecznie kręcącego się wskaźnika "Working", gdy nie ma już nic do dokończenia. To istotna zmiana przy pracy z wieloma równoległymi agentami.

    Zdalne sterowanie i Windows

    Remote Control otrzymał poprawki, które zwiększają jego niezawodność. Najważniejsza z nich to fakt, że łączenie się z sesją przez przeglądarkę lub aplikację mobilną nie zmienia już modelu sesji bez pytania. Komunikaty o rozłączeniu są teraz bardziej informacyjne, zamiast być tylko kodami błędów.

    Na Windowsie naprawiono problem z kursorem tekstowym w widoku agentów — pole do wprowadzania komend teraz renderuje się prawidłowo. Użytkownicy SSH zyskali również poprawkę synchronizacji schowka: komendy /copy oraz zaznaczanie myszką w tmux wewnątrz sesji SSH w końcu trafiają do systemowego schowka. Dodatkowo naprawiono ładowanie bufora wklejania w tmux starszym niż 3.2.

    Egzekwowanie modeli i raportowanie gałęzi Git

    Wersja 2.1.176 zamyka dwie istotne luki w politykach bezpieczeństwa. Po pierwsze, aliasy modeli nie mogą być przekierowane na zablokowany model przez zmienne ANTHROPIC_DEFAULT_*_MODEL. Po drugie, komenda /fast nie przełączy na model spoza listy dozwolonych. To koniec z nieautoryzowanym wybieraniem modeli dla administratorów zarządzających flotą programistów.

    Git również doczekał się poprawki: po wykonaniu /cd lub przeniesieniu worktree sesja nie będzie już raportować gałęzi z poprzedniego katalogu. To drobna zmiana, ale w monorepozytoriach z wieloma gałęziami ta pomyłka mogła powodować zamieszanie.

    Co to oznacza dla zespołów developerskich

    Największą wartość z tej aktualizacji zyskają zespoły pracujące w rozproszonych środowiskach — zdalne sesje, SSH, Windows obok Linuksa. Poprawki w cache'owaniu Bedrocka oraz egzekwowaniu modeli pokazują, że Anthropic traktuje poważnie opinie użytkowników korporacyjnych, którzy potrzebują stabilności i przewidywalności. Wersja 2.1.176 nie jest przełomowa, ale skutecznie rozwiązuje problemy z poprzednich wersji.


    Źródła

  • Qwen-Code v0.18.0 stawia na trwałość: pamięć między projektami, agenty w tle i planowanie zadań

    Qwen-Code v0.18.0 stawia na trwałość: pamięć między projektami, agenty w tle i planowanie zadań

    Zespół Qwen wypuścił wersję v0.18.0 swojego terminalowego agenta AI do kodowania. Ta aktualizacja wprowadza mechanizmy, które przekształcają agenta z jednorazowego pomocnika sesyjnego w narzędzie, które pamięta kontekst między projektami oraz potrafi pracować w tle. W ciągu tygodnia od premiery scalono ponad sto pull requestów, a seria łatek v0.18.0 zakończyła stabilizację nowych funkcji.

    Co naprawdę zmienia ta wersja

    • Pamięć na poziomie użytkownika — preferencje i styl pracy są teraz zapisywane w ~/.qwen/memories/, co pozwala agentowi pamiętać je niezależnie od projektu.
    • Równoległe agenty w tle — polecenie /fork tworzy agenta, który dziedziczy kontekst, narzędzia i konfigurację modelu, podczas gdy główny wątek kontynuuje pracę.
    • Trwałe zadania cykliczne — /loop zapisuje harmonogram na dysku, przywraca go po restarcie i wykonuje zaległe cykle, jeśli agent był wyłączony.
    • Przełączanie katalogów bez restartu — /cd przenosi sesję do innego projektu i automatycznie migruje cały kontekst roboczy.

    Pamięć, która nie znika po zamknięciu terminala

    Do tej pory agent Qwen-Code v0.18.0 działał jak złota rybka — po opuszczeniu projektu zapominał o preferencjach użytkownika. W wersji 0.18.0 wprowadzono auto-pamięć na poziomie użytkownika, która jest przechowywana w katalogu ~/.qwen/memories/. Agent zapisuje tam informacje o stylu pracy, nawykach i wcześniejszych decyzjach, nawet jeśli dotyczą różnych repozytoriów.

    To jedna z funkcji, której brakuje w wielu terminalowych asystentach AI. Gdy pracujesz nad kilkoma projektami jednocześnie, agent zaczyna rozumieć twój styl bez konieczności ciągłego tłumaczenia.

    Agenci działający, gdy ty zajmujesz się czymś innym

    Kolejna istotna zmiana to wprowadzenie równoległych agentów za pomocą polecenia /fork. Możesz uruchomić agenta do przeglądu kodu w tle, podczas gdy sam kontynuujesz pracę nad nową funkcją. Agent w tle dziedziczy pełen kontekst rozmowy, wszystkie narzędzia i ustawienia modelu, działając autonomicznie. Otrzymujesz powiadomienie, gdy zakończy swoją pracę.

    Dodatkowo wprowadzono eksperymentalny tryb Agent Team, który pozwala na stworzenie zespołu złożonego z kilku agentów. Każdy agent ma własną listę zadań, może wymieniać się wiadomościami, a lider zespołu scala wyniki w końcowy raport. To przypomina orkiestrację mikroserwisów w świecie agentów AI.

    Planowanie zadań i zmiana kontekstu bez bólu

    Funkcja /loop to coś więcej niż prosty harmonogram w terminalu. Zaplanowane zadania są trwałe — zapisują się na dysku, więc restart komputera nie powoduje ich utraty. Jeśli agent był wyłączony w momencie planowanego uruchomienia, po restarcie wykonuje zadanie raz, aby nadrobić zaległości. To usprawnienie oszczędza frustracji przy długotrwałych projektach.

    Funkcja /cd umożliwia przełączanie katalogów bez konieczności restartowania sesji. Agent automatycznie przenosi kontekst roboczy do nowego obszaru. Wcześniej zmiana projektu wymagała zamknięcia i ponownego uruchomienia Qwen-Code v0.18.0 — teraz wystarczy jedno polecenie.

    Stabilizacja i poprawki w v0.18.0

    Łatka v0.18.0 wprowadziła szereg poprawek związanych z zarządzaniem pamięcią i bezpieczeństwem sesji. Wyniki narzędzi, które są zbyt duże, są teraz automatycznie zrzucane na dysk, co zapobiega zapychaniu pamięci operacyjnej. Powiadomienia o uprawnieniach są propagowane do sesji nadrzędnej, a bezpośredni dostęp do powłoki sesji wymaga jawnej zgody użytkownika, co zwiększa bezpieczeństwo w środowiskach współdzielonych.

    Co to oznacza dla programistów

    Qwen-Code v0.18.0 wyraźnie przekształca się z prostego pomocnika sesyjnego w trwałe narzędzie agentowe. Funkcje takie jak pamięć użytkownika, równoległe agenty i trwałe zadania cykliczne pokazują, że twórcy myślą o realnych scenariuszach pracy, gdzie projekty są długotrwałe, kontekst się zmienia, a programista nie chce tracić czasu na powtarzanie tych samych instrukcji. Dla osób pracujących w terminalu to krok w stronę asystenta, który uczy się twojego stylu pracy, a nie tylko reaguje na pojedyncze polecenia.


    Źródła

  • Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk

    Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk

    W czerwcu 2026 roku zespół Qwen wprowadził wersję v0.18.0 swojego terminalowego agenta kodowania, a następnie wprowadził szereg poprawek aż do v0.18.3. W tej aktualizacji scalono ponad sto pull requestów, które dotyczyły czterech obszarów funkcjonalnych. Najważniejsze nowości to interaktywny pulpit /stats, automatyczna pamięć na poziomie użytkownika oraz rozszerzona obsługa multimodalna dla modelu Qwen-Code v0.18.0.

    Kluczowe zmiany w wydaniu

    • Pulpit /stats umożliwia podgląd na żywo aktywności agenta i stanu wykonania zadań.
    • Pamięć użytkownika działa teraz między projektami, a nie tylko w obrębie jednej sesji czy repozytorium.
    • Qwen-Code v0.18.0 zyskał rozszerzone możliwości multimodalne, obsługując bogatsze dane wejściowe.
    • Nowy sandbox node:vm izoluje wykonywanie kodu, co zwiększa bezpieczeństwo w środowisku CLI.
    • Stabilność długich sesji poprawiono dzięki łatkom zapobiegającym wyciekom pamięci i zapętlaniu narzędzi.

    Więcej kontroli i bezpieczniejsze wykonanie

    Interaktywny pulpit /stats to istotny dodatek. Użytkownicy pracujący z agentem w terminalu zyskali wygodny wgląd w to, co agent faktycznie robi. Teraz mogą sprawdzić stan aktywności bez przerywania pracy, co jest szczególnie ważne przy dłuższych zadaniach, gdzie agent działa przez wiele minut.

    Z perspektywy bezpieczeństwa wprowadzono sandbox node:vm. Oznacza to, że kod generowany i uruchamiany przez agenta działa w izolowanym środowisku. Dla zespołów DevOps oraz osób pracujących z nie do końca zaufanym kodem to znaczące udogodnienie, ponieważ zmniejsza ryzyko niepożądanych zmian w systemie plików czy zmiennych środowiskowych.

    Zmiany w CLI obejmują również wsparcie dla Declarative Agent frontmatter v1, per-agent mcpServers oraz hooki dla subagentów. To szczegóły, które docenią osoby budujące własne workflow agentowe i potrzebujące precyzyjnej kontroli nad interakcjami agenta z narzędziami.

    Pamięć, która nie znika po zamknięciu sesji

    Automatyczna pamięć na poziomie użytkownika rozwiązuje problem amnezji między sesjami, który często dotyka agentów AI. Wcześniej pamięć była przypisana do konkretnego repozytorium. Teraz agent pamięta preferencje i kontekst użytkownika niezależnie od projektu.

    Dla web developerów oznacza to mniej powtarzania tych samych instrukcji przy przełączaniu się między projektami. Agent zapamiętuje preferencje dotyczące stylu formatowania, używanych bibliotek czy niestandardowej konfiguracji lintera. To małe usprawnienie, które w codziennej pracy oszczędza czas.

    Stabilność, która robi różnicę

    W dłuższych sesjach agent mógł wcześniej generować błędy OOM (out of memory) z powodu akumulacji odpowiedzi debugowych. W wersji v0.18.0 wprowadzono jawną garbage collection oraz stabilniejsze mechanizmy kompaktowania pamięci. Naprawiono także zapętlanie identycznych wywołań narzędzi, które mogło prowadzić do nieefektywnego wykorzystania tokenów.

    Dodatkowo poprawiono obsługę parametrów narzędzi w formacie innym niż string, co jest korzystne dla użytkowników self-hostowanych backendów LLM. Ulepszono również fallbacki schowka przez OSC 52 przy połączeniach SSH, co zapewnia większy komfort dla osób pracujących zdalnie na serwerach.

    Co to znaczy dla AI i web developmentu

    Wydanie v0.18.0 wskazuje kierunek rozwoju Qwen-Code: agent, który ma być nie tylko inteligentny, ale także przewidywalny i bezpieczny w zastosowaniach produkcyjnych. Obserwowalność przez /stats, szersza obsługa multimodalna i sandboxing to odpowiedzi na rzeczywiste problemy zgłaszane przez użytkowników.

    Dla branży web developmentu kluczowe są trzy aspekty: pamięć, która przetrwa restart, ochrona przed zapętlaniem narzędzi oraz mniejsza liczba awarii przy długich zadaniach. Qwen-Code v0.18.0 dostarcza wszystkie te elementy. Tempo wydania, które obejmowało ponad sto PR-ów, sugeruje, że zespół planuje kontynuować rozwój.


    Źródła

  • Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code otrzymał znaczącą aktualizację — wersja v0.18.0 została udostępniona użytkownikom w połowie czerwca 2026 roku, wprowadzając trzy kluczowe funkcje: pamięć działającą między projektami, agentów pracujących w tle oraz nowy pulpit statystyk. Te zmiany mają potencjał, aby znacznie poprawić sposób pracy z narzędziem, zwłaszcza dla osób zarządzających wieloma repozytoriami.

    Kluczowe fakty

    • Pamięć użytkownika działa teraz globalnie — preferencje i styl pracy agenta są dostępne niezależnie od projektu.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy pełny kontekst rozmowy, podczas gdy główny wątek pozostaje dostępny dla użytkownika.
    • Pulpit /stats pokazuje dzienne zużycie tokenów bezpośrednio w CLI, eliminując potrzebę korzystania z zewnętrznych paneli.
    • Interaktywny menedżer umiejętności (/skills) zastępuje ręczne wpisywanie komend wizualną przeglądarką z funkcją wyszukiwania oraz opcjami włączania/wyłączania.
    • Standalone installer oraz weryfikacja plików instalacyjnych poprawiają bezpieczeństwo i odtwarzalność środowisk deweloperskich.

    Pamięć, która wędruje z tobą między projektami

    Wcześniej Qwen-Code zapamiętywał kontekst tylko w obrębie jednego repozytorium. Po zakończeniu pracy nad aplikacją webową i przejściu do repozytorium infrastrukturalnego, użytkownik musiał zaczynać od nowa. Agent nie miał świadomości preferencji, takich jak zwięzłość odpowiedzi czy unikanie nadmiarowych komentarzy w kodzie.

    Wersja v0.18.0 wprowadza katalog ~/.qwen/memories/, w którym przechowywane są preferencje użytkownika niezależnie od projektu. Choć może wydawać się to niewielką zmianą, dla osób pracujących w różnych obszarach, takich jak frontend, backend czy konfiguracja CI/CD, oznacza to koniec konieczności ciągłego konfigurowania agenta.

    Zespół szybko naprawił również błędy związane z tą funkcją — łatka v0.18.0 rozwiązała problem z "przywoływaniem nieaktualnych schematów narzędzi" przez mechanizm pamięci, co mogło prowadzić do niespójnych zachowań agenta w dłuższych sesjach.

    Agenci w tle i przepływy pracy bez blokowania terminala

    Kolejną nowością jest komenda /fork. Podczas sesji kodowania, gdy pojawia się potrzeba przeprowadzenia długiego przeglądu kodu, użytkownik może wysłać agenta do pracy w tle. Główny wątek terminala pozostaje wolny, a po zakończeniu zadania użytkownik otrzymuje powiadomienie w panelu zadań w tle.

    Dokumentacja opisuje: "/fork pozwala wysłać agenta w tle w trakcie rozmowy — dziedzicząc pełny kontekst, narzędzia i konfigurację modelu, podczas gdy ty kontynuujesz pracę w głównym wątku".

    To zmiana istotna dla zadań takich jak triage zgłoszeń, automatyczne przeglądy PR czy rutynowe przeglądy kodu. Wcześniej każde z tych zadań blokowało terminal na czas wykonania. Teraz można uruchomić kilka równoległych zadań i wrócić do nich, gdy będą gotowe.

    Dodatkowo, workflow można zapisywać jako komendy ukośnikowe i wykorzystywać wielokrotnie. Zautomatyzowany triage (@qwen /triage) oraz usprawnione przeglądy PR to przykłady, które już pojawiły się w notatkach do wydania.

    Widoczność kosztów i nowy interfejs

    Deweloperzy korzystający z AI-asystentów często tracą orientację w zużyciu tokenów, szczególnie gdy narzędzie działa w tle przez dłuższy czas. Komenda /stats rozwiązuje ten problem, wyświetlając dzienne zużycie bezpośrednio w interfejsie CLI. Użytkownik nie musi korzystać z zewnętrznych dashboardów ani logować się do paneli — wystarczy wpisać komendę, aby zobaczyć dane.

    Zespół uprościł również interfejs terminala oraz poprawił powiadomienia dla zadań asynchronicznych. Przeglądarka umiejętności (/skills) nie wymaga już zapamiętywania nazw komend — teraz to wizualny wybór z możliwością wyszukiwania i filtrowania.

    Znaczenie dla web dev, AI i DevOps

    Te zmiany mają istotne znaczenie. Dla zespołów pracujących w modelu "vibe coding", gdzie agent AI jest aktywnym uczestnikiem procesu, a nie tylko asystentem, możliwość utrzymywania kontekstu między projektami i równoległego wykonywania zadań to krok w stronę bardziej płynnej współpracy.

    Standalone installer oraz weryfikacja plików binarnych mają znaczenie dla środowisk CI/CD. Umożliwiają bezpieczniejsze uruchamianie agenta w pipeline'ach, zapewniając, że pobrane artefakty nie zostały naruszone. Automatyczne aktualizacje upraszczają utrzymanie narzędzia na wielu maszynach.

    Co dalej

    Wersja v0.18.0 to nie pojedyncze wydanie, a seria szybkich aktualizacji — tydzień po premierze ukazały się kolejne wersje, w tym v0.18.0, z ponad 100 zmergowanych pull requestów. Zespół skupił się głównie na stabilności agentów w tle, kompresji długich sesji oraz przełączaniu katalogów w trakcie pracy.

    Qwen-Code zmierza w kierunku narzędzia, które nie wymaga ciągłego nadzoru — współpracuje z użytkownikiem, zapamiętuje jego styl pracy i nie przeszkadza, gdy ma coś do zrobienia.


    Źródła

  • Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Zespół QwenLM opublikował 12 czerwca 2026 roku wersję v0.18.0 swojego terminalowego agenta kodowania Qwen-Code. Ta aktualizacja wprowadza istotne zmiany w sposobie korzystania z narzędzia: agenty mogą teraz działać w tle, pamięć nie resetuje się przy zmianie projektu, a interfejs wiersza poleceń stał się bardziej przyjazny dla użytkowników.

    Co nowego w Qwen-Code v0.18.0

    • Równoległe agenty — komenda /fork uruchamia agenta w tle, podczas gdy główna sesja pozostaje aktywna; panel powiadomień informuje o zakończeniu zadania.
    • Pamięć na poziomie użytkownika — zapisywane są preferencje i informacje zwrotne, które przetrwają zmianę repozytorium, przechowywane w katalogu ~/.qwen/memories/.
    • Ujednolicone zarządzanie umiejętnościami — panel /skills umożliwia przeglądanie, wyszukiwanie, włączanie i wyłączanie umiejętności oraz ich uruchamianie jednym kliknięciem.
    • Poprawki stabilności — usunięto błędy związane z zarządzaniem pamięcią, dodano wsparcie multimodalne dla modelu Qwen-Code v0.18.0 oraz udoskonalono automatyzację CI/CD.

    Agenci w końcu mogą pracować równolegle

    Do tej pory praca z agentem w terminalu była liniowa — wydajesz polecenie, czekasz na wynik. Qwen-Code v0.18.0 wprowadza nową komendę /fork, która uruchamia agenta w tle, a panel zadań informuje użytkownika o zakończeniu pracy.

    Oznacza to, że można poprosić agenta o refaktoryzację modułu testowego i jednocześnie pisać nową funkcję w głównej sesji. Nie trzeba czekać. Dla osób praktykujących szybkie, iteracyjne programowanie wspierane przez sztuczną inteligencję, to znaczna oszczędność czasu. Równoległość zmniejsza frustrację, ponieważ agent nie blokuje terminala na dłuższy czas podczas analizy większych fragmentów kodu.

    Pamięć, która pamięta między projektami

    Wcześniej pamięć agenta była przypisana do konkretnego repozytorium. Zmiana folderu oznaczała utratę preferencji i kontekstu, co było uciążliwe przy pracy nad kilkoma projektami jednocześnie.

    Twórcy rozwiązali ten problem, wprowadzając katalog ~/.qwen/memories/. Teraz agent zapisuje tam informacje na poziomie użytkownika. Qwen-Code sam decyduje, które dane trafią do pamięci projektowej, a które do użytkownika, na podstawie czterech kategorii routingu pamięci, co eliminuje potrzebę ręcznej konfiguracji. Dla zespołów DevOps i programistów pracujących z mikroserwisami to zauważalna zmiana.

    Terminal bardziej przyjazny człowiekowi

    Terminal bardziej przyjazny człowiekowi

    Interfejs również przeszedł kilka poprawek. Panel /skills to jeden z dodatków, które ułatwiają korzystanie z narzędzia. Zamiast zapamiętywać składnię każdej komendy, można otworzyć interaktywny dialog, przeszukać dostępne umiejętności i uruchomić je od razu.

    Dodatkowo, wprowadzono powiadomienia w sekwencji terminala, odświeżono panel zadań w tle oraz poprawiono tryb Vima. Samodzielny instalator zyskał automatyczną aktualizację, co ułatwia życie użytkownikom, którzy nie chcą ręcznie śledzić wydań.

    Pod maską: poprawki i multimodalność

    Pod maską: poprawki i multimodalność

    Nie wszystkie zmiany są widoczne na pierwszy rzut oka, ale stabilność jest kluczowa. Wersja v0.18.0 naprawia błędy związane z zarządzaniem pamięcią, które mogły prowadzić do wycieków lub nieprzewidywalnego zachowania podczas dłuższych sesji. Dodano także wsparcie multimodalne dla modelu Qwen-Code v0.18.0, co pozwala agentom analizować nie tylko kod, ale także obrazy i zrzuty ekranu. Udoskonalono automatyzacje CI/CD, co docenią zespoły korzystające z Qwen-Code.

    Mały krok wersji, duży krok dla przepływu pracy

    Qwen-Code v0.18.0 to aktualizacja, która nie zmienia fundamentów, ale znacząco zwiększa użyteczność narzędzia. Równoległe agenty, pamięć międzyprojektowa i panel umiejętności tworzą narzędzie, które mniej przeszkadza, a bardziej wspiera użytkowników. Dla programistów spędzających godziny w terminalu, to różnica między narzędziem, które się używa, a takim, na którym można polegać.


    Źródła

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.


    Źródła

  • Cursor wchodzi w zarządzanie korporacyjne – Organizations dla Enterprise już dostępne

    Cursor wchodzi w zarządzanie korporacyjne – Organizations dla Enterprise już dostępne

    Cursor udostępnił 3 czerwca 2026 roku Organizations – nową warstwę administracyjną dla klientów Organizations dla Enterprise, która umożliwia zarządzanie wieloma zespołami z jednego pulpitu. To rozwiązanie odpowiada na potrzeby dużych firm, w których różne działy wymagają własnych budżetów, polityk bezpieczeństwa oraz dostępu do modeli AI.

    Kluczowe fakty o nowej strukturze

    • Organizations to nadrzędny kontener dla całej firmy – jedna tożsamość, jeden pulpit administracyjny i scentralizowane zarządzanie członkostwem.
    • Zespoły (Teams) to jednostki operacyjne zagnieżdżone pod organizacją, z własnymi ustawieniami bezpieczeństwa i limitami wydatków.
    • Grupy (Groups) to kohorty użytkowników, które mogą działać wewnątrz zespołów lub ponad nimi, z oddzielnym dostępem do modeli i uprawnieniami agentów.
    • Przy przynależności do wielu zespołów lub grup obowiązuje zasada najbardziej liberalnych uprawnień – wygrywa ustawienie najmniej restrykcyjne.

    Trójwarstwowa hierarchia zamiast chaosu

    Do tej pory duże organizacje korzystające z Cursora zarządzały zbiorem luźno powiązanych kont zespołów. Każdy zespół funkcjonował jako osobna jednostka administracyjna, co przy wielu działach czy spółkach zależnych prowadziło do powielania konfiguracji i braku całościowego wglądu w wydatki.

    • Organizations wprowadza strukturę trzech poziomów. Na szczycie znajduje się organizacja – kontener dla firmowej tożsamości i administracji. Niżej są zespoły, które odpowiadają konkretnym departamentom, regionom czy spółkom. Najniższy poziom to grupy – zbiory użytkowników, które można tworzyć elastycznie, bez potrzeby zakładania nowego zespołu.

    Taka architektura sprawdza się szczególnie w firmach, gdzie inżynierowie potrzebują szerokiego dostępu do modeli i automatyzacji, a działy marketingu czy finansów wymagają ściślejszych ograniczeń. Cursor podaje przykład: zespoły inżynieryjne i produktowe mają najbardziej liberalny dostęp sieciowy i możliwość automatycznego uruchamiania komend przez agentów, podczas gdy sprzedaż, marketing i finanse działają z zaostrzonymi kontrolami bezpieczeństwa.

    Budżety, modele i piaskownice – kontrola na wyciągnięcie ręki

    Budżety, modele i piaskownice – kontrola na wyciągnięcie ręki
    Źródło: cursor.com

    Administratorzy mogą teraz przypisywać oddzielne budżety do poszczególnych zespołów i śledzić zużycie tokenów w całej firmie z jednego widoku. Pulpit organizacji zbiera dane ze wszystkich jednostek, z możliwością filtrowania po zespole, użytkowniku czy agencie chmurowym. Dla controllingu to narzędzie do rozliczania kosztów według jednostek biznesowych.

    Dostęp do modeli również przestał być zero-jedynkowy. Różne kohorty użytkowników mogą korzystać z różnych zestawów modeli – inżynierowie mają pełen wachlarz, w tym droższe modele z trybem szybkim, podczas gdy pozostali pracownicy mają ograniczony wybór i niższe limity miesięczne.

    Ciekawym dodatkiem są środowiska piaskownicy (sandbox). Firmy z restrykcyjnymi wymogami bezpieczeństwa mogą tworzyć wydzielone zespoły testowe, które jako pierwsze otrzymują dostęp do nowych funkcji Cursora. NVIDIA już stosuje taki model – osobny zespół stagingowy testuje nowości, zanim trafią one do wszystkich inżynierów. Użytkownicy mogą należeć do obu środowisk jednocześnie, bez potrzeby zakładania drugiego konta.

    Zarządzanie tożsamością również zostało uproszczone. Konfiguracja dostawcy tożsamości (IdP) i SCIM przeprowadzana jest raz na poziomie organizacji, a następnie synchronizowana automatycznie na wszystkie zespoły i grupy. Przenoszenie użytkowników między jednostkami odbywa się przez panel, API lub import CSV.

    Co to oznacza dla zespołów AI i web devu

    Dla firm tworzących oprogramowanie ta struktura rozwiązuje realny problem. Zespoły produktowe, platformowe, bezpieczeństwa czy zewnętrzni kontraktorzy mogą teraz funkcjonować w ramach jednej organizacji, ale z różnymi zasadami. Jedna polityka dla wszystkich przestaje być przeszkodą – szczególnie tam, gdzie praktykuje się vibe coding, buduje wewnętrzne narzędzia czy eksperymentuje z agentami AI.

    Należy jednak zwrócić uwagę na regułę “najbardziej liberalnych uprawnień”. Jeśli użytkownik należy do kilku grup lub zespołów, system przyznaje mu najszersze uprawnienia spośród wszystkich przypisanych. Dla zespołów bezpieczeństwa to sygnał ostrzegawczy – przy projektowaniu struktury grup trzeba dokładnie przemyśleć, kto do czego ma dostęp, aby nie otworzyć przypadkiem furtki do zbyt szerokich uprawnień.

    Cursor informuje, że z jego narzędzi korzysta już 64% firm z listy Fortune 500, a przychody z segmentu Organizations dla Enterprise stanowią około 60% całości. Organizations to krok w stronę dojrzałości korporacyjnej – zamiast koncentrować się na coraz sprytniejszym autouzupełnianiu kodu, Cursor stawia na kontrolę, która przekonuje dyrektorów finansowych i szefów bezpieczeństwa.


    Źródła