Autor: nidas

  • Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Anthropic nie zwalnia tempa. 7 maja 2026 roku światło dzienne ujrzała wersja 2.1.133 terminalowego asystenta Claude Code – aktualizacja, która na pierwszy rzut oka może wydawać się drobną porcją poprawek, ale w rzeczywistości precyzyjnie celuje w bolączki zaawansowanych użytkowników. Deweloperzy balansujący między gałęziami, administratorzy dbający o bezpieczeństwo izolowanych środowisk i entuzjaści automatyzacji dostają zestaw narzędzi, który znacząco podnosi komfort codziennej pracy. Nowa wersja to przede wszystkim długo wyczekiwane ustawienie worktree.baseRef, elastyczniejsza konfiguracja sandboxa dla Linuksa i WSL oraz garść poprawek stabilności, które sprawiają, że sesje przestają się niespodziewanie wykrzaczać.

    Kluczowe informacje

    • Nowe ustawienie worktree.baseRef daje pełną kontrolę nad bazowym punktem odniesienia dla operacji worktree, co eliminuje nieporozumienia przy edycji kodu w gałęziach
    • Ulepszona konfiguracja sandboxa na Linuksie i WSL umożliwia precyzyjniejsze definiowanie granic izolacji – niezbędne w kontenerach deweloperskich
    • Wzmocnione polityki administracyjne pozwalają na skuteczniejsze egzekwowanie reguł w zespołach i wdrożeniach enterprise
    • Widoczność poziomu wysiłku hooków ułatwia debugowanie automatyzacji i ocenę, jak mocno poszczególne skrypty obciążają asystenta
    • Poprawki stabilności sesji obejmują obsługę poświadczeń, dopasowanie ścieżek, tryb skupienia i zarządzanie pamięcią procesów w tle

    Worktree z wreszcie jawnym punktem startowym

    Dla każdego, kto pracuje z wieloma gałęziami jednocześnie, operacje worktree w Git są chlebem powszednim. Claude Code od dawna potrafi je obsługiwać, ale dotychczas samodzielnie ustalał bazową referencję – czyli gałąź lub commit, względem której generowane są zmiany. Automatyzm ten bywał jednak zawodny, szczególnie gdy struktura repozytorium odbiegała od standardowych konwencji. Nowość w wersji 2.1.133 to jawne ustawienie worktree.baseRef. Od teraz możesz w pliku konfiguracyjnym wskazać konkretny punkt startowy: main, develop, a nawet konkretny SHA commita. Claude nie będzie już zgadywał – dostosuje się do twoich intencji.

    Praktyczne znaczenie tego drobnego dodatku jest ogromne. Wyobraź sobie sytuację, w której tworzysz nową funkcjonalność na gałęzi feature/api-v2, ale chcesz, aby asystent porównywał zmiany względem gałęzi release/1.0, a nie domyślnego main. Dotychczas mogło to prowadzić do generowania nadmiarowych diffów lub pomijania kluczowych konfliktów. Teraz wystarczy jeden wpis i cały przepływ pracy staje się spójny. Dla zwolenników vibe codingu, którzy coraz częściej powierzają AI generowanie całych bloków kodu, precyzyjne zakotwiczenie w repozytorium to warunek konieczny, by uniknąć katastrofy po mergowaniu.

    Izolacja na własnych warunkach

    Izolacja na własnych warunkach

    Sandbox w Claude Code to mechanizm uruchamiający kod w kontrolowanym środowisku, chroniący system hosta przed niepożądanymi skutkami. Do tej pory na Linuksie i WSL jego konfiguracja potrafiła być sztywna – użytkownicy narzekali na brak możliwości dostrojenia reguł pod specyficzne kontenery deweloperskie. Update 2.1.133 rozwiązuje ten problem, wprowadzając elastyczniejsze opcje konfiguracji. Choć changelog nie podaje szczegółowych nazw parametrów, to z kontekstu wynika, że administracja może teraz precyzyjniej określać, które katalogi są dostępne, jakie zasoby wolno montować i kiedy sandbox ma wymusić twardą izolację.

    Dla zespołów korzystających z Dev Containers czy GitHub Codespaces to krok milowy. Możliwość dostosowania sandboxa do obrazu kontenera oznacza, że asystent będzie w stanie bezpiecznie operować w środowisku zbliżonym do produkcyjnego, nie narażając go na wycieki danych. Deweloperzy mogą też łatwiej integrować Claude Code z własnymi narzędziami CI/CD, gdzie izolacja wykonania ma kluczowe znaczenie dla bezpieczeństwa łańcucha dostaw.

    Administratorzy dostają lepsze narzędzia dyscypliny

    Wersja 2.1.133 wprowadza silniejszą kontrolę polityk administracyjnych. To ukłon w stronę organizacji, które wdrażają asystenta AI w skali zespołu. Nowe mechanizmy pozwalają na definiowanie reguł z poziomu zarządzanego pliku konfiguracyjnego, które są egzekwowane z wyższym priorytetem. Na przykład

    Źródła

  • Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Moonshot AI wprowadziło 12 czerwca 2026 roku model Kimi K2.7 Code, który jest ich najnowszym asystentem do programowania. Model ten został zaprojektowany z myślą o długoterminowych zadaniach inżynierskich, obsługuje długie konteksty oraz autonomiczne narzędzia. Użytkownicy mogą uzyskać do niego dostęp przez API, Hugging Face oraz środowisko Kimi Code.

    • Kimi K2.7 Code jest modelem stworzonym do długodystansowych zadań programistycznych, który lepiej radzi sobie z różnymi językami oraz z frontendem, DevOpsem i optymalizacją wydajności.
    • 256-tysięczne okno kontekstowe oraz tryb myślący (bez szybkich odpowiedzi) – model został zoptymalizowany do złożonego, wieloetapowego rozumowania.
    • Około 30% mniej tokenów rozumowania w porównaniu do Kimi K2.6 Code przy tych samych zadaniach, co prowadzi do niższych kosztów inferencji.
    • Ceny API: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD przy trafieniach cache’a – model jest dostępny na licencji Modified MIT.

    Model dostosowany do agentowego kodu

    Kimi K2.7 Code nie jest jedynie poprawioną wersją swojego poprzednika. Moonshot AI określa go jako „najbardziej zdolny model do kodowania”, który został dostosowany do agentowego generowania kodu oraz długoterminowej inżynierii oprogramowania. Model ma na celu lepsze radzenie sobie z zadaniami wymagającymi wielu kroków, wywoływania narzędzi oraz utrzymania spójności w długich kontekstach.

    Dokumentacja wskazuje na znaczną poprawę w zadaniach długohoryzontalnych. Kimi K2.7 Code lepiej generalizuje między Rustem, Go i Pythonem, a także poprawia efektywność w projektach frontendowych, automatyzacji DevOps i optymalizacji wydajności. Dla zespołów korzystających z vibe coding lub autonomicznych agentów, model ten może obsługiwać bardziej złożone zadania niż tylko krótkie fragmenty kodu.

    Duże okno i jeden tryb

    Model dysponuje oknem kontekstowym o długości 256 tysięcy tokenów i nie obsługuje trybu niemyślącego – cała komunikacja odbywa się poprzez ścieżkę rozumowania. Dla programistów przyzwyczajonych do szybkich odpowiedzi od GPT czy Claude, może to być zauważalna różnica w interakcji, ale zapewnia, że model nie uprości skomplikowanej logiki.

    Moonshot informuje o redukcji tokenów rozumowania o około 30% w porównaniu do Kimi K2.6 Code. Oznacza to, że nowa architektura lub proces treningowy pozwoliły modelowi myśleć bardziej zwięźle, nie tracąc jakości. Mniejsza liczba tokenów przekłada się również na niższe koszty przy wywołaniach API.

    Ceny, licencja i możliwości testowania

    Dostęp do Kimi K2.7 Code można uzyskać przez Moonshot API, narzędzie Kimi Code (terminalowy/IDE agent) oraz repozytorium na Hugging Face. Model jest dostępny na licencji Modified MIT, co oznacza, że w przeciwieństwie do niektórych konkurencyjnych rozwiązań, nie ma ograniczeń dotyczących komercyjnego wykorzystania.

    Ceny wynoszą: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD za cache. W przypadku długich kontekstów i powtarzalnych promptów, te stawki mogą być korzystne. W porównaniu do modeli takich jak Claude czy GPT, Kimi K2.7 Code może być bardziej opłacalnym rozwiązaniem.

    Rodzina K2 i jej znaczenie dla web deweloperki

    Kimi K2.7 Code to kolejny krok po modelu Kimi K2.6 Code, który Moonshot promowało jako otwarte narzędzie do kodowania, długoterminowej egzekucji oraz agentów. Seria K2 opiera się na architekturze Mixture-of-Experts, która według wcześniejszych zapowiedzi ma bilion parametrów, z czego 32 miliardy są aktywowane podczas inferencji. Nowsze informacje sugerują, że Kimi K2.7 Code utrzymuje podobną skalę, chociaż oficjalne specyfikacje nie zostały jeszcze w pełni ujawnione.

    Dla programistów pracujących z Kimi K2.7 Code, model ten oferuje nowe możliwości w zakresie długoterminowego kodowania i bardziej złożonych projektów.

  • Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed właśnie wydał wersję 1.1.5, stabilną aktualizację, która wprowadza istotne zmiany w interakcji z kodem, historią projektu i asystą AI. W tej wersji pojawił się pełnoprawny graf Gita, który zastępuje dotychczasowy widok historii plików, przełącznik układu paneli umożliwiający szybkie przechodzenie między klasycznym a agentowym trybem pracy oraz rozszerzony katalog wspieranych modeli sztucznej inteligencji. Aktualizacja ta wpływa na codzienny workflow programisty na wielu poziomach – od wizualizacji rozgałęzień, przez organizację przestrzeni roboczej, aż po wybór silnika AI do zadań programistycznych.

    Kluczowe informacje

    • Git Graph zastępuje historię plików, oferując wizualną mapę commitów i gałęzi z lazy loadingiem, wyszukiwarką i dynamiczną szerokością kolumn.
    • Panel Layout umożliwia przejście między układem klasycznym (narzędzia po lewej) a agentowym (panel AI po lewej, reszta po prawej) jednym kliknięciem.
    • DeepSeek V4-Pro/Flash oraz rodzina OpenCode Go (w tym GPT 5.5, MiMo V2.5, Ling 2.6, Hy3) zostały dodane do oficjalnego wsparcia.
    • LSP Code Lens, nawigacja w stylu Helixa oraz alerty GFM w podglądzie Markdown wzbogacają edycję i podgląd dokumentacji.
    • Wprowadzono poprawki dotyczące wydajności monitorowania systemu plików na Linuxie oraz usunięto dziesiątki błędów w edytorze, terminalu i panelu agenta, chociaż ujawniono regresję w module współpracy.

    Zamiast historii pliku – Git Graph jako nowy domyślny widok

    Najbardziej kontrowersyjną zmianą jest usunięcie widoku historii pliku i zastąpienie go pełnym grafem Gita. Deweloperzy, którzy wcześniej korzystali z liniowego podglądu zmian w plikach, musieli przechodzić do zakładki „file history”. Teraz Zed oferuje interaktywny wykres, który pokazuje całą strukturę commitów i gałęzi w repozytorium. Zespół podkreśla wyższą wydajność dzięki leniwemu ładowaniu danych, szybkiemu przeszukiwaniu wpisów, zmiennej szerokości kolumn dopasowanej do długości wiadomości commitów oraz osobnemu panelowi szczegółów wybranego commita.

    Dla programistów pracujących samodzielnie lub tych, którzy potrzebują wizualnej nawigacji po skomplikowanych repozytoriach, graf stanowi znaczący postęp. Umożliwia szybki wgląd w to, które gałęzie się rozchodzą, gdzie miały miejsce mergi oraz jak rozwijała się historia projektu – wcześniej wymagało to korzystania z zewnętrznych narzędzi lub komend terminala. Nie wszyscy jednak przyjęli tę zmianę z entuzjazmem. Po premierze na GitHubie zgłoszono, że w trybie współpracy stary podgląd historii plików przestał działać, a nowy Git Graph nie uruchamia się w scenariuszach zdalnych. Oznacza to, że zespoły opierające swoją pracę na zdalnym kodowaniu w Zedzie straciły dostęp do historii zmian konkretnego pliku, co może być problematyczne podczas przeglądów kodu i rozwiązywania konfliktów. Zespół prawdopodobnie pracuje nad rozwiązaniem tego problemu, ale warto mieć to na uwadze przed aktualizacją w środowiskach produkcyjnych.

    Agentowy workflow jednym przełącznikiem – nowa era interakcji z AI

    Zed od dłuższego czasu eksperymentuje z integracją panelu AI, ale wersja 1.1.5 wprowadza osobne menu „Panel Layout” z dwiema predefiniowanymi opcjami: classic i agentic. Klasyczny układ umieszcza panel projektu, Gita i inne narzędzia po lewej stronie, co jest znane użytkownikom VS Code i innych edytorów. Układ agentowy przenosi panel agenta AI na lewą stronę, a pozostałe elementy – edytor, podglądy, terminal – na prawą. To nie jest jedynie kosmetyczna zmiana, lecz istotna reorganizacja przepływu pracy. Deweloperzy intensywnie korzystający z asysty AI mogą teraz jednym kliknięciem przełączyć się w tryb, w którym agent staje się bardziej dostępny.

    Źródła

  • OpenCode v1.14.37: Lepsza kontrola sesji i stabilność na pulpicie

    OpenCode v1.14.37: Lepsza kontrola sesji i stabilność na pulpicie

    Najnowsza odsłona otwartoźródłowego asystenta programistycznego OpenCode – oznaczona numerem v1.14.37 – przynosi szereg ulepszeń skoncentrowanych na zarządzaniu zadaniami, wizualizacji sesji oraz niezawodności aplikacji desktopowej. Twórcy położyli szczególny nacisk na wygodę pracy z wieloma podzadaniami jednocześnie oraz na usprawnienia dla użytkowników Windows, co czyni tę aktualizację istotną dla wszystkich, którzy na co dzień polegają na agentach AI w terminalu, IDE lub samodzielnej aplikacji.

    Kluczowe fakty

    • Anulowanie zadań potomnych – od teraz można przerywać podzadania razem z sesją nadrzędną, bez pozostawiania wiszących procesów.
    • Poprawione renderowanie sesji v2 – dokładniejsze wyświetlanie stanów narzędzi i precyzyjniejsze odmierzanie czasu ich działania.
    • Przenoszenie sesji między przestrzeniami roboczymi – funkcja warp pozwala reorganizować pracę bez utraty kontekstu.
    • Płynniejsza migracja w wersji desktopowej – użytkownicy aplikacji okienkowej zyskują łatwiejsze przenoszenie ustawień i danych.
    • Stabilność paska tytułowego w Windows – wyeliminowano migotanie i problemy z powiększeniem okna przy zmianie zoomu.

    Usprawnione zarządzanie podzadaniami

    Do tej pory anulowanie sesji nadrzędnej często prowadziło do sytuacji, w której uruchomione w jej ramach podzadania (ang. child subtasks) działały dalej w tle, zużywając zasoby i tworząc bałagan. OpenCode v1.14.37 rozwiązuje ten problem – mechanizm anulowania został rozbudowany tak, aby jednym poleceniem można było zatrzymać zarówno zadanie główne, jak i wszystkie jego procesy potomne. To szczególnie ważne w środowiskach, gdzie agent AI wykonuje złożone, wieloetapowe operacje (np. refaktoryzację kodu, testy integracyjne czy generowanie dokumentacji). Teraz po wydaniu komendy przerwania użytkownik ma pewność, że nic nie zostanie w zawieszeniu, co przekłada się na czystsze środowisko pracy i mniejsze ryzyko konfliktów.

    Sesje v2 – dokładniejsza wizualizacja stanu narzędzi

    Sesje v2 – dokładniejsza wizualizacja stanu narzędzi

    Drugim filarem wydania jest przebudowa renderowania sesji w wersji drugiej. Deweloperzy poprawili sposób, w jaki wyświetlane są stany poszczególnych narzędzi (np. linterów, formaterek czy skryptów budujących), oraz dopracowali odzwierciedlenie faktycznego czasu ich trwania. W poprzednich wersjach zdarzały się opóźnienia lub nieaktualne informacje o postępie, co mogło wprowadzać użytkownika w błąd przy debugowaniu lub monitorowaniu pracy agenta. Teraz dane są odświeżane w czasie zbliżonym do rzeczywistego, a ikony i opisy stanów są bardziej czytelne. Dzięki temu programista szybciej orientuje się, które narzędzia już zakończyły pracę, a które wciąż działają, co bezpośrednio skraca czas reakcji i pozwala sprawniej zarządzać równoległymi zadaniami.

    Sesje w ruchu: warp między workspace’ami

    Sesje w ruchu: warp między workspace’ami

    Nowością jest możliwość przenoszenia całych sesji między różnymi przestrzeniami roboczymi (workspace’ami). Funkcja warp pozwala w locie zmienić katalog roboczy, w którym działa dana sesja, bez konieczności jej zamykania i odtwarzania od nowa. Dla osób pracujących nad wieloma projektami jednocześnie lub często reorganizujących foldery to ogromne ułatwienie – wystarczy jedno polecenie, aby cały kontekst (historia rozmowy z agentem, otwarte pliki, ustawienia narzędzi) został przeniesiony w nowe miejsce. W praktyce oznacza to, że można np. rozpocząć sesję w repozytorium głównym, a następnie przenieść ją do forka lub gałęzi testowej, zachowując pełną ciągłość pracy. To kolejny krok w kierunku uczynienia z OpenCode elastycznego środowiska, które dostosowuje się do dynamicznego stylu pracy programistów.

    Desktop zyskuje na stabilności

    Użytkownicy aplikacji desktopowej – dostępnej obok interfejsu terminalowego i wtyczek do IDE – otrzymują dwie ważne poprawki. Pierwsza dotyczy płynniejszego procesu migracji: przy przechodzeniu między wersjami lub przenoszeniu konfiguracji na inny komputer OpenCode lepiej radzi sobie z przenoszeniem ustawień i danych sesji, eliminując irytujące błędy i potrzebę ręcznej ingerencji. Druga, szczególnie istotna,

    Źródła

  • Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Szóstego maja 2026 roku Anthropic wydało wersję 2.1.129 narzędzia Claude Code. Wprowadza ona nową flagę --plugin-url, poprawia obsługę manifestów wtyczek oraz wprowadza kilka poprawek stabilności, które będą przydatne dla osób pracujących z wieloma sesjami jednocześnie. To wydanie, choć niewielkie, zawiera zmiany, które mogą znacząco ułatwić codzienną pracę w terminalu.

    Co przynosi wersja 2.1.129 — kluczowe zmiany

    • Flaga --plugin-url <url> umożliwia pobieranie wtyczek bezpośrednio z adresu URL, co ułatwia dystrybucję i automatyzację konfiguracji w zespołach.
    • Udoskonalone manifesty wtyczek pozwalają na bardziej precyzyjne deklarowanie metadanych i szybsze ładowanie rozszerzeń.
    • Lepsze wsparcie zmiennych środowiskowych dla zsynchronizowanego wyjścia terminala sprawdza się w środowiskach z multiplekserami, takimi jak tmux.
    • Opcjonalne wykrywanie modeli (opt-in) przy korzystaniu z bramek API daje większą kontrolę nad tym, które modele są widoczne w danym środowisku.
    • Poprawki stabilności: trwałość nazw sesji, widoczność panelu podagentów i czytelność komunikatów błędów API.

    Lepsze zarządzanie wtyczkami — wreszcie bez ręcznego grzebania w katalogach

    Do tej pory instalowanie wtyczek w Claude Code wymagało ręcznego umieszczania plików w odpowiednich katalogach lub korzystania z mechanizmów marketplace'u. Nowa flaga --plugin-url <url> zmienia to znacząco. Wystarczy podać bezpośredni adres URL do wtyczki, a Claude Code sam ją pobierze i zainstaluje.

    To może wydawać się drobiazgiem, ale dla zespołów deweloperskich, które chcą standaryzować środowisko pracy, to znaczna oszczędność czasu. Zamiast pisać instrukcje „pobierz plik X, umieść go w katalogu Y, potem uruchom Z”, można po prostu przekazać jeden URL w skrypcie inicjalizacyjnym. Dodatkowo, Anthropic poprawiło obsługę manifestów wtyczek — deklaracje metadanych są teraz ściślej walidowane, co powinno ograniczyć problemy z niekompletnymi lub błędnie skonfigurowanymi rozszerzeniami.

    Terminal pod kontrolą

    Terminal pod kontrolą

    Kolejnym istotnym obszarem zmian jest obsługa terminala. Wersja 2.1.129 poprawia wsparcie dla zmiennych środowiskowych przy zsynchronizowanym wyjściu terminalowym. Oznacza to mniej problemów w środowiskach z tmuxem, screenem lub innymi multiplekserami, gdzie kilka sesji może jednocześnie pisać do tego samego wyjścia. Dla użytkowników pracujących zdalnie przez SSH to znacząca poprawa komfortu.

    Warto również zwrócić uwagę na opcjonalne wykrywanie modeli przy korzystaniu z bramek API. To funkcja typu opt-in, więc domyślnie nic się nie zmienia, ale jeśli zarządzasz własną bramką i nie chcesz, aby wszystkie dostępne modele były automatycznie wyliczane i eksponowane, masz teraz pełną kontrolę. Jest to przydatne w środowiskach, gdzie przez bramkę przechodzi wiele różnych modeli, a użytkownicy końcowi powinni widzieć tylko wybrane.

    Poprawki, które po prostu działają

    Poprawki, które po prostu działają

    Ta aktualizacja przynosi także kilka mniejszych poprawek, które, choć nie brzmią spektakularnie, rozwiązują rzeczywiście irytujące problemy. Naprawiono na przykład trwałość tytułów sesji — wcześniej po restarcie sesja mogła tracić swoją nazwę i wracać do domyślnego oznaczenia. Osoby pracujące z wieloma równoległymi sesjami wiedzą, jak bardzo to dezorientuje.

    Podobnie sytuacja wygląda z panelem podagentów. W poprzednich wersjach zdarzało się, że panel nie wyświetlał się poprawnie po przełączeniu kontekstu — ten problem został teraz rozwiązany. Dodatkowo poprawiono obsługę komunikatów błędów API, które wcześniej mogły być niejasne lub mylące przy debugowaniu problemów z autoryzacją.

    Czy warto aktualizować?

    Jeśli używasz Claude Code głównie do prostych, jednosesyjnych zadań, prawdopodobnie nie odczujesz dużej różnicy. Jednak jeśli pracujesz w zespole, automatyzujesz konfigurację środowisk deweloperskich lub spędzasz dużo czasu w terminalu z wieloma równoległymi sesjami, ta aktualizacja zdecydowanie ułatwi ci życie. Flaga --plugin-url może znacząco skrócić czas onboardingu nowych osób w projekcie, a także pozwala na pozbycie się kilku drobnych, ale uporczywych błędów.

    Aktualizacja jest dostępna standardowo przez npm (npm update -g claude-code) oraz inne kanały dystrybucji. Po instalacji warto zrestartować aktywne sesje, aby wszystkie zmiany zostały poprawnie załadowane.

    Źródła

  • Cursor daje firmom pełną kontrolę nad AI – nowe organizacje, limity i analityka w edytorze

    Cursor daje firmom pełną kontrolę nad AI – nowe organizacje, limity i analityka w edytorze

    Cursor wprowadził nowy zestaw narzędzi, które zmieniają sposób zarządzania sztuczną inteligencją w dużych zespołach deweloperskich. Nowe funkcje administracyjne w płatnych planach zespołowych umożliwiają firmom centralizację kontroli nad dostępem do modeli, ograniczenie wydatków oraz śledzenie zużycia tokenów na niespotykaną dotąd skalę. Programiści nadal mają dostęp do zaawansowanych funkcji asystenta AI.

    Co nowego w Cursor dla firm?

    • Centralny dashboard – jeden widok do zarządzania wieloma zespołami, budżetami i politykami dostępu.
    • Grupy – zbiory użytkowników z własnymi limitami wydatków i uprawnieniami do zaawansowanych modeli.
    • Szczegółowa kontrola modeli – administratorzy mogą decydować, które grupy programistów korzystają z zaawansowanych modeli AI, a które z tańszych wariantów.
    • Elastyczne limity wydatków – konfigurowalne progi kosztów z automatycznymi alertami na poziomie konta organizacji, zespołu i grupy.
    • Scentralizowana analityka – dashboardy zużycia tokenów i kosztów, umożliwiające przypisanie wydatków do konkretnych zespołów i inicjatyw.

    Zarządzanie wieloma zespołami – nowa elastyczność

    Dotychczas firmy korzystające z Cursor musiały zarządzać każdym zespołem oddzielnie. Teraz możliwe jest połączenie zespołów w ramach jednego konta organizacji z centralnym zarządzaniem dostępem i budżetami. Administrator może z jednego miejsca nadzorować wszystkie zespoły, nawet te rozproszone po różnych działach czy regionach, i nadawać im osobne reguły bezpieczeństwa oraz zakres dozwolonych funkcji.

    Nowością są Grupy – kolekcje użytkowników, które można formować niezależnie od struktury zespołów. Dzięki nim architekci i senior developerzy mogą mieć dostęp do zaawansowanych modeli, podczas gdy stażyści czy testerzy korzystają tylko z podstawowych możliwości. Użytkownik może należeć do kilku zespołów i grup, a uprawnienia są łączone według konfiguracji administratora.

    Kontrola nad modelami i agentami

    Kontrola nad modelami i agentami
    Źródło: cursor.com

    Nowe narzędzia umożliwiają granularne sterowanie tym, jakie modele AI mogą uruchamiać konkretni programiści. Zespół platformowy testujący eksperymentalne wersje agentów może działać bez ograniczeń, podczas gdy dział aplikacji webowych, pracujący z wrażliwym kodem produkcyjnym, może być ograniczony do sprawdzonych modeli.

    Administratorzy mogą również konfigurować integrację z dostawcami tożsamości i synchronizację katalogów (SCIM) w ramach konta organizacji. Członkostwami można zarządzać przez dashboard lub API, a uprawnienia są nadawane automatycznie przy dołączaniu do grupy.

    Zarządzanie kosztami i analityka

    Zarządzanie kosztami i analityka
    Źródło: cursor.com

    Cursor nie podaje konkretnych kwot domyślnych limitów, ale firmy otrzymują mechanizm miękkich progów wydatków z powiadomieniami. Gdy rachunek za API zbliża się do ustalonego pułapu, administrator dostaje alert, co pozwala uniknąć nagłego odcięcia dostępu do narzędzi. To rozwiązanie pozwala na pilnowanie budżetu, nie blokując pracy w trakcie ważnych zadań.

    Drugim filarem jest analityka użycia. Nowy dashboard pokazuje zużycie tokenów i koszty z podziałem na zespoły i główne grupy użytkowników. Dla firm stosujących wewnętrzne modele rozliczeń (chargeback) to duże ułatwienie, umożliwiające precyzyjne przypisanie wydatków do konkretnych inicjatyw.

    Co to oznacza dla zespołów webowych i DevOps

    Dla firm zajmujących się rozwojem aplikacji internetowych i infrastrukturą oznacza to koniec chaosu związanego z niekontrolowanym użyciem AI. Szefowie działów IT mogą ustawić reguły raz i monitorować trendy, eliminując obawy o niezamierzone generowanie wysokich rachunków.

    Cursor, używany przez wiele czołowych firm, przesuwa się z pozycji prostego edytora kodu z AI w stronę platformy programistycznej z pełnym nadzorem korporacyjnym. Dla organizacji, które chcą zwiększyć wykorzystanie narzędzi AI do kodowania, zachowując kontrolę kosztów i bezpieczeństwa, nowe funkcje administracyjne Cursor mogą być kluczowym argumentem za wdrożeniem płatnych planów zespołowych.

    Cursor nie tylko ułatwia kodowanie, ale także pozwala menedżerom spokojniej spać, wiedząc, że rachunek za API nie wymknie się spod kontroli.

    Źródła

  • Perplexity rewolucjonizuje wyszukiwanie agentowe: architektura Search as Code

    Perplexity rewolucjonizuje wyszukiwanie agentowe: architektura Search as Code

    Perplexity ogłosiła nową architekturę wyszukiwania – Search as Code (SaC) – która rezygnuje z sztywnych interfejsów API na rzecz programowalnych komponentów. Modele AI nie tylko wysyłają zapytania do czarnej skrzynki; teraz same budują potok wyszukiwania za pomocą generowanego kodu Pythona, co daje im większą kontrolę nad każdym etapem przetwarzania informacji. To zmiana, która pozwala agentom AI na przeprowadzanie setek, a nawet tysięcy operacji wyszukiwania w ramach jednego przebiegu wnioskowania.

    Kluczowe informacje o Search as Code

    • Perplexity wprowadza Search as Code w ramach Agent API oraz w produkcie Computer, zastępując wcześniejsze interfejsy typu function calling i MCP.
    • Modele AI generują kod Pythona, który orkiestruje wyszukiwanie – od pobierania danych, przez ranking, filtrowanie, aż po fan-outy – i wykonują go w izolowanym środowisku.
    • Agent uzyskuje dostęp do stanów pośrednich, takich jak listy kandydatów czy sygnały rankingowe, co pozwala na dynamiczną optymalizację strategii podczas realizacji zadania.
    • Architektura SaC wprowadza nowy standard wydajności kosztowej w benchmarkach wyszukiwania agentowego, znacznie poprawiając precyzję i redukując zbędne obciążenie kontekstu modelu.

    Czym jest Search as Code?

    Termin „Search as Code” może budzić skojarzenia z narzędziami do przeszukiwania repozytoriów (jak Google Code Search czy Sourcegraph), jednak w kontekście ogłoszenia Perplexity oznacza coś innego. SaC to architektura, w której wyszukiwanie nie jest wywoływane jako gotowy serwis przez funkcję API czy protokół MCP, lecz składane na żądanie przez model AI z atomowych prymitywów udostępnionych w SDK. Model, korzystając z generowania kodu, decyduje, jak skonfigurować retrieval, jakie filtry zastosować, czy uruchomić wiele równoległych zapytań i jak połączyć wyniki. Cały proces odbywa się w bezpiecznym środowisku, bez udziału zewnętrznych interfejsów komunikacyjnych.

    Tradycyjne systemy wyszukiwania były projektowane dla ludzi: użytkownik wpisywał zapytanie, a silnik zwracał stronę wyników (SERP). Gdy modele AI zaczęły korzystać z tych systemów, dziedziczyły ten sam kontrakt – podaj zapytanie, otrzymaj przetworzoną listę dokumentów. Dla prostych zadań to wystarczało, ale dla złożonych, wieloetapowych zadań agentowych stało się to wąskim gardłem.

    Dlaczego tradycyjne API przestało wystarczać?

    Monolityczne API narzuca modelowi sztywną logikę potoku wyszukiwania, co prowadzi do trzech powtarzających się problemów:

    1. Zbyt gruby kontekst – gdy agent potrzebuje jednej precyzyjnej informacji, a pipeline nastawiony jest na wysoką kompletność, do kontekstu trafia wiele nieistotnych danych, co zwiększa koszty i szum.
    2. Niewykorzystana wiedza dziedzinowa – model może rozpoznać, że dla danego zadania lepiej połączyć sygnały leksykalne z semantycznymi, nadać priorytet konkretnym źródłom lub agregować wyniki po określonym kluczu, ale nie ma możliwości przekazania tych wskazówek do API.
    3. Nieefektywna kontrola przepływu – agent nie może dostosować logiki potoku do specyfiki zadania, co prowadzi do nieoptymalnych wyników.

    Źródła

  • OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych

    OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych

    OpenCode, otwartoźródłowy agent kodowania AI dostępny jako aplikacja terminalowa, desktopowa i rozszerzenie do IDE, otrzymał nową aktualizację. Wersja OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych koncentruje się na dwóch problemach, które dotychczas były uciążliwe dla programistów — responsywności w trybie powłoki i stabilności sesji roboczych. Dodatkowo wprowadzono kilka poprawek dla użytkowników AWS Bedrock oraz ulepszono generację schematów OpenAPI.

    • Shell mode zyskał poprawki eliminujące opóźnienia kursora i klawiszy edycyjnych, a narzędzie powłoki informuje teraz model o skonfigurowanym limicie czasu.
    • AWS Bedrock doczekał się poprawki wiszących sesji — modele nie blokują się już przed rozpoczęciem odpowiedzi.
    • Edycja kodu stała się bezpieczniejsza dzięki odrzucaniu luźnych dopasowań, które mogły nadpisać niewłaściwy kod.
    • Przestrzenie robocze zyskały poprawki w adapterach HTTP API i procesie tworzenia nowych workspace'ów.
    • TUI i desktop otrzymały ulepszenia interfejsu, w tym poprawione przełączanie kart i responsywność paska tytułowego.

    Shell mode w końcu bez irytujących lagów

    Każdy, kto spędził trochę czasu w terminalowych agentach AI, zna ten moment — wklejasz polecenie, próbujesz poprawić literówkę, a kursor zachowuje się jak na zepsutej maszynie do pisania. OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych rozwiązuje ten problem na kilka sposobów.

    Po pierwsze, narzędzie powłoki teraz informuje model o skonfigurowanym limicie czasu. W praktyce oznacza to, że AI wie, ile ma czasu na wykonanie operacji i może lepiej zarządzać zadaniami. Naprawiono również problemy związane z anulowaniem poleceń — wcześniej przerwana operacja mogła pozostawiać procesy w zawieszeniu. Teraz anulowanie skutecznie zamyka to, co powinno.

    Ruchy kursora i klawisze edycyjne działają teraz płynnie. Dla programistów spędzających godziny w terminalu to różnica między frustracją a produktywnym działaniem. Nie trzeba już się denerwować, gdy chcesz cofnąć się o kilka znaków i poprawić ścieżkę.

    Stabilność workspace'ów ratuje długie sesje

    Druga istotna zmiana dotyczy przestrzeni roboczych. Poprzednie wersje miały problemy z adapterami HTTP API i procesem tworzenia workspace'ów — szczególnie gdy pracowałeś na wielu repozytoriach jednocześnie lub przełączałeś się między projektami w trakcie długiej sesji.

    Aktualizacja wprowadza również poprawki dla konfiguracji desktopowych z wieloma serwerami. Każdy serwer teraz ma własny stan domowy i dedykowane karty sesji. Jeśli pracujesz z OpenCode na kilku maszynach albo łączysz się zdalnie, kontekst nie będzie się już gubił między restartami.

    Sesje teraz zapamiętują aktualizacje kontekstu systemowego nawet podczas długotrwałych konwersacji. Oznacza to, że agent nie zapomni nagle o twoich preferencjach czy ustawieniach projektu po dłuższym czasie pracy. Odpowiedzi na pytania o uprawnienia trafiają do właściwego katalogu sesji, co eliminuje błędy trasowania, które mogły wywołać chaos w złożonych procesach.

    Bezpieczniejsza edycja i lepsze wsparcie providerów

    Warto zwrócić uwagę na zmiany w mechanizmie edycji kodu. Operacje edycyjne odrzucają teraz luźne dopasowania — to zabezpieczenie przed przypadkowym nadpisaniem niewłaściwego pliku. Jeśli agent nie ma pewności, że trafił we właściwy fragment kodu, nie wykona zmiany.

    Jeśli chodzi o dostawców modeli, poza poprawką dla Bedrocka, OpenCode zyskał wsparcie dla Snowflake Cortex. To rozszerza gamę backendów dostępnych w korporacyjnych środowiskach. Ulepszono również generację schematów OpenAPI, co ułatwia integrację agenta z zewnętrznymi narzędziami przez API.

    Podsumowanie

    Wersja OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych to zestaw precyzyjnych poprawek w miejscach, które były problematyczne. Responsywność powłoki, stabilność sesji i bezpieczeństwo edycji to kluczowe elementy codziennej pracy z agentem AI. Jeśli dotychczas irytowało cię zacinanie się terminala lub gubienie kontekstu w trakcie dłuższej sesji, ta aktualizacja powinna rozwiązać większość tych problemów.

    Źródła

  • OpenCode v1.14.32: Poprawki edycji w powłoce i stabilności środowiska pracy, które realnie usprawniają codzienną pracę koderów

    OpenCode v1.14.32: Poprawki edycji w powłoce i stabilności środowiska pracy, które realnie usprawniają codzienną pracę koderów

    Na początku czerwca 2026 roku OpenCode, otwartoźródłowy agent AI do zadań programistycznych w terminalu, IDE i na pulpicie, otrzymał aktualizację do wersji v1.14.32. Choć na pierwszy rzut oka może wydawać się to kolejnym rutynowym wydaniem, wprowadza szereg kluczowych poprawek, które wpływają na płynność i niezawodność pracy z agentami AI. To wydanie koncentruje się na usuwaniu błędów i zwiększaniu stabilności w środowiskach wielodostawcowych, a nie na wprowadzaniu spektakularnych nowości. Dla deweloperów korzystających z OpenCode na co dzień, poprawki te są jednak istotne: przywracają tryb edycji w powłoce, który wcześniej zawodził w pewnych konfiguracjach, korygują routing żądań do przestrzeni roboczych oraz naprawiają problemy z zarządzaniem sesjami.

    Kluczowe zmiany w wersji v1.14.32

    • Przywrócono tryb edycji w powłoce – naprawiono mechanizm fallbacku zewnętrznego edytora, dzięki czemu sesje attach-mode otwierają się nawet wtedy, gdy oryginalna ścieżka projektu jest lokalnie niedostępna.
    • Poprawiono routing workspace'ów – eksperymentalne żądania tworzenia przestrzeni roboczych bez pola extra działają teraz poprawnie, a schematy OpenAPI są w pełni zgodne z publicznym API.
    • Zwiększono stabilność długotrwałych sesji – wyeliminowano problem zawieszania się modeli Bedrock przed rozpoczęciem odpowiedzi i zapewniono trwałe przechowywanie aktualizacji kontekstu systemowego podczas długich konwersacji.
    • Zredukowano artefakty wizualne w TUI – naprawiono awarie widoków uprawnień i sesji, skorygowano przycinanie przepełnionych kart w pasku tytułu i poprawiono nawigację między kartami.
    • Dodano wsparcie dla Snowflake Cortex – rozszerzono ekosystem kompatybilnych backendów o nowego dostawcę modeli.

    Edycja w powłoce: krytyczny tryb wraca do życia

    Jedną z najbardziej odczuwalnych poprawek jest przywrócenie możliwości edycji w trybie powłoki (shell mode). Problem, który dotknął wielu deweloperów, ujawniał się w sytuacjach, gdy oryginalna ścieżka projektu lokalnie przestawała być dostępna – na przykład w przypadku zdalnie montowanych zasobów czy przenoszenia projektów między katalogami. Wcześniej takie sesje typu attach-mode nie mogły się otworzyć, co przerywało przepływ pracy w najmniej oczekiwanym momencie.

    Dzięki naprawie mechanizmu fallbacku zewnętrznego edytora OpenCode radzi sobie teraz z tym scenariuszem bez przeszkód. Dla programistów pracujących w złożonych, dynamicznych konfiguracjach oznacza to mniej frustracji i ciągłość pracy – agent nie „gubi się” przy zmianie lokalizacji projektu, a sesja pozostaje w pełni funkcjonalna niezależnie od okoliczności.

    Sesje, które nie zacinają się i nie tracą kontekstu

    Drugim obszarem, w którym v1.14.32 wprowadza istotne zmiany, jest stabilność sesji. Dwie poprawki w tym zakresie zasługują na szczególną uwagę. Po pierwsze, wyeliminowano problem z modelami Bedrock, które potrafiły zawiesić się jeszcze przed wygenerowaniem pierwszej odpowiedzi – usterka ta była szczególnie irytująca w interaktywnych przepływach pracy, gdzie każda sekunda oczekiwania ma znaczenie.

    Po drugie, OpenCode teraz trwale przechowuje aktualizacje kontekstu systemowego podczas długich konwersacji. Oznacza to, że agent nie gubi informacji o środowisku, uprawnieniach czy niestandardowych regułach nawet po wielu godzinach pracy z kodem – wszystko pozostaje spójne od początku do końca sesji. To jest nieocenione w złożonych zadaniach programistycznych, gdzie kontekst odgrywa kluczową rolę w jakości odpowiedzi agenta.

    Stabilniejszy routing i zgodne API

    Stabilniejszy routing i zgodne API

    Dla zespołów budujących narzędzia wokół OpenCode istotna jest poprawka dotycząca routingu workspace'ów. Eksperymentalne żądania tworzenia przestrzeni roboczych, które pomijały pole extra, działały nieprawidłowo – teraz ten błąd został skorygowany. Co więcej, poprawiono schematy OpenAPI, dzięki czemu wygenerowani klienci są zgodni z publicznym API. To redukuje tarcie w zautomatyzowanych przepływach pracy, gdzie poprawność integracji jest krytyczna.

    Mniej artefaktów wizualnych, więcej komfortu

    Mniej artefaktów wizualnych, więcej komfortu

    Wersja v1.14.32 przynosi również poprawki w interfejsie użytkownika. Naprawiono awarie widoków uprawnień i sesji, które mogły występować przy nieprawidłowo sformatowanych metadanych ścieżek lub diffów – były to błędy trudne do zdiagnozowania, ale mogące skutecznie wytrącić z rytmu pracy. W trybie pulpitu skorygowano przycinanie przepełnionych kart w pasku tytułu, a także poprawiono logikę zamykania kart i nawigacji, tak aby po zamknięciu aktywnej karty wybierana była ta właściwa. Drobne, ale odczuwalne codziennie niedogodności wreszcie znikają.

    Nowy dostawca i lepsza izolacja pulpitu

    OpenCode v1.14.32 rozszerza również ekosystem o wsparcie dla Snowflake Cortex – nowego dostawcę modeli, który daje użytkownikom większą elastyczność.

    Źródła

  • OpenCode v1.14.31: Lepsza integracja z Azure i większa stabilność dla programistów

    OpenCode v1.14.31: Lepsza integracja z Azure i większa stabilność dla programistów

    Najnowsza aktualizacja OpenCode, oznaczona numerem v1.14.31, koncentruje się na usprawnieniu konfiguracji usługi Azure, zapobieganiu krytycznym awariom aplikacji desktopowej oraz wprowadzeniu szeregu poprawek stabilności. Wydana 30 kwietnia 2026 roku, ta wersja odpowiada na potrzeby zespołów deweloperskich, które w swoich codziennych zadaniach polegają na integracji z chmurą Microsoftu. OpenCode, jako otwartoźródłowy agent kodowania AI do użytku w terminalu, IDE i na pulpicie, umacnia swoją pozycję jako niezawodne narzędzie, kładąc nacisk na poprawę istniejących funkcji i eliminację błędów.

    Kluczowe informacje o wydaniu

    • Data wydania: 30 kwietnia 2026 roku.
    • Główna zmiana: Usprawniony proces konfiguracji Azure, który monituje o nazwy zasobów i zapisuje je bezpośrednio z kluczami API.
    • Krytyczna poprawka: Aplikacja desktopowa nie ulega już awarii podczas przywracania zapisanych wiadomości, gdy brakuje określonego modelu.
    • Stabilność: Sesje zadań potomnych prawidłowo dziedziczą uprawnienia katalogu nadrzędnego, a obsługa błędów dla nieprawidłowych adresów URL MCP jest teraz bardziej przejrzysta.
    • Zakres aktualizacji: 1 ulepszenie i 3 poprawki błędów.

    Usprawniony przepływ konfiguracji Azure – mniej błędów, więcej efektywności

    Najważniejszą zmianą z perspektywy użytkownika jest poprawa procesu konfiguracji Azure. Dotychczas łączenie OpenCode z zasobami w chmurze Microsoftu mogło być źródłem frustracji, szczególnie w złożonych środowiskach, gdzie zarządza się wieloma instancjami. Nowa wersja rozwiązuje ten problem, wprowadzając interaktywny monit o nazwy zasobów. Aplikacja teraz zapisuje te nazwy bezpośrednio razem z kluczami API, co eliminuje konieczność ręcznego edytowania plików konfiguracyjnych. Dla zespołów DevOps i inżynierów AI, którzy często przełączają się między projektami, ta zmiana skraca czas potrzebny na skonfigurowanie środowiska i minimalizuje ryzyko błędów wynikających z wpisania nieprawidłowych danych uwierzytelniających. To krok w stronę bardziej zintegrowanego narzędzia, które rozumie, że dane dostępowe i identyfikatory zasobów stanowią nierozerwalną całość.

    Stabilność na pierwszym planie: od uprawnień po obsługę błędów

    Stabilność na pierwszym planie: od uprawnień po obsługę błędów

    Aktualizacja v1.14.31 przynosi trzy istotne poprawki, które znacząco podnoszą komfort pracy. Pierwsza z nich dotyczy sesji zadań potomnych, które teraz w niezawodny sposób zachowują uprawnienia katalogu nadrzędnego. Wcześniej użytkownicy mogli napotykać problemy z dostępem do plików w zagnieżdżonych sesjach roboczych, co przerywało tok pracy i wymagało ręcznej interwencji.

    Drugą ważną zmianą jest poprawa obsługi błędów dla nieprawidłowych zdalnych adresów URL MCP (Model Context Protocol). W poprzednich wersjach problem z konfiguracją połączenia mógł skutkować niejasnym komunikatem. Teraz OpenCode dostarcza czytelniejsze informacje zwrotne, co pozwala programistom szybko zidentyfikować literówkę w adresie lub problem z dostępnością serwera i wrócić do pracy bez długotrwałego debugowania.

    Koniec z krytycznymi awariami desktopu

    Dla użytkowników aplikacji desktopowej v1.14.31 to wydanie obowiązkowe. Zawiera ono krytyczną poprawkę eliminującą awarię, która występowała podczas przywracania zapisanych wiadomości, gdy brakowało konkretnego modelu AI. Tego typu błąd mógł prowadzić do utraty kontekstu całej sesji i konieczności rozpoczynania pracy od nowa. Zespół OpenCode zareagował na ten problem w wydaniu punktowym, co podkreśla jego zaangażowanie w dostarczanie stabilnego i przewidywalnego środowiska pracy.

    To wydanie wpisuje się w szerszy trend rozwoju OpenCode, który koncentruje się na "utwardzaniu" aplikacji. Twórcy systematycznie pracują nad obsługą sesji, rutowaniem uprawnień i niezawodnością interfejsu, co dla profesjonalistów jest często ważniejsze niż nowe funkcje. OpenCode v1.14.31 to solidny krok naprzód w budowaniu zaufania do narzędzia jako fundamentu codziennego warsztatu deweloperskiego.

    Źródła