Autor: Frontendfreak

  • OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    Zespół OpenCode wprowadził 27 maja 2026 roku aktualizację v1.15.11, która obejmuje Desktop v2 oraz zmiany w konfiguracji dostawców i stabilności systemu. Narzędzie to, które w czerwcu zdobyło ponad 160 tysięcy gwiazdek na GitHubie, obsługuje 2,5 miliona deweloperów miesięcznie.

    Co nowego w aktualizacji

    • headerTimeout umożliwia programistom kontrolowanie czasu oczekiwania na żądania do zewnętrznych dostawców, co zapobiega zawieszaniu się zapytań przy niestabilnych połączeniach API.
    • Desktop v2 wprowadza nowy ekran startowy, kontrolki sesji w pasku tytułowym oraz obsługę gestów pinch-zoom.
    • Agentowe push notifications eliminują potrzebę ciągłego sprawdzania statusu — agenci sami wysyłają aktualizacje podczas pracy.
    • Bezpośrednie tokeny OAuth dla DigitalOcean upraszczają proces uwierzytelniania, eliminując zbędne pośredniki.

    Więcej kontroli nad tym, jak agent działa

    Nowy parametr headerTimeout odpowiada na problem, gdy połączenie z API dostawcy jest niestabilne, co może prowadzić do zawieszania się zapytań. Teraz można to kontrolować na poziomie konfiguracji każdego dostawcy.

    Wprowadzono również elastyczne ustawienia modalności, które pozwalają na dostosowanie sposobu, w jaki agent obsługuje różne typy wejścia i wyjścia — tekst, komendy shella, bloki kodu. Umożliwia to dostosowanie poziomu dostępu do potrzeb konkretnego projektu.

    Nowością, która może znacząco wpłynąć na codzienną pracę, są agenci działający w trybie push. Dotychczas użytkownicy musieli stale sprawdzać, czy agent zakończył zadanie. Teraz to agent informuje o postępach, co oszczędza czas i zmniejsza potrzebę przełączania kontekstu dla zespołów korzystających z OpenCode.

    Interfejs, który nie przeszkadza

    Desktop v2 to nie tylko zmiany wizualne. Nowy ekran startowy ułatwia szybkie rozpoczęcie sesji, a kontrolki w pasku tytułowym pozwalają na łatwe przełączanie się między zadaniami. Funkcja pinch-zoom w aplikacji desktopowej, choć może wydawać się zbędna, znacząco poprawia przeglądanie większych diffów czy diagramów.

    Terminalowy interfejs również przeszedł poprawki, które zwiększają czytelność i szybkość reakcji. Dla użytkowników preferujących pracę z klawiaturą, te zmiany są istotne.

    Zespół zadbał również o poprawę obsługi serwerów MCP. Mniej awarii i czystsze zamykanie połączeń to detale, które mogą decydować o tym, czy narzędzie nadaje się do produkcyjnego użytku.

    Gdzie OpenCode pasuje w ekosystemie

    OpenCode pozostaje neutralne wobec modeli, obsługując ponad 75 dostawców — od Anthropic Claude i OpenAI, przez Google Gemini i DeepSeek, po lokalne modele przez Ollamę. Ta różnorodność stanowi istotną przewagę nad narzędziami takimi jak Claude Code czy Codex, co jest ważne dla zespołów, które nie chcą być uzależnione od jednego dostawcy.

    Jednak ta elastyczność ma swoją cenę. Benchmarki pokazują, że OpenCode działa około 78% wolniej niż Claude Code na tym samym modelu. Przyczyną jest użycie "uprzęży agenta", która dodaje warstwę abstrakcji między kodem a API. To rozwiązanie może nie być odpowiednie dla tych, którzy potrzebują maksymalnej wydajności.

    Mimo to, rosnąca liczba użytkowników jest wymowna. Część migracji jest efektem decyzji Anthropic o ograniczeniu zewnętrznego dostępu do swoich modeli. Gdy dostęp do Claude'a jest ograniczony, uniwersalny adapter, jak OpenCode, staje się niezbędny.

    Instalacja i konfiguracja

    OpenCode można zainstalować standardowo — przez npm lub homebrew:

    npm install -g opencode-ai

    lub:

    brew install opencode

    Konfiguracja opiera się na plikach JSON umieszczanych w różnych lokalizacjach: globalnie w ~/.config/opencode/, projektowo w katalogu repozytorium lub przez zmienne środowiskowe. System łączy warstwy konfiguracji zamiast je nadpisywać, co daje elastyczność, ale wymaga zrozumienia priorytetów.

    Poprawki i stabilność

    Aktualizacja rozwiązuje także kilka problemów. Naprawiono błędy związane z wywoływaniem narzędzi, synchronizacją sesji i raportowaniem błędów. Mniej irytujących przerwań oznacza więcej czasu na pracę z kodem. Choć szczegóły mogą nie być widoczne w changelogu, to właśnie one decydują o tym, czy narzędzie staje się częścią codziennego workflow, czy ląduje w folderze "do sprawdzenia".

    Źródła

  • Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    OpenAI wydało 21 maja 2026 roku wersję Codex 0.133.0, która wprowadza natywne śledzenie celów z dedykowaną pamięcią trwałą, rozszerzone możliwości wtyczek oraz ulepszony interfejs zdalnego sterowania. W tej wersji mechanizm /goal przestaje być eksperymentalnym dodatkiem i staje się domyślnym trybem pracy dla dłuższych zadań. Agent nie tylko zapamiętuje, co robił, ale także potrafi kontynuować przerwane zadanie po restarcie terminala czy awarii procesu.

    Najważniejsze zmiany w skrócie

    • Trwałe śledzenie celów – cele są teraz domyślnie włączone i zapisywane w dedykowanym magazynie, co umożliwia kontynuację zadań między restartami CLI.
    • Ulepszone CLI zdalne – zdalne sterowanie agentem stało się bardziej stabilne i łatwiejsze w obsłudze.
    • Rozszerzone API wtyczek – wtyczki zyskały dostęp do głębszej obserwacji zdarzeń cyklu życia agenta.
    • Dojrzałe profile uprawnień – profile uprawnień otrzymały API list oraz szereg poprawek stabilności.
    • Krytyczne poprawki błędów – naprawiono problemy ze startem TUI, ładowaniem instrukcji agenta i blokadami przy kompaktowaniu wątków.

    Jak działa nowe śledzenie celów

    Do tej pory mechanizm /goal działał w ramach pojedynczej sesji. Jeśli proces padał, cel przepadał. Było to frustrujące przy zadaniach trwających wiele godzin, zwłaszcza w środowiskach deweloperskich, gdzie restart terminala jest codziennością. Wersja 0.133.0 zmienia tę dynamikę.

    Cele mają teraz dedykowany magazyn, co oznacza, że stan zadania jest zapisywany między turami, niezależnie od przyczyny przerwy, czy to zamknięcia okna, utraty połączenia, czy restartu systemu. Po ponownym uruchomieniu CLI agent wznawia pracę dokładnie od miejsca, w którym ją przerwał, automatycznie sprawdzając stopień realizacji celu i decydując, co dalej.

    Mechanizm opiera się na wcześniejszych poprawkach z wersji 0.132.0, które wprowadziły limit zatrzymujący kontynuację po przekroczeniu budżetu tokenów. Teraz pętla kontynuacji nie kręci się bez końca, gdy cel jest zbyt niejasny – budżet tokenów pełni funkcję twardego limitu, po przekroczeniu którego agent zatrzymuje pracę.

    Zdalne sterowanie agentem zyskało nową jakość

    Codex od dawna pozwalał na uruchomienie agenta na zdalnym serwerze, ale interfejs do zarządzania był niewystarczający. Wersja 0.133.0 znacząco to poprawia.

    Ulepszone CLI zdalne (remote-control CLI) jest teraz bardziej stabilne i przewidywalne w działaniu. Można zarządzać zadaniami na odległym hoście, nie tracąc kontroli nad tym, co agent robi. Cała komunikacja przechodzi przez bezpieczną warstwę przekazywania (relay layer), co oznacza, że lokalna instancja agenta może wysyłać polecenia i odbierać wyniki, podczas gdy ciężkie obliczenia wykonują się zdalnie.

    Dla zespołów devopsowych i osób hostujących własne środowiska developerskie to oszczędność czasu. Można zostawić długie zadanie na serwerze, sprawdzić postępy z laptopa, a nawet zrestartować CLI bez utraty kontekstu.

    Wtyczki dostają głębszy wgląd w agenta

    Wtyczki dostają głębszy wgląd w agenta

    Rozszerzone API wtyczek to kolejny istotny element tej aktualizacji. Deweloperzy rozszerzeń mają dostęp do głębszej obserwacji zdarzeń cyklu życia. Oznacza to, że wtyczka może teraz reagować na więcej typów zdarzeń wewnątrz agenta, na przykład po wykonaniu narzędzia, przed podjęciem decyzji o kontynuacji czy po zakończeniu tury.

    Dodatkowo usprawniono funkcje odkrywania wtyczek, co ułatwia użytkownikom znajdowanie i instalowanie rozszerzeń bez grzebania w konfiguracjach. To krok w stronę ekosystemu, w którym wtyczki stają się integralną częścią platformy.

    Poprawki, które ratują codzienną pracę

    Poprawki, które ratują codzienną pracę

    Oprócz nowości, wersja 0.133.0 przynosi szereg poprawek błędów, które dotychczas męczyły użytkowników. Najważniejsze z nich dotyczą startu TUI – interfejs terminalowy potrafił się zawiesić przy uruchamianiu, szczególnie na starszych instalacjach. Teraz ten problem został rozwiązany.

    Poprawiono także ładowanie instrukcji agenta, które w poprzednich wydaniach działało wybiórczo, oraz zarządzanie profilami uprawnień – profile dojrzały i otrzymały list API, co pozwala programistom na łatwiejsze zarządzanie z poziomu skryptów i narzędzi zewnętrznych.

    Warto również odnotować, że wątki wznowione z ChatGPT mogły wpadać w błędy kompaktowania, gdy model źródłowy został już wycofany. Od teraz taki wątek ponawia próbę z aktualnie wybranym modelem, zamiast milcząco kończyć działanie.

    Podsumowanie

    Codex 0.133.0 to wydanie, które przesuwa środek ciężkości z sesyjnych, jednorazowych interakcji w stronę długotrwałych zadań agentowych. Trwałe cele, solidniejsze CLI zdalne i dojrzałe API wtyczek stanowią fundament do budowy bardziej zaawansowanych automatyzacji. Niektórzy użytkownicy zgłaszają jednak spowolnienia agenta po aktualizacji, w tym dłuższy czas odpowiedzi przy pierwszym uruchomieniu celu oraz okresowe opóźnienia w interfejsie TUI.

    Źródła

  • Claude Code wprowadza raport /insights i nawigację klawiaturą w widoku diff

    Claude Code wprowadza raport /insights i nawigację klawiaturą w widoku diff

    Anthropic wprowadził aktualizację Claude Code, która wprowadza szczegółowe raporty użycia w poleceniu /insights oraz usprawnienia interfejsu, w tym obsługę klawiatury w widoku diff i renderowanie list zadań w formacie GFM. Nowa wersja zawiera również istotne poprawki bezpieczeństwa dotyczące obsługi uprawnień w PowerShellu oraz zwiększa stabilność sesji działających w tle.

    Najważniejsze zmiany w skrócie

    • Raport /insights analizuje lokalne sesje z ostatnich 30 dni i generuje interaktywny raport HTML z sugestiami optymalizacyjnymi.
    • Nawigacja klawiaturą w widoku diff przyspiesza przeglądanie zmian w kodzie bez użycia myszy.
    • Bezpieczeństwo PowerShell zostało poprawione: zmieniono sposób obsługi uprawnień, co eliminuje potencjalne luki przy wykonywaniu skryptów.
    • Stabilność sesji w tle poprawiono poprzez naprawę błędu, który powodował 15–20-sekundowe zawieszanie na macOS (regresja z wersji 2.1.196).
    • Renderowanie checkboxów GFM w terminalu ułatwia wizualne śledzenie postępów w listach zadań.

    /insights – trener personalny dla vibe codingu

    Nowe polecenie /insights (dostępne również jako opcjonalny widok w /usage) działa jak analityk przepływu pracy. Narzędzie przegląda zapisane lokalnie sesje Claude Code z ostatnich 30 dni i generuje pełny raport HTML. Zawiera on statystyki, analizę punktów tarcia oraz spersonalizowane sugestie reguł do pliku CLAUDE.md.

    Raport uwzględnia tylko akcje zainicjowane przez użytkownika, co pozwala uzyskać rzeczywisty obraz efektywności, bez sztucznego zawyżania statystyk przez działania agenta.

    Zespół Anthropic zaleca uruchamianie raportu raz w miesiącu, co pozwala śledzić postępy w eliminowaniu nieefektywnych nawyków i odkrywać funkcje, z których wcześniej nie korzystano. W praktyce wygląda to tak: uruchamiasz /insights, identyfikujesz trzy największe punkty tarcia, dodajesz odpowiednie reguły do konfiguracji, a następnie obserwujesz, jak wskaźniki spadają z tygodnia na tydzień.

    Dla zespołów na planach Team i Enterprise dostępne są analizy na poziomie organizacji. Po połączeniu z GitHubem umożliwiają one mierzenie tempa pracy inżynieryjnej z Claude Code i bez niego.

    Lepsza nawigacja i czytelność w terminalu

    Widok diff, jeden z najczęściej używanych elementów do przeglądania zmian w kodzie, zyskał pełną obsługę klawiatury. Teraz można sprawnie przewijać, zatwierdzać i odrzucać zmiany bez odrywania rąk od klawiszy. Choć to drobny detal, przy dłuższej sesji kodowania oszczędność czasu jest znacząca.

    Terminal potrafi również renderować checkboxy w formacie GitHub Flavored Markdown. Gdy Claude zapisuje listę zadań w stylu - [ ], zobaczysz je jako wizualne pola wyboru, co ułatwia pracę z todo-listami.

    Bezpieczeństwo i stabilność – co naprawiono

    Oprócz nowych funkcji, aktualizacja przynosi wiele poprawek. Najważniejsza to zmiana w obsłudze uprawnień PowerShell. Dotychczasowy mechanizm mógł prowadzić do luk bezpieczeństwa przy wykonywaniu skryptów, co zostało teraz poprawione.

    Zespół skupił się również na stabilności sesji w tle. Na macOS występował błąd, który powodował zamrożenie terminala na 15–20 sekund przy otwieraniu lub przełączaniu sesji. Naprawiono również sytuacje, w których sesja stawała się nieodpowiadająca po wygaśnięciu tokena demona, a także problemy z dziedziczeniem zmiennych środowiskowych PATH na Windowsie.

    Dla subagentów poprawiono przypadki cichego niepowodzenia, gdy limit API przerywał ich pracę, co skutkowało zwracaniem pustych rezultatów. Teraz zgłaszają problem poprawnie, a częściowe wyniki są zachowywane.

    Na koniec wprowadzono szereg usprawnień w renderowaniu terminala: zmniejszono migotanie przy przewijaniu historii, poprawiono responsywność podczas streamowania długich odpowiedzi oraz ukryto dekoracyjne glify dla czytników ekranowych.

    Źródła

  • Cursor wprowadza pełne środowiska deweloperskie dla agentów w chmurze

    Cursor wprowadza pełne środowiska deweloperskie dla agentów w chmurze

    Cursor wprowadza pełne środowiska deweloperskie dla agentów w chmurze, co zmienia sposób pracy z agentami AI. Teraz agenty otrzymują w pełni skonfigurowane środowiska deweloperskie, które odpowiadają oczekiwaniom doświadczonych programistów. Oferują one sklonowane repozytoria, zainstalowane zależności oraz dostęp do wewnętrznych narzędzi i systemów budowania, wszystko zdefiniowane jako konfiguracja wielokrotnego użytku, z pełną historią wersji i audytem. Dotychczas agenty w chmurze działały w ograniczonym kontekście — mogły pisać kod, ale nie miały możliwości testowania, budowania ani weryfikacji.

    Kluczowe fakty o nowych środowiskach

    • Wsparcie dla wielu repozytoriów — agenty mogą teraz pracować na kilku repozytoriach jednocześnie, co jest istotne w organizacjach korzystających z mikroserwisów.
    • Konfiguracja przez Dockerfile z build secrets — zapewnia bezpieczny dostęp do prywatnych rejestrów bez ryzyka wycieku poświadczeń.
    • 70% szybsze budowanie dzięki cache'owaniu warstw — tylko zmienione warstwy obrazu są przebudowywane przy aktualizacji Dockerfile.
    • Historia wersji i audyt — każde środowisko ma własną historię zmian, co umożliwia przegląd i rollback, a administratorzy mogą kontrolować, kto ma dostęp do cofania zmian.
    • Izolowane sekrety — poświadczenia i ruch sieciowy są ograniczone do pojedynczego środowiska, co minimalizuje ryzyko wycieku.

    Co to zmienia w codziennej pracy zespołów

    Lokalne agenty AI, mimo że wygodne, mają ograniczenia — konkurują o zasoby maszyny, nie mogą weryfikować własnej pracy, a jedno lub dwa równoległe zadania mogą stać się wąskim gardłem. Przeniesienie agentów do izolowanych maszyn wirtualnych w chmurze rozwiązuje te problemy.

    Agent może teraz uruchomić pełną kompilację, zainstalować zależności, przetestować oprogramowanie i wygenerować pull request gotowy do scalenia. Działa to w tle, podczas gdy użytkownik pracuje nad innymi zadaniami lokalnie. Cursor informuje, że ponad 30% ich wewnętrznych PR-ów jest już tworzonych przez agentów w chmurze, co potwierdza ich efektywność.

    Nowością jest również możliwość ręcznego przełączania sesji między maszyną lokalną a chmurą. Użytkownik może rozpocząć zadanie lokalnie, przenieść długotrwałą pracę do chmury i następnie ściągnąć ją z powrotem, aby przetestować zmiany na swoim sprzęcie.

    Bezpieczeństwo jako fundament, nie dodatek

    Bezpieczeństwo jako fundament, nie dodatek

    Interesującym aspektem tej aktualizacji jest podejście do bezpieczeństwa. Cursor wbudował kontrole w architekturę środowisk. Sekrety są izolowane — agent w jednym środowisku nie ma dostępu do poświadczeń z innego. Build secrets są dostępne tylko na etapie budowania obrazu i nie trafiają do działającego kontenera.

    Dodatkowo, logi audytowe rejestrują każdą zmianę konfiguracji, a historia wersji umożliwia wycofanie nieudanej aktualizacji. Dla zespołów w regulowanych branżach to często kluczowy warunek do rozważenia użycia agentów AI w procesie deweloperskim.

    Proces konfiguracji jest prostszy, niż można by się spodziewać. Użytkownik wchodzi na dashboard agentów, tworzy nowe środowisko i definiuje je przez Dockerfile — ręcznie lub z pomocą AI. Cursor potrafi analizować repozytoria, wykrywać potrzebne narzędzia i proponować konfigurację. Zadaje pytania, flaguje brakujące poświadczenia i waliduje poprawność setupu. Pierwsza zapisana wersja staje się punktem wyjścia dla kolejnych iteracji, a każda zmiana to nowa wersja do recenzji.

    Nowa era pracy równoległej

    To, co kiedyś wymagało godzin ręcznego konfigurowania, teraz dzieje się w minutach. Agenty działają równolegle w izolowanych środowiskach, co pozwala na uruchomienie ich wielu jednocześnie — jeden analizuje buga, drugi przygotowuje nową funkcjonalność, trzeci monitoruje otwarty PR.

    Dla zespołów DevOps i web developmentu oznacza to możliwość zwiększenia wydajności pracy bez konieczności powiększania zespołu. Nie chodzi już tylko o to, aby AI podpowiadało kod — teraz ma ono samodzielnie realizować całe zadania inżynieryjne, od analizy po zweryfikowany PR, w środowisku, które zespół w pełni kontroluje.

    Źródła

  • 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

  • Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Twórcy platformy Factory ogłosili wydanie wersji v0.123.0, która została udostępniona użytkownikom pod koniec czerwca. Najważniejszą nowością w tej wersji jest moduł do stałego monitorowania zużycia tokenów, który jest teraz dostępny w panelu Mission Control. Dodatkowo zespół wprowadził mechanizm optymistycznego przesyłania wiadomości, mający na celu skrócenie czasu oczekiwania na odpowiedzi agentów AI. Krótko po premierze, 11 maja, opublikowano także łatkę v0.123.0, która zawierała drobne usprawnienia.

    Kluczowe informacje o aktualizacji

    • Śledzenie zużycia tokenów w Mission Control umożliwia bieżącą kontrolę kosztów i obciążenia workflow.
    • Optymistyczne przesyłanie wiadomości pozwala na szybszą interakcję z agentami przed pełnym nawiązaniem połączenia.
    • Powiadomienia o przestarzałych modelach informują programistów, które wersje warto zaktualizować.
    • Poprawki błędów sesji eliminują problemy z ładowaniem i zwiększają niezawodność pracy z subagentami.
    • Korekta zliczania tokenów subagentów dostarcza dokładniejsze dane do rozliczeń i analiz.

    Jak działa nowe śledzenie tokenów w Factory

    Dotychczas użytkownicy Factory mogli jedynie szacować zużycie tokenów na podstawie zewnętrznych narzędzi lub ogólnych metryk. Teraz, dzięki integracji licznika z Mission Control — centralnym hubem do zarządzania agentami — deweloperzy mają dostęp do dokładnych danych o konsumpcji tokenów w czasie rzeczywistym, bez potrzeby przełączania się między aplikacjami.

    Panel prezentuje zarówno ogólne statystyki, jak i szczegółowe rozbicie na poszczególne zadania. To znaczące ułatwienie dla zespołów DevOps, które muszą monitorować budżety przy intensywnym wykorzystaniu modeli językowych. Oznacza to mniej niespodzianek na fakturach i większą kontrolę nad kosztami infrastruktury AI.

    W tej samej aktualizacji poprawiono również błąd związany z nieprawidłowym zliczaniem tokenów dla subagentów. Wcześniej dane mogły być nieprecyzyjne, co utrudniało dokładne rozliczenia — teraz problem został rozwiązany.

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Drugim kluczowym elementem tej aktualizacji jest mechanizm optymistycznego przesyłania wiadomości. System nie czeka już na pełne potwierdzenie połączenia przed wysłaniem wiadomości do agenta. Działa na zasadzie „zakładamy, że wszystko pójdzie dobrze” i realizuje zapytanie od razu.

    Efekt to krótsze czasy reakcji, co jest szczególnie zauważalne przy szybkim iterowaniu kodu. Deweloperzy, którzy stosują metodę vibe coding, gdzie tempo i płynność pracy są kluczowe, od razu dostrzegą różnicę. Nie trzeba już czekać na kilka dodatkowych sekund przy każdym zapytaniu.

    Zespół Factory zaznacza, że mechanizm został zaprojektowany tak, aby nie wpływał negatywnie na stabilność sesji. W przypadku problemów system potrafi cofnąć operację i spróbować ponownie, co oznacza, że użytkownik nie traci danych ani kontekstu rozmowy.

    Poprawki i drobniejsze zmiany

    Poprawki i drobniejsze zmiany

    Oprócz głównych funkcji, wersja v0.123.0 wprowadziła kilka poprawek. Najważniejsza dotyczyła sesji — wcześniej zdarzało się, że nie ładowały się poprawnie po ponownym uruchomieniu, co mogło zakłócać pracę. Teraz ten problem został usunięty.

    Poprawiono także obsługę nazw narzędzi. Wcześniej niektóre komendy mogły być błędnie interpretowane przez agentów, zwłaszcza gdy zawierały niestandardowe znaki. Po aktualizacji mapowanie jest dokładniejsze, co zmniejsza liczbę nieoczekiwanych błędów w automatyzacjach.

    Warto również wspomnieć o powiadomieniach deprecjacyjnych. Jeśli któryś z używanych modeli zbliża się do końca wsparcia, Factory informuje o tym i sugeruje migrację na nowszą wersję. To małe udogodnienie oszczędza czas na ręczne sprawdzanie statusu kompatybilności.

    Co to oznacza dla zespołów AI i DevOps

    Ta aktualizacja wpisuje się w szerszy trend w narzędziach dla AI engineeringu, koncentrując się na transparentności kosztowej i niezawodności sesji. Dla osób zarządzających wieloma agentami jednocześnie, dokładne dane o zużyciu tokenów oraz poprawiona stabilność sesji mogą znacząco ułatwić pracę i zwiększyć efektywność.

    Ź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

  • Claude Opus 4.7 z trybem Fast Mode – 2,5 razy szybsza generacja i wejście na AWS

    Claude Opus 4.7 z trybem Fast Mode – 2,5 razy szybsza generacja i wejście na AWS

    12 maja 2026 roku Anthropic wprowadziło tryb Fast Mode dla modelu Claude Opus 4.7, który przyspiesza generowanie tokenów wyjściowych 2,5 razy. W tym samym czasie firma uruchomiła Claude Platform na AWS, co umożliwia deweloperom korzystanie z pełnego zestawu funkcji API, w tym Managed Agents i wykonywania kodu, bezpośrednio przez infrastrukturę Amazona, z natywnym rozliczaniem i uwierzytelnianiem.

    Kluczowe informacje

    • Fast Mode przyspiesza tylko generowanie tokenów wyjściowych – czas do pierwszego tokena pozostaje taki sam.
    • Cena wynosi 30 dolarów za 1 milion tokenów wejściowych i 150 dolarów za 1 milion wyjściowych – to sześć razy więcej niż standardowy Opus 4.7.
    • To nie nowy model – Fast Mode wykorzystuje te same wagi i mechanizmy co standardowy Opus 4.7; to jedynie priorytetowa ścieżka serwowania.
    • Claude Platform na AWS oferuje Managed Agents, webhooki, multi-agent orchestration oraz self-hosted sandboxy z natywnym billingiem.
    • Dostępność – research preview na API oraz w Claude Code od wersji 2.1.36.

    Fast Mode – szybszy, ale nie mądrzejszy

    Anthropic wyjaśnia, że Fast Mode to rozwiązanie infrastrukturalne, a nie algorytmiczne. Model nie działa szybciej – ma jedynie priorytetowy dostęp do mocy obliczeniowej. Jak opisuje dokumentacja: to ten sam samolot i to samo miejsce docelowe, tylko osobna kolejka na lotnisku.

    Przyspieszenie dotyczy wyłącznie tokenów wyjściowych. Streaming wydaje się szybszy, ale początkowe opóźnienie – czas oczekiwania na pierwszy token – pozostaje niezmienione. Dla programistów korzystających z Claude Code oznacza to płynniejszą iterację kodu i szybsze podpowiedzi, ale nie zmienia jakości odpowiedzi.

    Aktywacja trybu jest prosta. W Claude Code wystarczy wpisać komendę /fast, a w API – przekazać nagłówek beta fast-mode-2026-02-01 z parametrem speed: "fast". Należy jednak pamiętać, że przełączenie trybu w trakcie konwersacji powoduje naliczenie wyższej ceny za cały dotychczasowy kontekst, nie tylko za nowe wiadomości.

    Fast Mode nie współpracuje z Batch API ani Priority Tier. To narzędzie przeznaczone do zadań interaktywnych – szybkiego debugowania, iteracji kodu na żywo i wszędzie tam, gdzie liczy się każda sekunda.

    AWS i Managed Agents – Claude w ekosystemie Amazona

    Równolegle z Fast Mode Anthropic rozszerza obecność platformy na AWS. Deweloperzy korzystający z infrastruktury Amazona mają teraz dostęp do pełnego zestawu funkcji API bez konieczności zarządzania osobnym billingiem czy kluczami uwierzytelniającymi. Wszystko działa natywnie, przez IAM.

    Co dokładnie trafiło na AWS? Managed Agents z możliwością planowania sesji, webhooki do obsługi zdarzeń w czasie rzeczywistym, multi-agent orchestration oraz self-hosted sandboxy. Te ostatnie stanowią interesującą alternatywę dla domyślnej infrastruktury Anthropica – umożliwiają uruchamianie narzędzi agentów w własnym środowisku, co jest istotne dla firm z restrykcyjnymi wymogami bezpieczeństwa.

    Dla zespołów devopsowych oznacza to mniej integracyjnego boilerplate'u.

    Źródła