Kategoria: Oprogramowanie

  • Zed 1.1.8: ukierunkowane poprawki wydajności i stabilności edytora

    Zed 1.1.8: ukierunkowane poprawki wydajności i stabilności edytora

    Najnowsza stabilna wersja edytora Zed, oznaczona numerem 1.1.8, wprowadza szereg poprawek, które eliminują uciążliwe błędy i zwiększają responsywność w codziennej pracy. Twórcy skoncentrowali się na usunięciu wycieku pamięci związanego z interfejsem wiersza poleceń, poprawie monitorowania zmian w systemie plików oraz udoskonaleniu wizualnych wskaźników aktywności. To aktualizacja, która może nie przyciąga uwagi, ale jest istotna dla każdego, kto spędza długie godziny w edytorze.

    Najważniejsze zmiany w pigułce

    • Wyciek pamięci CLI – długotrwałe sesje z linią poleceń nie obciążają już zasobów systemowych.
    • Odpytywanie systemu plików – szybsza reakcja na zmiany w projektach z dużą liczbą plików.
    • Wskaźnik aktywności – teraz dokładniej sygnalizuje działanie serwerów językowych i agentów.
    • Menu przewidywania edycji – znaczniki wyboru poprawnie odzwierciedlają zaakceptowane predykcje.
    • Czas ładowania projektu – inicjalizacja obszarów roboczych stała się wyraźnie szybsza.

    Wyciek pamięci CLI przestał dokuczać

    Problem z wyciekiem pamięci, który mógł niepostrzeżenie obciążać system podczas intensywnego korzystania z terminala, został rozwiązany. Wcześniej każda sesja komunikacji za pomocą interfejsu wiersza poleceń (CLI) stopniowo zwiększała zużycie pamięci. Teraz czyszczenie następuje natychmiast, bez potrzeby restartu edytora. Dla programistów korzystających z zewnętrznych narzędzi i skryptów to istotna poprawa.

    Udoskonalone odpytywanie systemu plików

    Wersja 1.1.8 poprawia mechanizm wykrywania zmian w katalogach projektowych. Gdy wiele plików zmienia się jednocześnie, na przykład po przełączeniu gałęzi w Gicie lub po instalacji zależności, Zed reaguje teraz szybciej i bardziej przewidywalnie. Zmniejsza to irytujące opóźnienia, które czasem prowadziły do chwilowego wyświetlania nieaktualnych danych w drzewie plików. Dla webdeveloperów pracujących nad rozbudowanymi monorepozytoriami to różnica między płynną pracą a frustracją.

    Wskaźnik aktywności – mniej zgadywania

    W pasku statusu wprowadzono zmiany, które poprawiają dokładność ikon oznaczających trwające operacje, takie jak działanie Language Server Protocol (LSP) czy przetwarzanie przez agenta AI. Teraz użytkownicy nie będą już mylić sygnałów, że procesor wciąż przetwarza dane, gdy w rzeczywistości już zakończył. To szczególnie ważne przy współpracy z modelami sztucznej inteligencji, ponieważ edytor natychmiast informuje, kiedy kontekst został odświeżony, a odpowiedź agenta jest gotowa.

    Użytkownicy korzystający z funkcji AI do uzupełniania kodu zauważą poprawki wizualnych znaczników. W menu przewidywania edycji wcześniej występowały nieścisłości – zaakceptowane sugestie nie zawsze były odpowiednio oznaczone. Teraz każda zatwierdzona predykcja otrzymuje swój znacznik wyboru i zostaje trwale zapisana w kodzie. Dla zwolenników vibe codingu i szybkiego prototypowania to zmiana, która eliminuje zbędne wątpliwości i pozwala skupić się na tworzeniu.

    Szybsze ładowanie i optymalizacja LSP

    Czasy startu projektów w Zed były już krótkie, ale wersja 1.1.8 wprowadza dalsze usprawnienia. Wczytywanie plików projektowych stało się jeszcze sprawniejsze – edytor szybciej otwiera duże katalogi i sprawniej między nimi nawiguję. Równolegle poprawiono zarządzanie pamięcią używaną przez serwery językowe. Gdy LSP wysyła komunikaty szybciej niż odbierająca strona jest w stanie je przetworzyć, bufor nie puchnie już bez kontroli. To zapobiega nagłym skokom zużycia RAM-u, które zdarzały się wcześniej przy bardzo aktywnych serwerach analizujących kod w locie.

    Dlaczego takie poprawki mają znaczenie

    Zed od początku stawia na wydajność – rdzeń napisany w Ruście, renderowanie wspierane sprzętowo przez GPU i błyskawiczne wyszukiwanie w repozytoriach liczących setki tysięcy linii. Każda z opisanych poprawek dotyka fundamentów tego podejścia. Wyciek pamięci był problemem dla długich sesji, a opóźnione odpytywanie dysku odbierało poczucie bezpośredniego kontaktu z kodem. Wersja 1.1.8 to nie tylko zbiór łatek, ale także umocnienie pozycji Zeda jako preferowanego edytora dla osób ceniących płynność pracy.

    Choć tym razem nie ma spektakularnych nowości, ta aktualizacja wyraźnie poprawia komfort codziennego użytkowania. Dla programistów, którzy spędzają wiele godzin w edytorze, suma tych drobnych usprawnień jest bardziej wartościowa niż niejedna efektowna nowość.

    Źródła

  • Kimi Code CLI 1.43.0: dopracowany interfejs, trwałe tokeny OAuth i krytyczna poprawka bezpieczeństwa

    Kimi Code CLI 1.43.0: dopracowany interfejs, trwałe tokeny OAuth i krytyczna poprawka bezpieczeństwa

    Moonshot AI kontynuuje rozwój. Zaledwie dzień po wydaniu wersji 1.42.0, 12 maja 2026 roku, zaprezentowano aktualizację 1.43.0 terminalowego agenta AI do programowania – Kimi Code CLI 1.43.0. Choć zmiany mogą wydawać się niewielkie, w rzeczywistości wprowadzają kilka istotnych ulepszeń, które ułatwiają pracę z kodem w konsoli. Nowa wersja skupia się na poprawie czytelności interfejsu, usprawnieniu integracji z protokołem MCP (Model Context Protocol) oraz załataniu krytycznej luki bezpieczeństwa w bibliotece Pillow. To kolejny krok w kierunku stworzenia w pełni autonomicznego asystenta kodowania, który stanowi realną, bezpłatną alternatywę dla Claude Code.

    Kluczowe fakty

    • Poprawki interfejsu – lepsze odstępy w wynikach poleceń shellowych, przywrócone podświetlanie linków Markdown i skrócony czas wyświetlania powiadomień.
    • Integracja MCP z trwałymi tokenami OAuth – agent korzysta teraz z FastMCP 3.2.4, a sesje uwierzytelniania nie wygasają po restarcie.
    • Łatka bezpieczeństwa – załatano krytyczną podatność w bibliotece Pillow, popularnym pakiecie Pythona do przetwarzania obrazów.
    • Szczegółowe śledzenie zadań w tle – raportowany jest pełen cykl życia operacji asynchronicznych oraz schematy zdarzeń.
    • Konkurencyjność cenowa – model Kimi K2.5, domyślnie napędzający agenta, jest około 10 razy tańszy od Claude Opus 4.6 i GPT-5.2.

    Dopieszczony terminal – drobiazgi, które ułatwiają codzienną pracę

    Praca w terminalu wymaga precyzyjnego formatowania – każdy piksel odstępu ma znaczenie, a źle sformatowane wyjście może spowolnić analizę logów. W wersji 1.43.0 zespół Moonshot AI poprawił formatowanie odstępów między wynikami poleceń shellowych. Dzięki temu bloki informacji są wyraźniej oddzielone, co przyspiesza skanowanie wzrokiem i zmniejsza zmęczenie podczas długich sesji kodowania.

    Przywrócono także wizualne podświetlanie linków w języku Markdown. W poprzedniej wersji ta funkcja została wyłączona, co sprawiło, że odnośniki do dokumentacji czy zewnętrznych zasobów były trudne do zauważenia. Teraz znów są kolorowane i klikalne, co znacząco podnosi komfort interakcji z agentem, zwłaszcza gdy ten sugeruje artykuły lub fragmenty specyfikacji.

    Dodatkowo skrócono czas wyświetlania powiadomień. Alerty nie pozostają już na ekranie dłużej niż to konieczne, co sprzyja utrzymaniu czystego, skoncentrowanego widoku. Te zmiany zachowują minimalistyczny charakter terminala, eliminując jednocześnie najczęstsze irytacje.

    MCP z trwałymi tokenami – bez konieczności ponownego logowania

    Model Context Protocol odgrywa w Kimi Code CLI 1.43.0 kluczową rolę, umożliwiając agentowi komunikację z zewnętrznymi narzędziami, bazami danych i usługami. W tej wersji zaktualizowano jego implementację do FastMCP 3.2.4, co przyspiesza wymianę danych między agentem a serwerami MCP. W praktyce oznacza to krótszy czas reakcji na złożone zapytania wymagające dodatkowych źródeł informacji.

    Nowością jest obsługa trwałych tokenów OAuth. Do tej pory każdy restart sesji wymagał ponownego uwierzytelniania połączeń, co było uciążliwe, zwłaszcza przy pracy z wieloma rozproszonymi narzędziami. Teraz tokeny są przechowywane lokalnie, co pozwala agentowi automatycznie wznawiać autoryzowane sesje bez ingerencji użytkownika. To istotne dla zespołów korzystających z CI/CD, gdzie ciągłość dostępu do zewnętrznych API jest kluczowa.

    Bezpieczeństwo i śledzenie zadań – fundament zaufania

    Wydanie 1.43.0 zawiera również łatkę dla krytycznej podatności w bibliotece Pillow, popularnym pakiecie Pythona do przetwarzania obrazów. Choć Kimi Code CLI 1.43.0 nie jest narzędziem graficznym, Pillow może być zależnością w wielu środowiskach deweloperskich. Załatanie tej luki pokazuje, że zespół Moonshot AI traktuje bezpieczeństwo łańcucha dostaw poważnie, co jest istotnym sygnałem dla firm rozważających wdrożenie agenta w komercyjnych projektach.

    W tle zaktualizowano również mechanizmy raportowania zadań asynchronicznych. Agent teraz szczegółowo śledzi pełen cykl życia operacji wykonywanych poza głównym wątkiem, włącznie ze schematami zdarzeń. Dla użytkownika przekłada się to na czytelniejsze logi i łatwiejsze diagnozowanie ewentualnych błędów, zwłaszcza gdy agent równolegle przeszukuje pliki i wykonuje polecenia.

    Co dalej? Kimi kontra reszta świata

    Kimi Code CLI 1.43.0 działa na modelu Kimi K2.5 – architekturze Mixture of Experts z bilionem parametrów (32 miliardy aktywnych) i oknem kontekstowym 262 tysięcy tokenów. Model radzi sobie z wizualnym kodowaniem (92,3% na OCRBench) i kosztuje jedynie 0,60 USD za milion tokenów wejściowych, co czyni go około 10 razy tańszym od Claude Opus 4.6 czy GPT-5.2. Projekt zdobył już ponad

    Źródła

  • Cursor integruje się z Microsoft Teams: Nowa era współpracy programistycznej

    Cursor integruje się z Microsoft Teams: Nowa era współpracy programistycznej

    Firma Cursor ogłosiła integrację swojego asystenta AI z platformą Microsoft Teams, co umożliwia zespołom programistycznym delegowanie zadań bezpośrednio z kanałów komunikacyjnych. To posunięcie przenosi agentów AI poza środowisko IDE i umieszcza je w miejscach, gdzie zapadają decyzje inżynieryjne. Użytkownicy mogą teraz wspomnieć @Cursor w dowolnym czacie, aby uruchomić autonomicznego agenta chmurowego, który przeanalizuje repozytorium, wdroży rozwiązanie i zgłosi pull request – wszystko bez opuszczania Teams.

    Kluczowe fakty o integracji

    • @Cursor w Teams uruchamia agenta chmurowego, który samodzielnie pracuje nad zadaniami w repozytorium i otwiera pull request.
    • Agent ma świadomość kontekstową, co pozwala mu automatycznie wybrać odpowiednie repozytorium i model AI na podstawie podpowiedzi i historii aktywności.
    • Integracja działa w czatach prywatnych, grupowych oraz kanałach zespołowych.
    • Do korzystania wymagane jest aktywne konto Cursor oraz połączenie z GitHub lub GitLab, a także skonfigurowanie uprawnień, rozliczeń i zasad przeglądu.
    • Użytkownicy mogą dostosować parametry, określając repozytorium, gałąź i model AI w treści wiadomości.

    Jak to działa w praktyce?

    Integracja została zaprojektowana z myślą o prostocie i płynności przepływu pracy. Gdy członek zespołu, na przykład product manager lub tester, napotka błąd, nie musi już opisywać go w zewnętrznym narzędziu ani przerywać pracy programisty. Wystarczy, że w odpowiednim kanale Teams wpisze wiadomość w stylu: @Cursor napraw błąd logowania w repozytorium frontend-app. Agent chmurowy Cursor odczytuje cały wątek konwersacji, aby zrozumieć kontekst problemu, a następnie lokalizuje odpowiednie repozytorium, analizuje kod, implementuje poprawkę i zgłasza pull request do przeglądu.

    Użytkownicy mogą doprecyzować parametry zadania, wskazując konkretne repozytorium, gałąź, a nawet preferowany model AI – na przykład model: claude-3-opus lub branch: development. Daje to zespołom kontrolę nad tym, jak zaawansowane i kosztowne obliczeniowo mają być działania agenta. Dla organizacji obawiających się o bezpieczeństwo i koszty, Cursor oferuje konfigurowalne ustawienia prywatności, limity billingowe oraz reguły przeglądu, które należy aktywować przed dopuszczeniem agentów do zadań produkcyjnych.

    Strategiczna zmiana paradygmatu

    Strategiczna zmiana paradygmatu

    Ogłoszenie tej integracji to nie tylko kolejna funkcja – to zmiana w podejściu Cursor do narzędzi programistycznych. Dotychczas asystenci AI byli postrzegani głównie jako rozszerzenia edytorów kodu, pomocne przy uzupełnianiu składni czy generowaniu fragmentów kodu. Teraz Cursor stawia na workflow-first, czyli podejście, w którym agenci AI są obecni tam, gdzie zapadają kluczowe decyzje projektowe.

    Cursor podkreśla, że to nie jest chatbot przyklejony do paska bocznego, lecz delegowanie zadań z miejsca, w którym zespół koordynuje pracę. Ta zmiana otwiera drzwi dla osób nietechnicznych – product managerów, designerów czy analityków biznesowych – którzy mogą teraz bezpośrednio zlecać agentom zadania związane z kodem, nie znając podstaw programowania. Wystarczy, że potrafią opisać problem w języku naturalnym w Teams.

    Wymagania i konfiguracja

    Aby w pełni wykorzystać potencjał integracji, zespoły muszą spełnić kilka warunków. Po pierwsze, niezbędne jest aktywne konto Cursor – zarówno dla osoby wydającej polecenie, jak i dla organizacji. Po drugie, repozytoria kodu muszą być połączone przez GitHub lub GitLab, chyba że takie połączenie już istnieje. Administratorzy powinni również skonfigurować ustawienia prywatności oparte na wykorzystaniu, limity rozliczeniowe oraz uprawnienia dostępu do newralgicznych zasobów.

    Cursor wprowadza możliwość instalacji aplikacji bezpośrednio z Microsoft Marketplace, co upraszcza proces wdrażania w dużych organizacjach. Wraz z tym ogłoszeniem firma zaprezentowała także szereg powiązanych aktualizacji – między innymi dostrajanie poziomu wysiłku Bugbota dla administratorów Teams, partnerstwo z firmą Opsera przyspieszające potoki dostarczania oprogramowania oraz ulepszenia w Claude Code v2.1.140 dotyczące orkiestracji agentów na dużą skalę.

    Integracja Cursor z Microsoft Teams odpowiada na rosnące zapotrzebowanie rynku na narzędzia, które zacierają granice między komunikacją a realizacją zadań technicznych. W erze pracy zdalnej i rozproszonych zespołów, możliwość delegowania zadań programistycznych bezpośrednio z głównego kanału komunikacyjnego staje się koniecznością. Cursor wzmacnia swoją pozycję jako lidera wśród asystentów AI dla programistów i wyznacza nowy standard dla całej branży.

    Źródła

  • Claude Code 2.1.139 wprowadza Agent View i autonomiczną komendę /goal — koniec z pilnowaniem AI

    Claude Code 2.1.139 wprowadza Agent View i autonomiczną komendę /goal — koniec z pilnowaniem AI

    Anthropic wprowadziło 11 maja 2026 roku aktualizację Claude Code 2.1.139, która zmienia sposób pracy z tym narzędziem. Z interfejsu czatu z funkcjami programistycznymi przekształca się w platformę orkiestracji agentów z pełnoprawnym kokpitem CLI. Najważniejsze nowości to Agent View, który umożliwia zarządzanie wieloma równoległymi sesjami, oraz komenda /goal, dzięki której Claude działa samodzielnie aż do spełnienia zadanego warunku.

    Kluczowe fakty

    • Agent View (claude agents) to dashboard CLI pokazujący wszystkie aktywne sesje z oznaczeniami statusów: working, blocked awaiting response oraz completed with pull request.
    • Komenda /goal ustawia warunek ukończenia zadania, a Claude działa autonomicznie przez wiele tur w trybie interaktywnym, -p oraz Remote Control.
    • Równoległość horyzontalna — Claude Code to pierwsze narzędzie CLI, które umożliwia jednoczesną pracę wielu agentów oraz nadzór w stylu menedżera sesji.
    • Sesje w tle działają niezależnie od terminala — proces supervisor zapewnia, że praca trwa nawet po zamknięciu okna.
    • Izolacja przez git worktree — każda równoległa sesja automatycznie dostaje własny worktree, co eliminuje konflikty.

    Agent View — kokpit zamiast czatu

    Nowy widok agentów to zmiana, która przekształca sposób interakcji z AI. Użytkownik nie rozmawia już z AI, lecz nadzoruje zespół agentów. W jednym widoku można zobaczyć wszystkie sesje: które aktywnie pracują, które czekają na odpowiedź użytkownika, a które już zakończyły pracę i wystawiły pull request.

    Użytkownik przestaje być inżynierem promptów i staje się kimś w rodzaju tech leada przeglądającego kolejkę PR-ów. Agent View wyświetla ikony semantyczne przy każdej sesji, co pozwala szybko zidentyfikować miejsca wymagające interwencji. Sesje w tle działają niezależnie od terminala, co oznacza, że proces supervisor na poziomie użytkownika utrzymuje agentów przy życiu, nawet gdy okno jest zamknięte.

    Anthropic opublikowało zrzut ekranu z 12 równoległymi sesjami śledzonymi w jednym widoku. Dla zespołów devopsowych to konkretna zmiana: można rozdzielić zadania między agentów i wrócić po pewnym czasie, aby sprawdzić, które sesje się zakończyły. Nie ma potrzeby "pilnowania".

    Wersja 2.1.139 dodała również claude agents --cwd <path>, aby zawęzić listę do konkretnego katalogu, co ułatwia zarządzanie przy wielu worktree.

    /goal — powiedz, co ma być zrobione, i zapomnij

    /goal — powiedz, co ma być zrobione, i zapomnij

    Komenda /goal to kluczowy element tej aktualizacji. Użytkownik definiuje warunek końcowy, na przykład "wszystkie testy przechodzą", "dokumentacja API wygenerowana" lub "wszystkie błędy z ESLinta poprawione", a Claude działa autonomicznie przez tyle tur, ile potrzebuje.

    Podczas pracy wyświetla się overlay z czasem, który upłynął, liczbą tur i zużyciem tokenów. /goal działa w trybie interaktywnym, w -p (tryb bez interakcji) oraz w Remote Control, co pozwala na uruchomienie agenta na zdalnej maszynie i zapomnienie o nim do momentu, gdy sam zgłosi wyniki.

    To zmiana, która przesuwa granice między "narzędziem" a "współpracownikiem". Nie chodzi już tylko o asystowanie przy kodowaniu, lecz o delegowanie całych zadań.

    Wydajność, stabilność i zarządzanie pluginami

    Wydajność, stabilność i zarządzanie pluginami

    Oprócz głównych nowości, wersja 2.1.139 wprowadza także wiele poprawek inżynieryjnych. Udoskonalono przewijanie w terminalu, zarządzanie pamięcią oraz kompatybilność międzyplatformową. Serwery MCP zyskały na wydajności, a zarządzanie pluginami stało się bardziej granularne.

    W sumie wydanie obejmuje 50 zmian, w tym nowe funkcje, poprawki i ulepszenia. Dodano również /scroll-speed do dostrajania przewijania, co, choć może wydawać się drobiazgiem, ma znaczenie przy długich sesjach.

    Co to oznacza dla web developmentu i devopsów

    Praktyczna konsekwencja jest taka, że zespoły mogą teraz efektywnie skalować pracę z AI. Jeden devops może nadzorować kilka agentów jednocześnie — każdy pracuje w izolowanym worktree, ma własny kontekst i nie koliduje z innymi. To już nie jest eksperymentalna funkcja do zabawy, lecz narzędzie do równoległego developmentu.

    Dla web developerów to szansa na automatyzację całych procesów: jeden agent refaktoruje komponenty, drugi aktualizuje testy, a trzeci generuje dokumentację. Wszystko odbywa się równolegle, z podglądem w czasie rzeczywistym. Nie trzeba już czekać na zakończenie jednego zadania, aby rozpocząć kolejne.

    Źródła

  • OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    Zespół OpenCode opublikował wersję v1.14.46, która jest stabilizacyjną aktualizacją. Wprowadza nową umiejętność customize-opencode oraz naprawia kilka krytycznych błędów w API i narzędziach MCP. Zmiany mają na celu poprawienie edytowania konfiguracji, eliminując problemy z awariami przy uruchamianiu, co zwiększa przewidywalność całego środowiska deweloperskiego.

    Kluczowe informacje

    • customize-opencode – nowa umiejętność, która zmniejsza ryzyko awarii startowych po edycji plików konfiguracyjnych.
    • Poprawki HTTP API – naprawiono obsługę numerycznych parametrów zapytań, co zwiększa niezawodność klientów wysyłających wystandaryzowane zapytania.
    • Wzmocnione bezpieczeństwo Plan Mode – podagenci działający w trybie planowania otrzymali dodatkowe zabezpieczenia izolacji.
    • Lepsza stabilność sesji i narzędzi – rozwiązano problemy z ładowaniem starszych danych sesji oraz z wykrywaniem narzędzi MCP.
    • Wyrównanie typów SDK – poprawiono zgodność typów między klientami a działaniem w czasie wykonania, co redukuje potencjalne błędy integracyjne.

    Więcej niż tylko kosmetyka – co dokładnie zmieniono

    OpenCode to otwartoźródłowy agent kodowania AI, który działa w terminalu, IDE i aplikacji desktopowej. Szybkie tempo rozwoju sprawia, że każda aktualizacja może wprowadzać drobne usterki. Wersja v1.14.46 koncentruje się na ich eliminacji.

    Najważniejszą nowością jest umiejętność customize-opencode. Dodano ją, aby edytowanie konfiguracji opencode rzadziej prowadziło do przerwania startu. Oznacza to, że agent będzie lepiej obsługiwał niepoprawne lub niepełne ustawienia, podejmując próbę naprawy kontekstu konfiguracyjnego zamiast odmawiać uruchomienia.

    Równolegle rozwiązano problem z numerycznymi parametrami w zapytaniach HTTP API. Gdy klient przesyłał parametr jako liczbę (np. limit=10), niektóre ścieżki API interpretowały go błędnie. Teraz to już nie powinno się zdarzać, co jest szczególnie ważne dla osób integrujących OpenCode z własnymi narzędziami lub zewnętrznymi platformami.

    Bezpieczeństwo podagentów i odtwarzanie sesji

    Tryb Plan Mode pozwala agentom rozkładać złożone zadania na mniejsze kroki wykonywane przez podagentów. W wersji v1.14.46 wzmocniono ich bezpieczeństwo, wprowadzając zmiany dotyczące granic wykonawczych i izolacji. Szczegóły techniczne nie zostały szerzej rozwinięte w notatkach, ale wiadomo, że poprawiono mechanizmy odpowiedzialne za odtwarzanie stanu po długich sesjach. Problemy z ładowaniem starszych danych sesji mogły zakłócać ciągłość pracy, szczególnie gdy projekt był otwierany po przerwie.

    Dodatkowo naprawiono wykrywanie narzędzi MCP (Model Context Protocol). Jeśli serwer MCP nie zgłaszał narzędzi poprawnie, agent mógł ich nie widzieć. Po aktualizacji skanowanie narzędzi działa stabilniej, a problemy z ich dostępnością powinny zniknąć.

    Dlaczego to istotne dla „vibe coding” i codziennej pracy

    OpenCode stał się poważnym konkurentem wśród terminalowych asystentów AI, szczególnie w środowiskach, gdzie liczy się szybkie prototypowanie i tzw. vibe coding, czyli tworzenie w luźnym, eksperymentalnym tempie. Każda awaria przy starcie może wybić z rytmu na dłużej. Dlatego poprawki konfiguracyjne i te związane z sesjami są niezwykle istotne.

    Wersja v1.14.46 wpisuje się w szerszy trend szybkich iteracji. W poprzednich wydaniach OpenCode wprowadzono m.in. wsparcie dla WebSocketów OpenAI, ograniczenia kroków agenta oraz ulepszone wyszukiwanie plików. Teraz przyszła kolej na solidność, co jest dobrą wiadomością dla każdego, kto nie chce martwić się o to, czy konfiguracyjny eksperyment wywoła awarię.

    Choć zmiany nie są spektakularne, ich suma zdecydowanie podnosi komfort codziennego użytkowania. Otwarte źródło i aktywna społeczność gwarantują, że kolejne wydania będą dalej wygładzać kanty – v1.14.46 jest tego dobrym przykładem.

    Źródła

  • Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Moonshot AI wypuściło 11 maja 2026 roku wersję 1.42.0 narzędzia Kimi Code CLI, w której całkowicie przesiadło Windows na Git Bash – to największa zmiana w tej edycji, celująca w użytkowników zmęczonych rozjazdami między PowerShellem a poleceniami znanymi z Linuksa i macOS-a. Razem z nią przyszły poprawki obsługi ścieżek plików, czytelniejsze ponawianie operacji i świeża wersja wewnętrznego protokołu komunikacyjnego.

    Co nowego w skrócie

    • Git Bash zastępuje PowerShell jako domyślną powłokę Kimi Code CLI na Windows
    • Składnia uniksowa – operatory &&, ||, | i narzędzia typu grep, sed czy /dev/null działają identycznie jak na Linuksie
    • Obsługa ścieżek w środowiskach Windows została znacząco poprawiona, co ułatwia pracę w repozytoriach wieloplatformowych
    • UI przy ponowieniach czyści częściowe wyjście, żeby nie mieszało się z nowymi wynikami
    • Protokół 1.10 lepiej wspiera zdarzenia step-retry i śledzenie błędów

    Git Bash zamiast PowerShell – koniec schizofrenii poleceń

    Najgłośniejszą nowością jest zmiana zaplecza powłoki dla Windows. Kimi Code CLI do tej pory odpalał polecenia przez powershell.exe, co rodziło frustracje u każdego, kto próbował korzystać z łańcuchów poleceń, operatorów przekierowania czy popularnych narzędzi uniksowych. Teraz CLI sięga po bash.exe z Git Basha, czyli to samo środowisko, które deweloperzy Windows instalują i tak przy okazji Gita.

    Wydanie nie jest tylko kosmetyką – w oficjalnych notatkach Moonshot AI wprost podkreśla, że operatory &&, ||, |, plik /dev/null oraz programy grep i sed działają teraz na Windows tak samo jak na Linuksie i macOS-ie. Dla zespołów rozproszonych między systemami to oznacza mniej warunkowych skryptów i mniej czasu spędzanego na debugowaniu różnic w interpreterach.

    Szczerze, to ruch dość oczywisty – Kimi Code CLI od dawna rekomendował instalację Git for Windows przed pierwszym uruchomieniem. Teraz po prostu oficjalnie z niego korzysta, co eliminuje pośredników i zmniejsza ryzyko błędów przy bardziej złożonych ciągach poleceń.

    Ścieżki plików i czytelniejszy interfejs przy ponawianiu

    Oprócz zmiany powłoki, wersja 1.42.0 załatała też bolączki związane ze ścieżkami plików w środowisku Windows. Twórcy nie wchodzą w szczegóły implementacyjne, ale poprawione mapowanie ścieżek ma znaczenie wszędzie tam, gdzie repozytorium współdzielą maszyny z Windows, Linuksem i macOS-em – a więc w praktyce w niemal każdym zespole webdevowym czy DevOps-owym.

    Do tego interfejs powłoki zaczął czyścić częściowe wyjście przy ponawianiu operacji. Wcześniej, gdy Kimi Code CLI decydował się powtórzyć komendę po błędzie, użytkownik widział śmieci z poprzedniej próby. Teraz konsola jest czyszczona, więc łatwiej odczytać aktualny wynik. To niby detal, ale przy dłuższych sesjach kodowania robi różnicę.

    Protokół 1.10 – fundament pod lepszą diagnostykę

    Zmianą, która umknie oczom większości użytkowników, jest aktualizacja wewnętrznego protokołu komunikacyjnego do wersji 1.10. Z notatek wynika, że nowy protokół lepiej

    Źródła

  • Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    OpenAI wydało wersję Codex 0.130.0, która poprawia zarządzanie wtyczkami oraz zdalne połączenia. To wydanie ułatwia odkrywanie i współdzielenie rozszerzeń oraz umożliwia wykorzystanie Codex w zdalnych środowiskach DevOps, co może wpłynąć na sposób, w jaki zespoły wdrażają asystentów AI w codziennej pracy.

    Kluczowe informacje

    • Wtyczki zyskały bardziej informacyjny marketplace oraz wsparcie dla schematów MCP, co ułatwia wymianę narzędzi między środowiskami.
    • Ulepszono zdalne połączenia, co pozwala na stabilniejszą pracę w trybie headless oraz automatyzację.
    • AWS Bedrock wprowadza zarządzane uwierzytelnianie, co upraszcza autoryzację w chmurze dla zespołów korzystających z infrastruktury Amazona.
    • Poprawiono obsługę wątków – usunięto błędy związane z przypiętymi wątkami archiwalnymi oraz zachowaniem zdalnych połączeń, co stabilizuje wielozadaniowe sesje.

    Wtyczki bez tarcia – lepszy marketplace i wsparcie MCP

    Do tej pory udostępnianie wtyczek w Codex wymagało ręcznego przeszukiwania plików. Wersja 0.130.0 wprowadza bardziej informacyjny marketplace, który ułatwia odkrywanie i ocenę dostępnych rozszerzeń. Dla zespołów budujących własne narzędzia wewnętrzne opisy i szczegóły wtyczek są teraz lepiej widoczne, a wsparcie dla schematów MCP (Model Context Protocol) pozwala na precyzyjne definiowanie akcji i narzędzi.

    Dzięki MCP definicje akcji są ustandaryzowane, co zwiększa bezpieczeństwo i ułatwia audyt – szczególnie ważne w firmach, gdzie dział IT musi szybko sprawdzić, co trafia do pipeline’a. Dla praktyków vibe codingu oznacza to mniej przerw na ręczne konfiguracje – przeglądasz, instalujesz i kontynuujesz pracę.

    Zdalne połączenia – Codex w środowiskach zdalnych

    Wersja 0.130.0 wprowadza istotne ulepszenia w obsłudze zdalnych połączeń. Choć nie ma jeszcze dedykowanego polecenia do sterowania bezgłowym serwerem, poprawki w tym obszarze sprawiają, że Codex lepiej radzi sobie w scenariuszach zdalnych i automatycznych. To krok w stronę wizji, w której Codex działa jako silnik agentowy dostępny z lekkich klientów – zgodnie z zapowiedziami aplikacji Codex, która ma zarządzać wieloma agentami i działać w tle.

    Dla zespołów DevOps i hostingowych oznacza to nowe możliwości: stabilniejsze sesje na zdalnych maszynach, łatwiejszą integrację z webhookami oraz potencjał do asystowania przy deploymencie, monitoringu czy naprawie incydentów bez konieczności trzymania otwartego lokalnego terminala.

    AWS Bedrock i zarządzane uwierzytelnianie – mniej tarć w chmurze

    Dla organizacji korzystających z Amazon Bedrock, wersja 0.130.0 wprowadza zarządzane uwierzytelnianie Bedrock. Zamiast skomplikowanych zmiennych środowiskowych czy ręcznego konfigurowania tokenów, autoryzacja może teraz przechodzić przez uproszczony, zarządzany mechanizm. To uproszczenie eliminuje częsty problem wdrożeniowy: inżynier używa tych samych uprawnień, które ma w AWS, bez dodatkowego hasła czy klucza API.

    Poprawki, które czuć w codziennym kodowaniu

    Poprawki, które czuć w codziennym kodowaniu

    Wśród mniej widocznych, ale równie ważnych zmian, znajduje się zestaw poprawek dla obsługi wątków. Poprzednie wersje miały problem z przypiętymi wątkami archiwalnymi, które potrafiły niespodziewanie wracać, oraz z zachowaniem statusu zdalnych połączeń. Teraz te błędy zostały usunięte, co przekłada się na większą stabilność podczas intensywnej pracy z wieloma równoległymi zadaniami. Dla użytkowników analizujących wielopłatową bazę kodu z równoczesnymi testami to różnica między płynną pracą a frustracją.

    Podsumowanie

    Wydanie 0.130.0 to nie tylko zestaw poprawek, ale także sygnał, że Codex rozwija się z roli inteligentnego terminala do kodowania. Ulepszone zdalne połączenia i lepsze współdzielenie wtyczek stanowią fundament pod bardziej zautomatyzowane scenariusze – od zarządzania serwerami po firmowe platformy agentowe. Jeśli do tej pory traktowałeś Codex jako dodatek do IDE, warto rozważyć jego wykorzystanie jako samodzielnego, skalowalnego silnika AI.

    Źródła

  • Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Najnowsza wersja Qwen-Code, oznaczona jako v0.15.10-preview.0, wprowadza nowe mechanizmy zarządzania pamięcią i interfejsem terminala. Twórcy skoncentrowali się na problemie przepełnienia kontekstu podczas długich sesji programistycznych, automatyzacji wykrywania umiejętności oraz znacznym udoskonaleniu komend CLI. To wydanie oferuje również lepszą współpracę z modelami Mistral oraz stabilniejsze połączenia z serwerami MCP, zachowując przy tym otwartoźródłowy charakter projektu.

    Kluczowe fakty o wydaniu

    • Reaktywna kompresja kontekstu automatycznie zapobiega błędom pamięci podczas długotrwałych zadań programistycznych.
    • Automatyczne wykrywanie umiejętności w tle indeksuje i zapisuje powtarzalne wzorce kodowania bez udziału użytkownika.
    • Usprawnione odkrywanie komend slash (np. /skills, /fork) czyni pracę w CLI bardziej intuicyjną.
    • Lepsza obsługa treści rozumowań Mistral umożliwia agentowi prawidłowe przetwarzanie złożonych wyników logicznych.
    • Udoskonalony rejestr stanu serwerów MCP gwarantuje stabilniejsze połączenia z zewnętrznymi narzędziami.
    • Rozszerzone logowanie zapytań OpenAI zwiększa przejrzystość i ułatwia debugowanie interakcji z API.

    Inteligentne zarządzanie kontekstem – krok ku bezbłędnym sesjom

    Jednym z głównych wyzwań w pracy z asystentami AI w terminalu jest ograniczona pamięć kontekstowa. Długie sesje, składające się z setek wymian komunikatów, mogą prowadzić do przepełnienia okna tokenów i utraty kluczowych informacji. W odpowiedzi na ten problem Qwen-Code wprowadza reaktywną kompresję kontekstu. Mechanizm ten monitoruje poziom wykorzystania pamięci i, gdy zbliża się do limitu, automatycznie kompresuje starsze fragmenty rozmowy, zachowując najważniejsze instrukcje i wyniki. Architektura modelu Qwen obsługuje do 256 tys. tokenów wejściowych i 32 tys. wyjściowych, więc efektywne zarządzanie tym obszernym oknem jest kluczowe. Dzięki kompresji programiści mogą prowadzić wielogodzinne sesje bez obawy o nagłe zatrzymanie pracy z powodu błędu „out of memory”.

    Automatyczne umiejętności – agent, który uczy się twoich nawyków

    Kolejnym istotnym dodatkiem jest automatyczne wykrywanie umiejętności w tle. Funkcja ta działa jak drugi pilot – Qwen-Code analizuje kod i interakcje użytkownika, identyfikując powtarzalne wzorce, biblioteki czy sposoby rozwiązywania problemów. Wyekstrahowane „umiejętności” są zapisywane w lokalnym repozytorium, co pozwala agentowi na szybkie ich wykorzystanie w przyszłości, bez konieczności ponownego tłumaczenia kontekstu. Na przykład, jeśli często korzystasz z konkretnego szablonu konfiguracji pytest, agent automatycznie go zapamięta i zaproponuje w odpowiednim momencie. Ta cecha idealnie wpisuje się w filozofię Qwen-Code: mniej ręcznego konfigurowania, więcej efektywnej pracy.

    CLI na nowo – slash komendy i walidacja modeli

    Interfejs wiersza poleceń przeszedł znaczną przebudowę. Przede wszystkim odświeżono mechanizm odkrywania i wykonywania komend slash, takich jak /skills, /fork czy /review. Teraz są one bardziej przewidywalne, a ich działanie lepiej dostosowane do kontekstu bieżącej sesji. Dodatkowo poprawiono walidację argumentów modeli – Qwen-Code ostrzega przed nieprawidłowymi parametrami już na etapie konfiguracji, co zapobiega błędom w trakcie wykonywania zadań. Dla zaawansowanych użytkowników istotna będzie również poprawa obsługi treści rozumowań z modeli Mistral – agent potrafi teraz poprawnie parsować i wykorzystywać wyniki logiczne generowane przez te modele, co rozszerza kompatybilność narzędzia.

    Stabilność i diagnostyka

    Wydanie przynosi także kilka istotnych poprawek pod maską. Lepsze logowanie żądań OpenAI oznacza, że każdy request wysyłany do API jest szczegółowo rejestrowany, co ułatwia diagnozowanie problemów i monitorowanie kosztów. Udoskonalony rejestr stanu serwerów MCP (Model Context Protocol) zapewnia, że połączenia z zewnętrznymi narzędziami, takimi jak bazy danych czy API, są stale monitorowane – w przypadku awarii agent może automatycznie odzyskać sesję.

    Co dalej?

    Chociaż wersja v0.15.10-preview.0 nie pojawia się w oficjalnym repozytorium, opisane funkcje są zgodne z wydaniem v0.15.10-preview.0.

    Źródła

  • Claude Code 2.1.138: niewidzialna aktualizacja, która realnie wzmocni Twoje codzienne kodowanie

    Claude Code 2.1.138: niewidzialna aktualizacja, która realnie wzmocni Twoje codzienne kodowanie

    Podczas gdy świat sztucznej inteligencji jest pełen spektakularnych premier nowych modeli i funkcji, Anthropic wprowadziło wersję 2.1.138 swojego asystenta CLI – Claude Code. Na pierwszy rzut oka to wydanie nie wprowadza żadnych widocznych zmian. Brak nowych przełączników, zmian w interfejsie czy hucznych zapowiedzi. Jednak te ukryte poprawki mogą okazać się kluczowe. Gdy narzędzie, z którego korzystasz przez kilka godzin dziennie, przestaje się zacinać, tracić sesje i obciążać procesor, doceniasz każdą z tych niewidocznych aktualizacji.

    Kluczowe informacje o wydaniu

    • Claude Code 2.1.138 to aktualizacja sklasyfikowana jako „internal fixes” – publiczny changelog nie ujawnia szczegółów dotyczących funkcji.
    • Głównym celem jest poprawa stabilności i infrastruktury wewnętrznej – zmiany nie są widoczne dla użytkowników.
    • Wydanie jest częścią serii wcześniejszych poprawek, które obejmują optymalizację czasu uruchamiania, redukcję zużycia CPU w stanie bezczynności, naprawy sesji i łatki bezpieczeństwa.
    • Anthropic zaleca aktualizację ze względów niezawodnościowych, co podkreśla znaczenie tych ukrytych usprawnień.

    Co naprawdę kryje się za lakonicznym „Internal fixes”?

    W oficjalnym changelogu na GitHubie przy wersji 2.1.138 znajdują się jedynie dwa słowa: „Internal fixes”. Dokumentacja Claude Code wyjaśnia, że niektóre aktualizacje są „wewnętrznymi usprawnieniami infrastrukturalnymi (bez zmian dla użytkownika)” i właśnie do tej kategorii należy omawiane wydanie. To typowy wzorzec w szybko rozwijających się narzędziach deweloperskich: najpierw zespół wprowadza nowe funkcje (haki agentowe, hot reload umiejętności, zaawansowane sterowanie przepływem pracy), a następnie przez kilka kolejnych wersji „doprecyzowuje” kod, usuwa rzadkie błędy i przygotowuje stabilny fundament pod przyszłe innowacje.

    Co to oznacza w praktyce? Prawdopodobnie programiści Anthropic poprawili fragmenty krytycznej ścieżki komunikacji z modelem, zoptymalizowali zarządzanie pamięcią w długotrwałych sesjach lub usunęli błędy prowadzące do sporadycznych awarii. Tego typu zmiany mogą być niewidoczne podczas krótkiego testu, ale kumulują się podczas wielogodzinnej pracy. Sesja nie urywa się bez powodu, procesor nie skacze bez przyczyny, a narzędzie nie gubi kontekstu w kluczowych momentach, gdy debugujesz skomplikowany fragment kodu. Dla osób praktykujących Vibe Coding lub programujących z asystentem, to różnica między produktywnym flow a frustrującą przerwą.

    Szerszy kontekst – architektura niezawodności w ekosystemie Claude Code

    Aby zrozumieć znaczenie wydania 2.1.138, warto przyjrzeć się wcześniejszym aktualizacjom. W ostatnich tygodniach Anthropic wprowadziło szereg poprawek, które mają na celu zwiększenie niezawodności. Poprawiono czas uruchamiania CLI, co oznacza mniej czekania przy każdym nowym zadaniu. Zredukowano zużycie CPU, gdy narzędzie działa w tle, co jest korzystne dla osób pracujących na laptopach. Naprawiono renderowanie terminala, co sprawia, że wyniki działania agentów są bardziej czytelne. Dodatkowo wprowadzono łatki bezpieczeństwa, które usunęły ryzyko wycieku wrażliwych danych do logów debugowania.

    Anthropic nie unika przyznawania się do błędów. Publiczne raporty dotyczące awarii sesji czy regresji jakości są dowodem na to, że firma stara się uczyć na swoich doświadczeniach.

    Źródła

  • Claude Code 2.1.137 usuwa krytyczny błąd z rozszerzeniem VS Code na Windows

    Claude Code 2.1.137 usuwa krytyczny błąd z rozszerzeniem VS Code na Windows

    Anthropic wydało wersję 2.1.137 narzędzia Claude Code, która naprawia istotny błąd w rozszerzeniu VS Code na systemach Windows. Aktualizacja została wprowadzona po licznych zgłoszeniach od deweloperów, którzy mieli problemy z uruchomieniem rozszerzenia. Problem dotyczył wyłącznie Windows, co uniemożliwiało korzystanie z Claude Code bezpośrednio w edytorze, zmuszając użytkowników do pracy wyłącznie w terminalu.

    Co warto wiedzieć o aktualizacji

    • Rozszerzenie VS Code nie zawiesza się już przy starcie na Windows – wcześniej nie aktywowało się w ogóle.
    • Przyczyną problemu był zahardcodowany build path w bundled SDK oraz błąd w polyfillu createRequire.
    • To niewielka poprawka, ale kluczowa dla programistów korzystających z VS Code jako głównego IDE na Windows.
    • Problem narastał od kilku wcześniejszych wersji – użytkownicy zgłaszali puste lub niedziałające zachowanie rozszerzenia.

    Dlaczego akurat Windows? I co zawiodło

    Usterka miała konkretne źródło techniczne. W changelogu Claude Code wskazano, że problemem był zahardcodowany build path w bundled SDK oraz błąd w polyfillu createRequire. Oznacza to, że ścieżki do zasobów były wpisane na sztywno i nie uwzględniały różnic między systemami plików. Na Windows prowadziło to do całkowitego niepowodzenia przy próbie załadowania rozszerzenia.

    Wątek na GitHubie (#45729) pokazuje, że nie był to jednorazowy incydent. Poprzednie wersje już sprawiały problemy użytkownikom VS Code na Windows – okno rozszerzenia pozostawało puste lub rozszerzenie nie odpowiadało. Dopiero wersja 2.1.137 przyniosła konkretną poprawkę.

    Takie błędy mogą być frustrujące. Deweloper uruchamia IDE, chce szybko skonsultować coś z Claude Code, a tu nic nie działa. Zostaje tylko terminal, co dla wielu osób jest mniej wygodne przy pracy z kodem.

    Co dokładnie zmieniono

    Changelog Anthropica jest krótki, ale jasny: pozycja [VSCode] Fixed extension failing to activate on Windows. Poprawka dotyczy mechanizmu ładowania SDK, który teraz poprawnie rozwiązuje ścieżki niezależnie od systemu operacyjnego.

    Poprawka przywraca również ważny detal w ekosystemie Node.js – polyfill createRequire. Ta funkcja umożliwia modułom ESM tworzenie funkcji require kompatybilnych z CommonJS. Jeśli działa nieprawidłowo na Windows, rozszerzenie nie jest w stanie załadować zależności, co skutkuje pustą kartą w VS Code.

    Wersja 2.1.137 nie wprowadza nowych funkcji. To poprawka utrzymaniowa, ale przywraca dostęp do pełnego workflow dla wielu programistów, zwłaszcza tych, którzy w firmach korzystają z Windows i nie mogą przejść na macOS czy Linux.

    Szerszy kontekst – VS Code i Claude Code na Windows

    Szerszy kontekst – VS Code i Claude Code na Windows

    Integracja Claude Code z VS Code jest kluczowym elementem workflow dla deweloperów korzystających z asysty AI przy kodowaniu. Alternatywą jest praca w terminalu, ale wtedy traci się podgląd plików, podświetlanie składni i szybkie przełączanie między kontekstem edytora a agentem.

    Wcześniejsze zgłoszenia na GitHubie sugerują, że Anthropic przez kilka wersji miało trudności z rozwiązaniem tego problemu. Pojawiały się prowizoryczne rozwiązania, ale Windows konsekwentnie sprawiał problemy. Wersja 2.1.137 zamyka ten temat konkretną poprawką.

    Warto również zauważyć tempo wydawania aktualizacji przez Anthropica – nowe wersje Claude Code pojawiają się bardzo szybko, czasem kilka w tygodniu. W takim tempie łatwo o regresje, ale także o szybką reakcję. W tym przypadku społeczność czekała na poprawkę dłużej, niż by chciała.

    Podsumowanie

    Claude Code 2.1.137 to poprawka, która jest niezbędna dla użytkowników Windows i VS Code. Naprawia długo zgłaszany błąd aktywacji rozszerzenia, przywracając normalny workflow w edytorze. Przyczyną problemu były zahardcodowany build path i problem z polyfillem createRequire. Jeśli pracujesz na Windows i unikałeś rozszerzenia przez ostatnie wersje, teraz możesz je włączyć bez obaw o problemy przy starcie.

    Źródła