Kategoria: Oprogramowanie

  • Claude Code 2.1.141: 60 poprawek i zarządzanie agentami wchodzi na nowy poziom

    Claude Code 2.1.141: 60 poprawek i zarządzanie agentami wchodzi na nowy poziom

    Anthropic wypuściło wersję 2.1.141 Claude Code, która wprowadza szereg poprawek i usprawnień, koncentrując się na stabilności narzędzia oraz zarządzaniu agentami i integracji z terminalem. W aktualizacji znajduje się ponad 60 poprawek, które eliminują wiele problemów, z którymi borykali się deweloperzy.

    Najważniejsze nowości w pigułce

    • terminalSequence – hooki mogą teraz wysyłać powiadomienia desktopowe i zmieniać tytuły okien bez potrzeby posiadania kontrolującego terminala.
    • ANTHROPIC_WORKSPACE_ID – nowa zmienna środowiskowa umożliwiająca bezpieczną federację tożsamości wdrożeniowej dla klientów enterprise.
    • claude agents –cwd – filtrowanie listy sesji po katalogu roboczym, co eliminuje konieczność przeszukiwania całej historii w poszukiwaniu konkretnego projektu.
    • Podsumuj do tego miejsca – ręczna kompresja kontekstu w trakcie sesji, bez czekania na automatyczne odchudzanie.

    Terminal w końcu mówi do użytkownika

    Największą nowością funkcjonalną jest pole terminalSequence w hookach. Dotychczas hooki nie mogły komunikować się z użytkownikiem poza terminalem, teraz mają możliwość emitowania powiadomień systemowych oraz zmiany tytułów okien. To szczególnie przydaje się podczas długotrwałych procesów, gdy agent kończy zadanie w tle, a użytkownik otrzymuje powiadomienie, co pozwala uniknąć ciągłego przełączania się na terminal.

    Co ważne, funkcjonalność ta działa nawet bez TTY, co oznacza, że hooki uruchamiane w pipeline'ach czy zdalnych sesjach również zyskują nowe możliwości komunikacji. To niewielka, ale praktyczna zmiana, zwłaszcza gdy pracuje się z wieloma agentami równocześnie.

    Agenci w tle przestali zapominać o uprawnieniach

    Agenci w tle przestali zapominać o uprawnieniach

    Jednym z problemów w poprzednich wersjach były agenci uruchamiani w tle, którzy po ponownym otwarciu sesji tracili skonfigurowany poziom uprawnień. W wersji 2.1.141 ten problem został rozwiązany – agenci zachowują swoje uprawnienia, co eliminuje konieczność ponownego zatwierdzania tych samych reguł.

    Dodatkowo, polecenie claude agents --cwd <ścieżka> pozwala na filtrowanie agentów według katalogu. Zamiast przeglądać wszystkie sesje z różnych projektów, użytkownik może skupić się na konkretnej pracy, co oszczędza czas.

    Stabilność: 61 zmian w CLI

    Stabilność: 61 zmian w CLI

    Większość zmian w tej aktualizacji to poprawki błędów. Udoskonalono renderowanie terminala w Windows Terminal w przypadku dużego obciążenia zagnieżdżonymi subagentami, ustabilizowano ścieżki transkryptów po przełączeniu worktree, a opcja "View diff in your IDE" wróciła do monitów o edycję plików po wcześniejszym zniknięciu.

    Wiele poprawek dotyczy także serwerów MCP: narzędzia takie jak Slack, które korzystają z client_id/client_secret bez dynamicznej rejestracji klienta, teraz poprawnie identyfikują projekt, który je wywołał. Hooki z argumentami zyskały czysty typ string[], co eliminuje problemy z escape'owaniem shella.

    Dla kogo ta aktualizacja?

    Jeśli korzystasz z Claude Code w codziennych zadaniach deweloperskich, ta aktualizacja jest istotna, głównie ze względu na poprawki stabilności. Nowe funkcje są bardziej ewolucyjne niż rewolucyjne, co Anthropic jasno zaznacza: 2.1.141 to wersja "polerująca", a nie wprowadzająca przełomowe możliwości AI. Warto podkreślić, że nie należy mylić tej wersji z modelem Claude 2.1, który ma 200-tysięczne okno kontekstu; tutaj mówimy tylko o narzędziu CLI.

    Warto również zwrócić uwagę na ANTHROPIC_WORKSPACE_ID, które jest ważne dla dużych wdrożeń enterprise, gdzie bezpieczna federacja tożsamości obciążeń roboczych jest kluczowa. Tokeny są teraz ograniczane do konkretnego workspace'u, co zmniejsza ryzyko wycieków uprawnień między środowiskami.

    Aktualizacja jest dostępna standardową ścieżką – wystarczy uruchomić claude --version, aby sprawdzić obecną wersję, i pozwolić narzędziu na auto-update.


    Źródła

  • Kimi Code CLI 1.44.0 wprowadza inteligentne aliasy poleceń w terminalu

    Kimi Code CLI 1.44.0 wprowadza inteligentne aliasy poleceń w terminalu

    13 maja 2026 roku MoonshotAI wydało wersję 1.44.0 terminalowego agenta AI Kimi Code CLI, która poprawia rozpoznawanie skrótów poleceń slash. Deweloperzy mogą teraz korzystać z prostych skrótów takich jak /h czy ?, a system automatycznie przekierowuje je do odpowiednich komend. Aktualizacja eliminuje także problem z rejestracją aliasów, który był uciążliwy podczas korzystania z narzędzia.

    Co nowego w wydaniu

    • Aliasy poleceń — skróty /h, ? oraz status są teraz poprawnie rozpoznawane jako /help i /usage
    • Poprawiony format wyświetlania — pomoc pokazuje aliasy w czytelnej formie /nazwa (alias)
    • Naprawiony błąd rejestracji — alias /usage był błędnie zapisywany jako "/status" zamiast "status", co uniemożliwiało jego działanie
    • Wydanie z 13 maja 2026 — to kolejna iteracja w szybkim cyklu rozwojowym narzędzia

    Dlaczego aliasy w terminalu mają znaczenie

    Praca w terminalu wymaga efektywności — każda sekunda ma znaczenie. Kiedy deweloperzy pracują nad kodem i potrzebują szybko sprawdzić dokumentację polecenia, wpisywanie pełnego /help może być czasochłonne. Alias /h jest prostszy i szybszy. Podobnie znak zapytania ? to naturalny wybór, gdy czegoś nie wiemy.

    Wersja 1.44.0 wprowadza te skróty do systemu. Rozpoznawanie ich i przekierowywanie do pełnych komend odbywa się bez zbędnych komplikacji. Pomoc teraz wyświetla aliasy obok pełnych nazw — /help (h) — co ułatwia nowym użytkownikom orientację w dostępnych skrótach.

    Bug, który przeszkadzał bardziej niż powinien

    Bug, który przeszkadzał bardziej niż powinien

    Poprzednia wersja miała problem z rejestracją aliasu dla /usage. Zamiast poprawnego klucza "status", system zapisywał go jako "/status" — z wiodącym ukośnikiem. W rezultacie alias nie działał. Użytkownik wpisywał status, a Kimi Code CLI nie rozumiał, o co chodzi.

    To drobny błąd w implementacji, ale jego skutki były frustrujące. Narzędzia terminalowe muszą być niezawodne — każda nieudana komenda to strata koncentracji. Łatka w wersji 1.44.0 rozwiązuje ten problem.

    Kimi Code CLI: więcej niż tylko aliasy

    Kimi Code CLI: więcej niż tylko aliasy

    Narzędzie przechodzi obecnie transformację. Klasyczny Kimi CLI ewoluuje w Kimi Code CLI — nowoczesnego terminalowego agenta AI od MoonshotAI. Instalacja nowej wersji automatycznie migruje konfigurację i sesje użytkownika, co sprawia, że przejście jest łatwe.

    Co potrafi ten agent? Przede wszystkim działa w interaktywnej powłoce, gdzie można prowadzić rozmowę z AI, prosić o edycję kodu, uruchamiać polecenia shella i otrzymywać kontekstowe podpowiedzi. Narzędzie wspiera integrację z Zsh, oferuje aktywację przez skrót klawiszowy i działa jako serwer ACP dla edytorów takich jak Zed, Neovim czy Emacs.

    W kontekście web developmentu to cenne wsparcie — agent może przeszukiwać projekt, modyfikować pliki, uruchamiać testy i automatycznie planować kolejne kroki, wszystko bez odrywania rąk od klawiatury.

    Mała zmiana, duży komfort

    Wersja 1.44.0 nie wprowadza rewolucyjnych funkcji, co jest pozytywne. To drobne poprawki — intuicyjne aliasy, naprawione błędy rejestracji — tworzą doświadczenie, które nie wytrąca dewelopera z rytmu pracy. Można skupić się na kodzie, a nie na składni poleceń.

    Cykl wydawniczy narzędzia jest imponujący — w maju 2026 pojawiły się już wersje 1.42.0, 1.43.0 i teraz 1.44.0.


    Źródła

  • Claude Code 2.1.140: Agentowe narzędzia działają teraz inteligentniej, a stabilność w końcu dopisuje

    Claude Code 2.1.140: Agentowe narzędzia działają teraz inteligentniej, a stabilność w końcu dopisuje

    Anthropic wprowadziło 12 maja 2026 roku aktualizację Claude Code 2.1.140. To kolejna wersja narzędzia, które przekształciło się z chatowego asystenta kodowania w pełnoprawne środowisko dla programowalnych, trwałych agentów. Nowa wersja nie wprowadza znaczących zmian wizualnych, ale eliminuje kilka uciążliwych błędów i dodaje funkcję, na którą użytkownicy czekali: dopasowywanie narzędzi agentowych, które nie uwzględnia wielkości liter.

    Kluczowe fakty

    • Claude Code 2.1.140 wprowadza dopasowywanie narzędzi agentowych, które nie uwzględnia wielkości liter i separatorów.
    • Komenda /goal oraz mechanizm hot-reload ustawień zostały poprawione po wcześniejszych problemach.
    • Windows otrzymał dedykowaną poprawkę na zawieszanie się pętli zdarzeń, które mogły zamrozić terminal.
    • Zarządzane ustawienia i konfiguracje wtyczek mają teraz bardziej zrozumiałe komunikaty przy błędach ładowania.
    • Seria 2.1.140 to już ponad tysiąc commitów w pakiecie, co świadczy o transformacji asystenta w platformę agentową.

    Narzędzia agentowe bez frustracji

    Najważniejsza zmiana dotyczy dopasowywania sub-agentów. Wcześniej wpisanie tool-name zamiast tool_name lub ToolName mogło zrujnować konfigurację workflow. Developerzy, którzy korzystają z wielu narzędzi, tracili czas na debugowanie literówek, które mogłyby być łatwo zrozumiane przez system.

    Od wersji 2.1.140 mechanizm jest niewrażliwy na wielkość liter oraz separatory – myślnik i podkreślnik są traktowane jako to samo. To małe udogodnienie, ale dla osób spędzających w terminalu osiem godzin dziennie, oznacza rzeczywistą oszczędność czasu i nerwów, zwłaszcza przy agentach, które wywołują inne agentowe pod-narzędzia w złożonych łańcuchach.

    Windows, /goal i inne naprawy stabilności

    Kolejna ważna poprawka dotyczy użytkowników Windows. Pętla zdarzeń w CLI mogła się zablokować przy zadaniach w tle, co powodowało, że terminal przestawał odpowiadać, a jedynym rozwiązaniem był twardy restart sesji. Ta poprawka eliminuje problem, co jest istotne przy dłuższych operacjach na dużych bazach kodu, gdzie agent może działać bez nadzoru przez wiele minut.

    Komenda /goal również przestała mieć problemy. Wcześniej zdarzały się sytuacje, w których hot-reload ustawień nie przeładowywał jej konfiguracji, co skutkowało tym, że agent omijał część reguł. Naprawiono także łączność z usługami działającymi w tle, co powinno zredukować problemy z zrywaniem połączeń między sesjami.

    Lepsza obsługa błędów dla zarządzanych ustawień

    Lepsza obsługa błędów dla zarządzanych ustawień

    W firmach, które wdrażają Claude Code za pomocą polityk MDM lub plików konfiguracyjnych, zarządzane ustawienia są codziennością. W przypadku, gdy jakieś rozszerzenie nie mogło się załadować, wcześniejsze komunikaty były często niejasne. Teraz błędy związane z wtyczkami i konfiguracjami są bardziej zrozumiałe – użytkownicy wiedzą, co dokładnie poszło nie tak i gdzie szukać problemu. Dla administratorów DevOps to istotna zmiana.

    Kontekst szerszej układanki

    Wersja 2.1.140 to nie rewolucja, ale solidna aktualizacja. Należy ją jednak rozpatrywać w kontekście całej serii 2.1.140, która wcześniej wprowadziła 1096 commitów, wsparcie dla wielokrotnego użytku umiejętności, lifecycle hooki oraz trwałych agentów. Narzędzie konsekwentnie zmienia się z prostego chatu w środowisko, w którym agent może działać autonomicznie w tle, wywoływać pod-agentów i reagować na zdarzenia systemowe.

    Model Claude Code 2.1.140, który napędza to wszystko, zanotował dwukrotny spadek fałszywych stwierdzeń oraz 30-procentową redukcję błędnych odpowiedzi w porównaniu z wcześniejszymi wersjami. Przy oknie kontekstowym wynoszącym 200 000 tokenów, to już nie tylko asystent, ale współpracownik. Aktualizacje takie jak 2.1.140 pokazują, że Anthropic traktuje stabilność na równi z nowymi funkcjami.


    Źródła

  • Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Zespół Qwen ogłosił premierę najnowszej wersji preview swojego flagowego narzędzia do wspomagania programowania, Qwen-Code Preview v0.15.11-preview.2. Ta aktualizacja wprowadza nowe funkcje, które zmieniają sposób, w jaki deweloperzy analizują ryzyko w Pull Requestach i korzystają z interfejsu linii poleceń. W przeciwieństwie do poprzedniego wydania (preview.0), które skupiało się na optymalizacji wydajności, ta wersja dostarcza nowy zestaw możliwości, odpowiadając na potrzeby zespołów pracujących w złożonych, krytycznych dla biznesu repozytoriach kodu.

    Kluczowe informacje o wydaniu

    • Nowa umiejętność codegraph umożliwia automatyczną analizę ryzyka w Pull Requestach, identyfikując potencjalne konflikty i niebezpieczne wzorce.
    • Flaga –json-schema w CLI zapewnia przewidywalne, ustrukturyzowane dane wyjściowe, co upraszcza integrację z potokami CI/CD i zewnętrznymi narzędziami.
    • Poprawiona kompatybilność proxy Anthropic ułatwia korzystanie z modeli Claude w środowiskach z restrykcyjnymi politykami sieciowymi.
    • Rozszerzone śledzenie telemetryczne daje zespołom lepszy wgląd w wykorzystanie narzędzia i identyfikację wąskich gardeł.
    • Stabilizacja testów end-to-end oraz szereg poprawek UI/UX zwiększają ogólną niezawodność i komfort codziennej pracy.

    Nowe podejście do analizy ryzyka

    Sercem tego wydania jest umiejętność codegraph, zaprojektowana do analizy ryzyka w Pull Requestach. Qwen-Code Preview v0.15.11-preview.2 wykorzystuje zaawansowane modele językowe do budowy dynamicznego grafu zależności zmian. Dzięki temu może wskazać potencjalne błędy składniowe oraz przewidzieć wpływ danej zmiany na całą architekturę aplikacji. Na przykład, dodanie nowego pola do struktury danych w jednym mikrousłudze może być automatycznie powiązane z potencjalnym naruszeniem kompatybilności w innych usługach. To przejście od reaktywnego szukania błędów do proaktywnego zarządzania ryzykiem architektonicznym to istotny krok naprzód. W praktyce oznacza to, że przed scaleniem kodu zespół otrzymuje czytelny raport, który dostarcza kontekstu biznesowego.

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Kolejną istotną zmianą jest wprowadzenie flagi --json-schema w interfejsie linii poleceń. Dotychczas integracja Qwen-Code Preview v0.15.11-preview.2 z zautomatyzowanymi potokami CI/CD wymagała parsowania tekstowych odpowiedzi, co było podatne na błędy przy każdej zmianie formatowania przez model. Teraz, definiując schemat JSON, użytkownicy mogą wymusić na narzędziu zwracanie danych w ściśle określonym formacie. To otwiera możliwości, gdzie wynik działania asystenta AI jest bezpośrednio wykorzystywany w kolejnych krokach w pipeline, na przykład do automatycznego tworzenia ticketów na podstawie analizy kodu lub aktualizacji metryk w dashboardzie monitoringu. Ta cecha pokazuje, jak platforma staje się poważnym, integrowalnym komponentem w ekosystemie DevOps.

    Wydajność, proxy i diagnostyka

    Pod maską, wydanie kontynuuje prace optymalizacyjne zapoczątkowane w v0.15.11-preview.0. Usprawnienia w zarządzaniu metadanymi sesji, w szczególności ograniczenie odczytów do początkowych i końcowych 64KB plików, przekładają się na szybszy start i mniejsze zużycie pamięci. Ulepszona kompatybilność z proxy Anthropic odpowiada na potrzeby dużych organizacji, gdzie ruch sieciowy jest kontrolowany, a korzystanie z różnych dostawców modeli może być wyzwaniem. Rozszerzone śledzenie telemetryczne umożliwi zespołom monitorowanie, które funkcje są najczęściej używane i gdzie występują opóźnienia. To ważne dane do optymalizacji kosztów i zapewnienia, że narzędzie będzie skalować się wraz z rosnącymi potrzebami projektu.

    Qwen-Code Preview v0.15.11-preview.2 odpowiada na konkretne wyzwania profesjonalnych deweloperów. Łączy zaawansowaną analizę ryzyka z niezawodnością interfejsów API, której oczekuje się od dojrzałych narzędzi programistycznych, nie tracąc z oczu fundamentalnych kwestii, jakimi są wydajność i łatwość integracji z istniejącą infrastrukturą.


    Źródła

  • 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