Kategoria: Oprogramowanie

  • 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

  • Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode przyniosła wersję 1.17.4, która jest szczególnie ważna dla deweloperów pracujących w środowiskach korporacyjnych. Oprogramowanie rozwija wsparcie dla serwerów proxy i niestandardowych certyfikatów bezpieczeństwa, a także poprawia zarządzanie sesjami. Choć nie wprowadza spektakularnych nowości, odpowiada na potrzeby zgłaszane przez użytkowników na GitHubie i forach społeczności.

    Kluczowe zmiany w skrócie

    – OpenCode obsługuje standardowe zmienne proxy (HTTP_PROXY, HTTPS_PROXY), co potwierdza dokumentacja.
    – Obsługa niestandardowych urzędów certyfikacji (CA) jest dostępna dla ruchu przez proxy oraz bezpośrednich połączeń z API modeli – konfiguracja jest opisana w oficjalnych materiałach.
    – Udoskonalono przepływ pracy z sesjami, aby zminimalizować ryzyko utraty kontekstu przy przełączaniu zadań.
    – Rozwój funkcji zarządzania wieloma projektami – OpenCode zwiększa możliwości pracy równoległej.
    – Wprowadzono poprawki stabilności i interfejsu dla użytkowników systemu Windows.

    Dlaczego wsparcie proxy pozostaje priorytetem dla firm

    Dla użytkowników OpenCode korzystających z domowych łączy temat zmiennych proxy może wydawać się mało istotny. W rzeczywistości jednak wielu deweloperów pracuje w środowiskach korporacyjnych, gdzie cały ruch sieciowy przechodzi przez firmowe serwery pośredniczące. Bez odpowiedniej obsługi HTTPS_PROXY agent AI nie może nawiązać połączenia z żadnym modelem językowym, co czyni go bezużytecznym.

    OpenCode dokumentuje wsparcie dla zmiennych środowiskowych proxy i niestandardowych certyfikatów – w oficjalnych materiałach technicznych można przeczytać, że oprogramowanie „wspiera standardowe zmienne proxy i niestandardowe certyfikaty”. Oznacza to, że w środowiskach skonfigurowanych zgodnie z dokumentacją agent powinien komunikować się przez firmowe proxy. Wątki na GitHubie pokazują, że niektóre instalacje napotykały trudności, co skłaniało zespół do ciągłych poprawek.

    Aktualizacja v1.17.4 nie przyniosła rewolucji, ale wpisuje się w długofalowe działania na rzecz niezawodności. OpenCode wykrywa zmienne proxy zgodnie z konfiguracją systemową, a zaufanie do firmowych CA można ustanowić jednorazowo. Dla zespołów IT kluczowe jest, że nie ma potrzeby ręcznego ingerowania w pliki konfiguracyjne poza standardowymi zmiennymi środowiskowymi.

    W środowiskach o zaostrzonej polityce bezpieczeństwa – takich jak sektor finansowy czy rządowy – proxy i niestandardowe certyfikaty są niezbędne. Bez nich narzędzie AI nie przejdzie audytu bezpieczeństwa, co wyklucza je z wielu projektów komercyjnych. Dlatego każda iteracja OpenCode, która zapewnia stabilną pracę w tych warunkach, jest dla firm istotna.

    Udoskonalenia w zarządzaniu sesjami

    Zespół OpenCode pracuje nad tym, by przełączanie między zadaniami nie prowadziło do utraty kontekstu – to jeden z najczęściej podnoszonych postulatów społeczności. Dotychczas nagłe zamknięcie karty lub szybkie przechodzenie między projektami mogło prowadzić do frustracji, gdy prompt i wybór środowiska były niezgodne.

    Nowa wersja rozwija mechanizmy porządkujące ten proces – użytkownik ma teraz większą kontrolę nad kontekstem pracy. Flow sesji został przeprojektowany, aby dać więcej czasu na doprecyzowanie zapytania i wskazanie projektu, zanim agent zacznie działać.

    Usprawnienia obejmują także jednoczesną pracę nad wieloma projektami. OpenCode lepiej radzi sobie ze zmianą środowiska, minimalizując konieczność ręcznego odtwarzania ustawień przy przełączaniu kontekstu. To docenią zwłaszcza osoby pracujące z kilkoma repozytoriami jednocześnie.

    Bieżące poprawki na platformie Windows

    Użytkownicy Windowsa mogą liczyć na regularne poprawki stabilności aplikacji OpenCode – dotyczą one zarówno elementów interfejsu (w tym paska tytułu), jak i procesu aktualizacji z wcześniejszych instalacji. Każda nowa łatka przybliża środowisko Windows do poziomu płynności znanego z Linuksa czy macOS, a aktualizacja 1.17.4 eliminuje kilka rzadkich przypadków błędów renderowania i usprawnia migrację ze starszych wersji.

    Źródła

  • Z.ai wprowadza GLM-5.2 – nowy flagowy model językowy z naciskiem na kodowanie i milion tokenów kontekstu

    Z.ai wprowadza GLM-5.2 – nowy flagowy model językowy z naciskiem na kodowanie i milion tokenów kontekstu

    Z.ai, firma odpowiedzialna za jeden z najbardziej zaawansowanych modeli językowych, wprowadziła GLM-5.2 – nową wersję swojego flagowego modelu. GLM-5.2 jest następcą uznanego GLM-5 i wprowadza ulepszenia w zakresie kodowania oraz obsługi długiego kontekstu, co przekłada się na lepszą wydajność w złożonych zadaniach programistycznych. Model jest dostępny dla wszystkich subskrybentów planu Coding Plan – Lite, Pro i Max – bez dodatkowych opłat.

    Kluczowe informacje o premierze GLM-5.2

    • GLM-5.2 to nowy model w rodzinie GLM, zoptymalizowany do kodowania i autonomicznych agentów programistycznych.
    • Model obsługuje długi kontekst, co umożliwia analizę całych repozytoriów kodu oraz złożonych zadań.
    • Użytkownicy Coding Plan (Lite, Pro, Max) uzyskali dostęp do modelu bez dodatkowych kosztów od dnia premiery.
    • Z.ai koncentruje się na agentowości, przechodząc od pojedynczych zapytań do autonomicznych procesów inżynieryjnych.
    • Nowy model ma silniejsze możliwości kodowania i lepiej radzi sobie z rzeczywistymi zadaniami programistycznymi w porównaniu do wcześniejszych wersji.

    Tło i ewolucja rodziny GLM

    Aby zrozumieć znaczenie GLM-5.2, warto przyjrzeć się wcześniejszym wersjom. GLM-5 był pierwszym flagowym modelem Z.ai, który wykorzystał architekturę Mixture-of-Experts. Dysponował 744 miliardami parametrów, z czego 40 miliardów było aktywnych na token. Obsługiwał kontekst o długości 200 tysięcy tokenów wejściowych oraz 128 tysięcy tokenów wyjściowych. W benchmarku Intelligence Index v4.0 uzyskał wynik 50 punktów, co oznaczało wzrost o 8 punktów w porównaniu do GLM-4.7. Model został wytrenowany na 28,5 biliona tokenów, co stanowiło wzrost o 5,5 biliona w stosunku do poprzednika.

    GLM-5 był promowany jako model do „złożonej inżynierii systemów i długoterminowych zadań agentowych”. Z.ai podkreślało, że model ten wprowadza nową jakość w autonomicznej inżynierii. Zyskał uznanie za swoje możliwości w rzeczywistych zadaniach programistycznych.

    GLM-5.2, opisany jako „model flagowy nowej generacji do inżynierii agentowej”, wprowadza znaczne ulepszenia w zakresie kodowania, co pokazuje, że Z.ai kontynuuje rozwój i podnosi standardy w narzędziach AI do kodowania.

    Co nowego wnosi GLM-5.2

    GLM-5.2 rozwija możliwości swojego poprzednika, wprowadzając kilka istotnych usprawnień. Najważniejsza zmiana dotyczy jakości kodowania – model ma lepsze możliwości programistyczne, co potwierdzają wewnętrzne testy Z.ai oraz opinie użytkowników planu Coding Plan. Oznacza to lepsze rozumienie skomplikowanych struktur kodu oraz generowanie bardziej wydajnego i lepiej udokumentowanego kodu.

    Kolejnym istotnym obszarem jest rozwój w kierunku agentowości. GLM-5.2 nie jest już tylko narzędziem do pojedynczych zapytań, ale systemem zdolnym do prowadzenia złożonych procesów inżynieryjnych, obejmujących analizę wymagań, implementację, testowanie i wdrożenie. Oznacza to, że może zarządzać całym repozytorium lub modułem oprogramowania bez potrzeby mikrozarządzania przez programistę.

    Trzecim kluczowym elementem jest obsługa długiego kontekstu, która umożliwia analizę rozbudowanych repozytoriów i śledzenie zależności w projektach bez utraty spójności.

    Znaczenie dla użytkowników Coding Plan

    Z.ai udostępniło GLM-5.2 w ramach istniejącej subskrypcji Coding Plan, obejmującej pakiety Lite, Pro i Max. Użytkownicy nie muszą ponosić dodatkowych kosztów ani zmieniać warunków umowy, aby korzystać z nowego modelu. Plan Coding Plan został zaprojektowany do codziennej pracy na średnich repozytoriach, oferując priorytetowy dostęp do najnowszych modeli i zestawu narzędzi MCP. Wprowadzenie GLM-5.2 znacząco zwiększa wartość tej oferty, dając programistom dostęp do jednego z najsilniejszych narzędzi agentowości na rynku.

  • Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    OpenAI opublikowało wersję 0.128.0 narzędzia Codex, która wprowadza nowe funkcje skupiające się na trwałych przepływach pracy, zarządzaniu wtyczkami oraz bardziej szczegółowych profilach uprawnień. Dla zespołów korzystających z agentowego programowania ta aktualizacja znacząco skraca czas rozruchu i ułatwia prowadzenie długotrwałych sesji.

    Najważniejsze zmiany

    • Trwałe przepływy pracy /goal można teraz zapisywać i przywracać zarówno z poziomu TUI, jak i przez API serwera aplikacji.
    • Zarządzanie wtyczkami zostało ulepszone, co zapewnia większą kontrolę nad aktywnymi rozszerzeniami w danej sesji.
    • Rozszerzone profile uprawnień pozwalają precyzyjniej określić, do czego Codex ma dostęp, minimalizując ryzyko.
    • Ulepszona konfiguracja MultiAgentV2 ułatwia orkiestrację równoległych agentów pracujących w tym samym repozytorium.
    • Import zewnętrznych sesji agentów umożliwia łatwe przenoszenie pracy rozpoczętej poza Codexem.

    Trwałe przepływy pracy /goal z pełną kontrolą

    To kluczowy element tej aktualizacji. Dotychczas agent mógł realizować cele, ale po zakończeniu sesji zapamiętanie, na czym stanął, wymagało ręcznego opisywania. W wersji 0.128.0 wprowadzono możliwość zapisywania stanu przepływów /goal. Umożliwia to powrót do przerwanego zadania, a Codex automatycznie wie, co zostało już zrobione, bez potrzeby ponownego definiowania kontekstu.

    Zarządzanie tymi przepływami jest dostępne zarówno przez tekstowy interfejs użytkownika (TUI), jak i przez API serwera aplikacji. Dla specjalistów DevOps oznacza to możliwość automatyzacji – scenariusze utrwalonego celu można uruchamiać zdalnie, bez konieczności interakcji przez konsolę. Takie podejście wspiera ideę vibe codingu: mniej klikania, więcej swobodnego definiowania kierunku pracy, podczas gdy agent pamięta o dotychczasowych ustaleniach.

    Lepsze wtyczki i rozszerzone uprawnienia

    Lepsze wtyczki i rozszerzone uprawnienia

    Nowa wersja poprawia również mechanizmy zarządzania wtyczkami. Oprócz szybszego ładowania, zaktualizowany system daje programistom lepszy wgląd w aktywne rozszerzenia i ich wpływ na działanie Codexa. Dla zespołów pracujących na wspólnych repozytoriach oznacza to mniej niespodzianek, takich jak różnice w działaniu na różnych maszynach.

    Rozszerzone profile uprawnień wprowadzają jeszcze większą kontrolę. Można teraz określić, że agent w danej sesji może czytać pliki, ale nie ma możliwości ich modyfikacji, albo że ma dostęp tylko do wybranych katalogów. To istotne w środowiskach hostingowych i DevOps, gdzie przypadkowa zmiana konfiguracji może prowadzić do problemów. Bezpieczeństwo nie spowalnia pracy, a raczej ją organizuje.

    MultiAgentV2 i import sesji zewnętrznych agentów

    Dla osób pracujących z wieloma agentami jednocześnie istotne są zmiany w konfiguracji MultiAgentV2. Codex od dawna umożliwiał równoległe działanie agentów, ale teraz łatwiej je ze sobą zgrać, szczególnie gdy pracują na różnych gałęziach tego samego repozytorium. Wbudowane wsparcie dla worktrees pozwala uniknąć konfliktów, dzięki czemu każdy agent ma swój własny piaskownik bez ryzyka nadpisywania zmian innych.

    Nowością jest także możliwość importowania sesji zewnętrznych agentów. Jeśli rozpocząłeś pracę w innym narzędziu lub otrzymałeś fragment konwersacji agentowej, możesz teraz łatwo wciągnąć to do Codexa i kontynuować bez utraty kontekstu. To znacząca wygoda, zwłaszcza podczas testowania różnych środowisk, gdy nie chce się zaczynać wszystkiego od nowa.

    Źródła

  • Claude Code 2.1.131: Krytyczne poprawki dla Windows i autoryzacji Mantle

    Claude Code 2.1.131: Krytyczne poprawki dla Windows i autoryzacji Mantle

    Szóstego maja 2026 roku zespół Anthropic opublikował wersję 2.1.131 narzędzia Claude Code. To wydanie o charakterze czysto konserwacyjnym – nie zawiera nowych funkcji ani zmian w modelach – ale jego znaczenie jest trudne do przecenienia dla dwóch dużych grup użytkowników. Aktualizacja eliminuje dwa wyjątkowo uciążliwe błędy: jeden kompletnie blokował aktywację rozszerzenia dla Visual Studio Code na systemie Windows, drugi uniemożliwiał poprawną autoryzację w punktach końcowych Mantle. Ponieważ oba problemy dotykały podstawowych ścieżek pracy, szybkie wdrożenie tej wersji jest wysoce zalecane.

    Kluczowe informacje

    • Wersja Claude Code 2.1.131
    • Data wydania 6 maja 2026 roku
    • Poprawka dla Windows – naprawiono błąd aktywacji rozszerzenia VS Code spowodowany ścieżką w polyfillu createRequire
    • Poprawka dla Mantle – dodano brakujący nagłówek x-api-key w żądaniach autoryzacyjnych
    • Zakres wyłącznie poprawki błędów, bez nowych funkcji ani zmian w modelach

    Awaria rozszerzenia VS Code na Windows – co zawiodło

    Użytkownicy systemu Windows od dłuższego czasu zgłaszali, że rozszerzenie Claude Code dla Visual Studio Code odmawia posłuszeństwa – po instalacji nie uruchamiało się, nie wyświetlając przy tym żadnego czytelnego komunikatu o błędzie. Problem został zlokalizowany w mechanizmie ładowania modułów, a konkretnie w polyfillu funkcji createRequire, dostarczanym wraz z pakietem SDK narzędzia.

    Polyfill ten odpowiadał za stworzenie funkcji require w środowisku uruchomieniowym, które normalnie jej nie udostępnia. Aby to zrobić, odwoływał się do ścieżki budowania (build path) – ścieżki zakodowanej na sztywno podczas kompilacji na maszynach deweloperskich. Podczas gdy na systemach Linux i macOS ścieżka ta działała bez zarzutu, na Windows struktura folderów i separatory katalogów (\ zamiast /) są fundamentalnie inne. W rezultacie cały mechanizm rozwiązywania zależności załamywał się, a VS Code nie był w stanie zainicjować rozszerzenia. Błąd ten występował nawet przy poprawnie skonfigurowanym środowisku i był szczególnie frustrujący, ponieważ nie zostawiał użytkownikom żadnych wskazówek do samodzielnej diagnozy.

    Wersja 2.1.131 usuwa przyczynę problemu – polyfill nie opiera się już na ścieżce kompilacji, lecz dynamicznie dostosowuje się do platformy, na której działa. Dzięki temu rozszerzenie aktywuje się niezawodnie na wszystkich systemach operacyjnych.

    Autoryzacja Mantle – naprawa brakującego nagłówka

    Drugim krytycznym błędem, który doczekał się natychmiastowej interwencji, była nieudana autoryzacja żądań kierowanych przez punkty końcowe Mantle. Mantle to wewnętrzna warstwa API gateway, wykorzystywana głównie przez klientów korporacyjnych i tych, którzy integrują Claude’a z własną infrastrukturą. Do poprawnego przejścia przez tę bramkę każde żądanie musi zawierać nagłówek x-api-key z odpowiednim kluczem.

    W poprzednich wersjach Claude Code ten nagłówek nie był dołączany do zapytań autoryzacyjnych, co skutkowało natychmiastowym od

    Źródła

  • Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    OpenAI udostępniło wersję 0.128.0 narzędzia Codex CLI. Ta aktualizacja wprowadza trwałe przepływy pracy z komendą /goal, rozbudowany ekosystem wtyczek oraz bardziej szczegółowe profile uprawnień. Wprowadzono również poprawki dotyczące wznawiania sesji, bezpieczeństwa sieciowego i stabilności piaskownicy w systemie Windows.

    Kluczowe fakty o wydaniu 0.128.0

    • Trwałe cele /goal – użytkownicy mogą teraz tworzyć, wstrzymywać i wznawiać długoterminowe zadania, które zachowują swój stan między sesjami.
    • Rozszerzona obsługa wtyczek – pojawił się marketplace, zdalne cache'owanie oraz wsparcie dla aplikacji MCP i importu zewnętrznych agentów.
    • Wielopoziomowe profile uprawnień – zamiast prostego przełącznika `–full-auto wprowadzono elastyczną kontrolę nad tym, co agent może robić automatycznie.
    • Konfigurowalne mapy klawiszy w TUI – interfejs tekstowy zyskuje możliwość personalizacji skrótów i sterowania.
    • Poprawki błędów – łatki dotyczą między innymi sieci, wznawiania sesji i działania piaskownicy na Windows.

    Długotrwałe przepływy pracy – /goal w końcu trwałe

    Najważniejszą nowością jest zmiana logiki działania komendy /goal. Dotychczas zadania definiowane w ten sposób były jednorazowe i traciły kontekst przy przerwaniu sesji. Wersja 0.128.0 wprowadza mechanizmy tworzenia, wstrzymywania i wznawiania celów (create, pause, resume, clear), które działają zarówno w terminalowym interfejsie (TUI), jak i przez API aplikacji serwerowej.

    Oznacza to, że inżynier może rozpocząć wieloetapową refaktoryzację kodu, przerwać ją na noc i kontynuować następnego dnia – bez utraty kontekstu i bez potrzeby ponownego opisywania zadania. Codex staje się przestrzenią roboczą dla długotrwałych prac inżynierskich. To wpisuje się w szerszy trend w narzędziach AI – przejście od czatu do agenta, który zarządza zadaniami w czasie.

    Ekosystem wtyczek i elastyczne profile uprawnień

    Ekosystem wtyczek i elastyczne profile uprawnień

    Wydanie 0.128.0 znacznie rozszerza możliwości rozszerzania Codexa. Użytkownicy otrzymują marketplace wtyczek, a same pluginy mogą korzystać z haków uruchamianych razem z wtyczką (plugin-bundled hooks), zewnętrznego cache'owania oraz importować zewnętrzne agenty i łączyć się z aplikacjami MCP (Model Context Protocol). To przesuwa Codexa w stronę platformy agentowej – nie tylko CLI, ale także środowiska, które może orkiestruje wiele narzędzi i usług.

    Równocześnie zmienia się sposób zarządzania autonomią agenta. Zamiast binarnego trybu --full-auto wprowadzono explicite zdefiniowane profile uprawnień. Dzięki temu można precyzyjniej określić, które działania agent może wykonywać bez potwierdzenia, a które wymagają ręcznej akceptacji. Dla zespołów devopsowych i web developerskich to krok w stronę bezpieczniejszej automatyzacji – można na przykład pozwolić Codexowi na modyfikację plików w katalogu projektu, ale zablokować dostęp do konfiguracji sieciowej.

    Dodatkowo w 0.128.0 rozszerzono konfigurację MultiAgentV2, co umożliwia precyzyjniejsze sterowanie współpracą kilku agentów. Choć oficjalne notki nie opisują wszystkich szczegółów, sygnalizuje to dalszy rozwój scenariuszy wieloagentowych w ramach jednej sesji roboczej.

    Poprawki: sesje, sieć i piaskownica Windows

    Poprawki: sesje, sieć i piaskownica Windows

    Nowa wersja przynosi kilka istotnych łatek. Poprawiono wznawianie sesji – Codex lepiej radzi sobie teraz z przywracaniem stanu po przerwie, co łączy się z nowymi możliwościami /goal. Wzmocniono również zabezpieczenia sieciowe (network hardening), co ma znaczenie przy zdalnej pracy i integracjach z zewnętrznymi API. Użytkownicy Windows docenią stabilność działania w piaskownicy – to ważne w środowiskach korporacyjnych, gdzie izolacja procesów jest standardem.

    Podsumowanie

    Codex CLI 0.128.0 to nie tylko zestaw poprawek, ale także wyraźny sygnał kierunku rozwoju narzędzia – w stronę agentowego środowiska pracy z trwałymi zadaniami, rozbudowaną warstwą wtyczek i precyzyjną kontrolą uprawnień. Dla osób zajmujących się web developmentem, devopsem czy tzw. vibe codingiem oznacza to większą ciągłość pracy i bezpieczniejszą automatyzację długotrwałych procesów. Jeśli kolejne wydania utrzymają ten kierunek, Codex może szybko ewoluować z prostego asystenta CLI w pełnoprawne środowisko agentowe.

    Ź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

  • Codex 0.128.0: Przepis na długoterminowe Zadania AI i Lepsze Sterowanie Agentem

    Codex 0.128.0: Przepis na długoterminowe Zadania AI i Lepsze Sterowanie Agentem

    OpenAI nieustannie rozwija możliwości swojego terminalowego agenta kodującego, a najnowsza wersja Codex 0.128.0 to doskonały przykład tych postępów. To wydanie nie jest jedynie zbiorem poprawek, ale istotnym krokiem w kierunku przekształcenia Codexa z prostego narzędzia w proaktywny, autonomiczny silnik stanów. Kluczowym elementem aktualizacji jest wprowadzenie trwałych przepływów pracy /goal, które zmieniają sposób, w jaki programiści mogą delegować złożone, wieloetapowe zadania. Codex staje się teraz asystentem zdolnym do prowadzenia długoterminowej narracji projektu, zamiast odpowiadać na pojedyncze, izolowane komendy.

    Kluczowe fakty o wydaniu Codex 0.128.0

    • Trwałe cele /goal pozwalają na definiowanie zadania, które agent realizuje przez wiele cykli kontynuacji, aż do jego ukończenia lub wyczerpania budżetu tokenów.
    • Zarządzanie stanem celów, takich jak realizacja, wstrzymanie, osiągnięcie czy ograniczenie budżetowe, umożliwia zaawansowane sterowanie zadaniem z poziomu TUI.
    • Ulepszona konfiguracja MultiAgentV2 usprawnia współpracę agentów w złożonych projektach.
    • Rozszerzone profile uprawnień i usprawnione zarządzanie wtyczkami zwiększają bezpieczeństwo i elastyczność środowiska pracy.

    Serce nowej funkcjonalności: trwałe cele /goal

    Do tej pory praca z Codexem przypominała rozmowę z niecierpliwym geniuszem – wydawane polecenia były realizowane, ale kontekst często się rozmywał. Mechanizm /goal odpowiada na potrzebę ciągłości w złożonych projektach deweloperskich. Nie jest to jedynie alias dla promptu, ale trwały obiekt przechowujący cel dla długotrwałego zadania. Użytkownik może teraz zdefiniować cel, który będzie aktywnie realizowany przez wiele tur, nawet w przypadku przerw. To sprawia, że Codex nadaje się do zadań takich jak wieloplikowe refaktoryzacje, sesje debugowania czy implementacje wymagające okresowych punktów kontrolnych.

    W praktyce, po wpisaniu /goal "Przeprowadź migrację bazy danych z PostgreSQL do MySQL", Codex nie tylko rozpoczyna pracę, ale także utrzymuje ten cel jako swój nadrzędny stan. System automatycznie wstrzykuje w trakcie działania specjalne prompty kontynuacji (goals/continuation.md), które przypominają agentowi o jego misji na koniec każdej tury, oraz prompty budżetowe (goals/budget_limit.md), które pilnują, by zadanie nie przekroczyło wyznaczonego limitu tokenów. Architektura opiera się na trwałości na poziomie wątku, co oznacza, że cel przetrwa wiele wymian i sprawdzeń kontynuacji, zachowując pełną świadomość celu.

    Sterowanie cyklem życia celu: od pauzy do wznowienia

    Kluczowym aspektem praktycznego zastosowania /goal jest możliwość zarządzania jego stanem. Codex 0.128.0 wprowadza intuicyjne komendy dostępne z poziomu interfejsu terminalowego (TUI), które dają programiście pełną kontrolę nad zadaniami długoterminowymi. Użytkownik może w każdej chwili wstrzymać agenta (pauza), aby na przykład przeanalizować dotychczasowe zmiany, a następnie wznowić jego pracę bez utraty kontekstu. Stan celu może odzwierciedlać, czy zadanie jest aktualnie realizowane, wstrzymane, osiągnięte, czy też przekroczyło limit budżetu.

    Rozróżnienie między pause (pauza) a clear (wyczyść) jest istotne i wynika z analiz społeczności. Wybranie opcji clear bezpowrotnie odrzuca cały stan celu, co jest równoznaczne z anulowaniem misji. Z kolei pause konserwuje stan, pozwalając na kontynuację w dowolnym momencie. Ta funkcjonalność eliminuje frustrację związaną z ponownym opisywaniem kontekstu po każdej przerwie, zmieniając Codex w niezawodnego współpracownika, który pamięta, nad czym pracował nawet po kilku godzinach.

    Ulepszenia kontroli agenta i niezawodności

    Poza nową funkcją celów, wydanie 0.128.0 przynosi szereg innych istotnych usprawnień, które wzmacniają fundamenty całego narzędzia. W odpowiedzi na potrzeby zaawansowanych użytkowników, konfiguracja MultiAgentV2 została ulepszona, co usprawnia współpracę wielu instancji Codexa i zwiększa przewidywalność ich działań w skomplikowanych środowiskach.

    Równolegle, profile uprawnień zostały rozszerzone, dając administratorom i użytkownikom drobnoziarnistą kontrolę nad tym, do jakich zasobów i operacji agent ma dostęp. To kluczowe dla bezpieczeństwa w środowiskach korporacyjnych. Usprawniono także zarządzanie wtyczkami, co upraszcza ich instalację i konfigurację, a tym samym rozszerza ekosystem narzędzi dostępnych dla Codexa. Całość dopełniają krytyczne poprawki błędów, które zwiększają ogólną niezawodność i stabilność narzędzia, czyniąc Codex 0.128.0 nie tylko nową funkcjonalnością, ale także dojrzewaniem platformy do roli nieodzownego partnera w codziennej pracy dewelopera.

    Źródła