Kategoria: Narzędzia Programistyczne

  • Gemini CLI v0.48.0-nightly wprowadza atomowe wykrywanie narzędzi MCP i naprawia krytyczne błędy

    Gemini CLI v0.48.0-nightly wprowadza atomowe wykrywanie narzędzi MCP i naprawia krytyczne błędy

    Google wprowadziło nową wersję nocną Gemini CLI, oznaczoną jako v0.48.0-nightly. Ta aktualizacja wprowadza atomowe aktualizacje wykrywania narzędzi MCP oraz standaryzuje formatowanie wyników. Wydanie, publikowane codziennie o północy UTC, zawiera również poprawki stabilności, które były oczekiwane przez deweloperów pracujących z narzędziami AI. Najnowszy snapshot z 13 czerwca 2026 roku przynosi poprawkę mapowania modeli Vertex AI, co jest istotne dla zespołów korzystających z infrastruktury Google Cloud.

    Kluczowe zmiany w aktualizacji

    • Atomowe aktualizacje wykrywania narzędzi MCP eliminują problemy z częściowym ładowaniem serwerów.
    • Standaryzacja formatowania wyników ułatwia parsowanie odpowiedzi w skryptach automatyzujących.
    • Poprawka pętli ponawiania przy wyczerpaniu limitów zapytań zapobiega bezproduktywnemu obciążaniu API.
    • Nowa dokumentacja i polecenia migracyjne przygotowują użytkowników na przejście do Antigravity CLI.

    Atomowe wykrywanie narzędzi MCP

    Nowy mechanizm wykrywania narzędzi MCP działa w trybie atomowym — wszystkie serwery są wykrywane jednocześnie, co eliminuje problemy, które występowały, gdy część serwerów nie była widoczna po restarcie CLI. Atomowe podejście zapewnia, że agent AI widzi albo kompletny zestaw narzędzi, albo żaden, co eliminuje stany pośrednie.

    MCP, czyli Model Context Protocol, to mechanizm, przez który Gemini CLI łączy się z lokalnymi i zdalnymi usługami. Każdy serwer MCP może udostępniać własne endpointy, funkcje czy integracje, więc ich niezawodne wykrywanie jest kluczowe dla pracy z narzędziami takimi jak Cursor czy Windsurf. Atomowe aktualizacje eliminują błędy typu "narzędzie X nie zostało znalezione, uruchom CLI ponownie".

    Standaryzacja wyników i walka z pętlami ponawiania

    Standaryzacja wyników i walka z pętlami ponawiania

    Wydanie v0.48.0-nightly wprowadza ujednolicone formatowanie wyników zwracanych przez narzędzia. Dla programistów piszących skrypty automatyzujące oznacza to, że parsowanie odpowiedzi staje się przewidywalne, a JSON trzyma się ustalonego schematu. Mniej regexów oznacza mniej niespodzianek.

    Drugim istotnym poprawionym elementem jest obsługa zerowych limitów zapytań. Wcześniej, gdy użytkownik wyczerpał swój limit, Gemini CLI wpadał w pętlę ponawiania żądań, co generowało niepotrzebny ruch i frustrację. Teraz narzędzie rozpoznaje kod błędu limitu i kończy żądanie bez zbędnych powtórzeń. Dodatkowo poprawiono obsługę wielowierszowych znaków cytowania, co jest przydatne, gdy prompt zawiera fragmenty kodu z zagnieżdżonymi apostrofami.

    Vertex AI, Antigravity i nadchodząca migracja

    Vertex AI, Antigravity i nadchodząca migracja

    Wersja z 13 czerwca wprowadza poprawkę mapowania modeli Vertex AI, co bezpośrednio dotyka użytkowników chmurowych. Jeśli korzystasz z Gemini CLI podpiętego do Vertex AI w Google Cloud, ta aktualizacja powinna rozwiązać problemy z rozpoznawaniem dostępnych modeli językowych.

    Cała linia nightly v0.48.0 działa w kontekście nadchodzącej migracji do Antigravity CLI. Google ogłosiło 30-dniowe okno przejściowe, a 18 czerwca 2026 roku Gemini CLI przestało obsługiwać zapytania dla kont indywidualnych — Google AI Pro, Ultra i darmowych. Użytkownicy Enterprise Gemini Code Assist oraz osoby z autoryzacją przez API key nie zostali tym dotknięci, ale dla pozostałych zmiana jest nieunikniona.

    Nowa dokumentacja w v0.48.0-nightly zawiera polecenia migracyjne i opisuje, jak przeprowadzić jednorazowy import rozszerzeń, umiejętności i ustawień do Antigravity CLI. Zmieniają się również ścieżki konfiguracyjne: MCP dla serwerów globalnych trafia do ~/.gemini/config/mcp_config.json, a dla workspace’ów do .agents/mcp_config.json. Jeśli korzystasz z własnych skryptów automatyzujących, warto to sprawdzić — dotychczasowa konfiguracja inline przestanie działać.

    Ostrożność przy nocnych wydaniach

    Wydania nightly mogą zawierać błędy i nieprzetestowane zmiany. Wersja v0.48.0-nightly to snapshot z głównej gałęzi, a nie stabilna wersja produkcyjna. Dla zespołów pracujących w produkcji zaleca się ostrożność, ale jeśli zależy ci na szybkim dostępie do poprawek limitów i formatowania, ta wersja jest warta przetestowania. Problemy z pętlami ponawiania mogły skutecznie blokować pracę przez cały dzień.

    W praktyce: jeśli twój zespół używa Gemini CLI do codziennych zadań, warto śledzić linię nightly na GitHubie i czytać changelogi przed aktualizacją. Atomowe wykrywanie MCP i standaryzacja wyników to zmiany, które ułatwiają pracę, ale kontekst migracji do Antigravity CLI sprawia, że to dobry moment, aby zaplanować przejście w spokojnym tempie, zamiast być zaskoczonym nagłym odcięciem dostępu.

    Źródła

  • Claude Code 2.1.176: stabilna sesja, lokalne tytuły i łatwiejsze zarządzanie linkami

    Claude Code 2.1.176: stabilna sesja, lokalne tytuły i łatwiejsze zarządzanie linkami

    Anthropic udostępniło wersję 2.1.176 Claude Code. To głównie aktualizacja stabilizacyjna, ale zawiera również kilka istotnych usprawnień w zakresie sesji, konfiguracji oraz obsługi poświadczeń Bedrock.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku, w którym prowadzona jest konwersacja, z możliwością przypięcia konkretnego języka w ustawieniu language.
    • Nowa opcja footerLinksRegexes pozwala na kontrolowanie wyświetlania linków w pasku stanu za pomocą wyrażeń regularnych, co jest przydatne w zarządzanych środowiskach.
    • Cache poświadczeń Bedrock uwzględnia rzeczywisty czas wygaśnięcia z pola Expiration, zamiast trzymać dane przez stały czas jednej godziny.
    • Egzekwowanie list dozwolonych modeli zostało zaostrzone – zmienne ANTHROPIC_DEFAULT_*_MODEL nie pozwalają już na obejście ograniczeń.
    • Remote Control oraz sesje w tle przeszły przegląd stabilności, w tym poprawki dla systemów Windows i Linux.

    Sesja dopasowana do języka i lepsza kontrola linków

    Dla zespołów pracujących w wielu językach, zmiana dotycząca tytułów sesji jest praktyczna – tytuły sesji są teraz zgodne z językiem rozmowy. Jeśli ktoś pisze po polsku, otrzymuje tytuł po polsku. W przypadku potrzeby używania jednego języka niezależnie od kontekstu, wystarczy ustawić language na stałe.

    Opcja footerLinksRegexes to mechanizm, który będzie przydatny dla administratorów większych wdrożeń. Umożliwia on określenie wzorców linków widocznych w stopce interfejsu, co daje kontrolę nad tym, jakie odnośniki pojawiają się w zarządzanych instancjach Claude Code 2.1.176.

    Cache poświadczeń z głową

    Cache poświadczeń z głową

    Dotychczas sytuacje, w których tokeny STS wygasały przed końcem godzinnego okna cache, były frustrujące. Teraz mechanizm cache'owania uwzględnia pole Expiration i przechowuje dane do pięciu minut przed faktycznym wygaśnięciem. Jeśli Expiration nie jest dostępne, stosowany jest domyślny interwał – godzina.

    Dla zespołów korzystających z Bedrock na AWS to znacząca poprawa. Mniej błędów 401 i mniej nieoczekiwanych przerwań w pracy agentów, szczególnie przy używaniu krótkoterminowych poświadczeń SSO.

    Zaostrzone reguły modeli i stabilność tła

    Blokada modeli przez allowlistę została poprawiona, eliminując możliwość obejścia przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL. Oznacza to, że aliasy nie przekierują użytkownika na zablokowany model, a przełącznik /fast nie zadziała, jeśli miałby wybrać coś spoza dozwolonej listy.

    Wprowadzono również wiele poprawek do sesji w tle i Remote Control. Zniknął problem z powielaniem wpisów przy nieudanym połączeniu, a powiadomienia o rozłączeniu teraz pokazują czytelny komunikat zamiast kodu. Zmiana konta w trakcie sesji zdalnej powoduje poprawne rozłączenie. Dodatkowo, wprowadzono konkretne poprawki dla systemów Linux, takie jak obsługa dowiązań symbolicznych w konfiguracji sandboksa, oraz dla Windows, gdzie usługa w tle mogła nie wystartować z powodu atrybutu ReadOnly katalogu daemona.

    Wszystkie te zmiany mają na celu poprawę przewidywalności działania Claude Code 2.1.176 podczas długich sesji oraz w środowiskach, gdzie wiele okien jednocześnie pracuje z tym samym agentem. Dla web developerów i zespołów DevOps to wydanie zasługuje na szybką aktualizację – nie wprowadza rewolucyjnych zmian, ale eliminuje wiele drobnych, irytujących problemów.

    Źródła

  • Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code zaktualizował się do wersji v0.18.0, wprowadzając trzy kluczowe mechanizmy: automatyczną pamięć na poziomie użytkownika, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Te zmiany wpływają na sposób interakcji z asystentem kodowania.

    Co nowego w skrócie

    • Pamięć użytkownika przechowywana w ~/.qwen/memories/ pozwala agentowi zapamiętywać preferencje między projektami.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy kontekst rozmowy i działa równolegle do głównego wątku.
    • Panel /skills umożliwia wizualne przeglądanie, wyszukiwanie i zarządzanie umiejętnościami z poziomu CLI.
    • Multimodalne wejście obsługuje obrazy, PDF-y, pliki audio i wideo w modelu Qwen-Code v0.18.0.
    • Automatyczne aktualizacje instalatora standalone i poprawki stabilności CLI na różnych platformach.

    Pamięć, która nie ginie po zamknięciu projektu

    Wcześniej Qwen-Code przechowywał wspomnienia tylko w katalogu bieżącego projektu. Oznaczało to, że przy każdym nowym repozytorium agent zaczynał od zera, nie pamiętając stylu pracy, preferencji dotyczących formatowania czy konwencji nazewnictwa.

    Wersja v0.18.0 przenosi część pamięci na poziom użytkownika. Pliki trafiają teraz do ~/.qwen/memories/, a mechanizm routingu rozdziela informacje: preferencje i styl pracy są przechowywane globalnie, natomiast deadline'y projektowe i zdarzenia specyficzne dla repozytorium pozostają w katalogu lokalnym. System wykorzystuje cztery kategorie pamięci, które istniały wcześniej, ale teraz mają międzyprojektowy zasięg.

    To znacząca zmiana. Pracując nad pięcioma projektami w tygodniu, agent uczy się twoich nawyków, zamiast za każdym razem pytać o to samo.

    Agenci w tle i równoległe przepływy pracy

    Komenda /fork to interesujący dodatek tej wersji. W trakcie rozmowy możesz oddelegować zadanie do agenta działającego w tle, nie przerywając głównego wątku. Agent w tle dziedziczy pełen kontekst: historię rozmowy, narzędzia, konfigurację modelu i cache promptów.

    Aktualizacja z 18 czerwca rozszerza możliwości workflow o funkcje parallel() i pipeline(), które pozwalają na uruchamianie wielu podagentów jednocześnie. Wprowadzono kontrakt "errors-as-data" — błąd jednego agenta nie przerywa całego procesu, lecz zwraca informację o niepowodzeniu jako dane do dalszego przetwarzania.

    Pojawił się także eksperymentalny tryb Agent Team. Model sam tworzy nazwy zespołów, rozdziela zadania między członków, wymienia wiadomości i konsoliduje wyniki w ujednolicony raport. To ambitny projekt, który wymaga jeszcze czasu na stabilizację.

    Piaskownica i zaplanowane zadania

    Nowa wersja wprowadza izolowane środowisko uruchomieniowe oparte na node:vm, które jest wystarczające do bezpiecznego testowania wygenerowanego kodu. Komenda /loop zyskała trwałość: zaplanowane zadania są teraz zapisywane na dysku i wznawiane po restarcie, a pominięte cykle mają jedną szansę na nadrobienie.

    Działa także inhibitor uśpienia systemu, który zapobiega wygaszaniu ekranu podczas streamingu odpowiedzi modelu lub wykonywania narzędzi. To drobny, ale istotny element, który poprawia komfort dłuższych sesji.

    Stabilność i instalacja

    Zespół skupił się na niezawodności CLI. Automatyczne aktualizacje instalatora standalone działają poprawnie, a problemy z instalacją międzyplatformową, szczególnie na Windows, zostały rozwiązane. Powiadomienia o zakończeniu zadań w tle trafiają do panelu czatu w VS Code, co eliminuje konieczność ciągłego przełączania się między oknami.

    Te zmiany wpisują się w szerszy kierunek rozwoju Qwen-Code. Roadmapa obejmuje statystyki (/stats dashboard), multimodalne wejście, tryb headless, integrację z Git Worktrees oraz pluginy IDE. Narzędzie, adaptowane z Gemini CLI i zoptymalizowane pod modele Qwen-Code v0.18.0, zmierza w stronę pełnoprawnego środowiska agentskiego dla programistów.

    Źródła

  • Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Anthropic wprowadziło aktualizację Claude Code 2.1.175, która dodaje nowe ustawienie enforceAvailableModels. To zarządzane ustawienie daje administratorom kontrolę nad tym, jakie modele AI są dostępne w środowisku firmowym. Wcześniejsze luki w polityce bezpieczeństwa, które pozwalały użytkownikom omijać korporacyjne ograniczenia, zostały załatane.

    Co nowego w skrócie

    • Nowe ustawienie enforceAvailableModels wymusza, by lista dozwolonych modeli obejmowała również model domyślny.
    • Ustawienia użytkownika i projektu nie mogą już poszerzać zarządzanej listy availableModels.
    • Gdy model domyślny wskazuje na niedozwolony model, Claude Code automatycznie przełącza się na pierwszy model z listy dozwolonych.
    • Aktualizacja obejmuje łącznie 16 zmian w pakiecie od v2.1.173 do v2.1.175, w tym 3 nowe funkcje i 13 poprawek.

    Dlaczego to ma znaczenie w praktyce

    Dotychczas administratorzy mogli ustawić availableModels jako listę zatwierdzonych modeli, ale istniał problem. Model domyślny, wybierany automatycznie przez Claude Code, nie podlegał tym samym ograniczeniom. Jeśli organizacja blokowała dostęp do drogich modeli, a domyślny wskazywał na taki, system go uruchamiał. Użytkownik mógł także nadpisać ustawienia w lokalnym pliku .claude/settings.json i wybrać dowolny model.

    Wersja 2.1.175 to zmienia. Ustawienie enforceAvailableModels sprawia, że lista dozwolonych modeli działa również dla modelu domyślnego. Jeśli model domyślny nie znajduje się na liście, Claude Code nie próbuje go uruchomić, tylko wybiera pierwszy dozwolony model. To proste rozwiązanie, które jest trudne do obejścia.

    Choć na pierwszy rzut oka zmiana może wydawać się technicznym detalem, w środowiskach korporacyjnych ma duże znaczenie, zwłaszcza tam, gdzie koszty API mogą wynosić tysiące dolarów miesięcznie.

    Co to znaczy dla zespołów dev i DevOps

    W firmach, gdzie Claude Code działa na współdzielonych maszynach lub w pipeline'ach CI/CD, spójność modelu jest kluczowa. Gdy każdy deweloper może przypadkowo lub celowo przełączyć się na droższy model, budżet może szybko wymknąć się spod kontroli.

    Nowe ustawienie eliminuje ryzyko, że konfiguracja projektowa przypadkiem poszerzy dostęp do modeli, które organizacja nie zatwierdziła. Wcześniej plik .claude/settings.json w repozytorium mógł nadpisać korporacyjne restrykcje. Teraz, przy włączonym enforceAvailableModels, nie ma takiej możliwości. Administratorzy zyskują bardziej skuteczne narzędzie, a zespoły przewidywalne środowisko pracy.

    Dla zespołów DevOps oznacza to mniej zgłoszeń dotyczących nieoczekiwanych kosztów. Model domyślny nie wymknie się spod kontroli, a automatyczne przełączenie na pierwszy dozwolony model jest ciche – użytkownik nie musi być świadomy, że coś się zmieniło.

    Szerszy kontekst aktualizacji

    Pakiet zmian od v2.1.173 do v2.1.175 zawiera łącznie 16 modyfikacji. Oprócz nowego ustawienia, wcześniejsze wersje przyniosły poprawki stabilności i bezpieczeństwa. Anthropic kładzie duży nacisk na governance – to nie pierwsza aktualizacja w tym kierunku i zapewne nie ostatnia.

    Widać, że narzędzie się rozwija. Funkcje administracyjne stają się fundamentem dla organizacji, które poważnie wdrażają asystentów AI. Ustawienie enforceAvailableModels to krok w stronę dojrzałości korporacyjnej, w której kontrolę nad modelem ma ten, kto płaci rachunki.

    Co dalej

    Jeśli zarządzasz środowiskiem Claude Code w firmie, sprawdź, czy enforceAvailableModels jest już dostępne w waszym planie. Dla użytkowników indywidualnych zmiana jest przezroczysta, chyba że pracują w organizacji, która wprowadziła nowe restrykcje. W takim przypadku mogą zauważyć, że Claude Code czasami wybiera inny model niż ten, który ustawili lokalnie. To nie błąd, to nowa funkcjonalność.

    Źródła

  • Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git

    Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git

    Zed wypuścił wersję 1.5.5, która wprowadza dwie istotne poprawki. Edytor dodaje wsparcie dla Claude Fable 5 w ramach dostawcy Anthropic BYOK oraz eliminuje błąd w obsłudze Git. Użytkownicy mogą teraz korzystać z przycisku „zaufaj repozytorium”, który działa zgodnie z oczekiwaniami.

    Kluczowe zmiany w Zed 1.5.5

    • Claude Fable 5 jest teraz dostępny w konfiguracji Anthropic BYOK, co zwiększa liczbę dostępnych modeli AI.
    • Naprawiono błąd #58716, który uniemożliwiał kliknięcie przycisku zaufania repozytorium Git.
    • Aktualizacja nie wprowadza poprawek wydajnościowych ani zmian w interfejsie – to zestaw funkcjonalnych łatek.
    • Zmiany są związane z pull requestami #58957 (Anthropic) i #58716 (Git).

    Claude Fable 5 już dostępny z własnym kluczem API

    Zed od dłuższego czasu umożliwia podłączenie modeli Anthropic przez BYOK (bring-your-own-key). Teraz do listy dostępnych opcji dołącza Claude Fable 5 – model, który zdobył uznanie wśród programistów korzystających z narzędzi AI w codziennej pracy.

    Co to oznacza w praktyce? Jeśli masz własny klucz API Anthropic, po aktualizacji do wersji 1.5.5 w panelu konfiguracyjnym pojawi się nowa opcja. Nie ma potrzeby podejmowania dodatkowych kroków ani zmiany ustawień – to po prostu kolejna opcja, która zwiększa możliwości edytora. Zed stawia na elastyczność, pozwalając użytkownikom na wybór.

    Choć to niewielka zmiana, dla osób testujących różne modele i szukających optymalnego balansu między szybkością a jakością podpowiedzi, każda nowa integracja ma znaczenie. Claude Fable 5 sprawdza się szczególnie w zadaniach wymagających zrozumienia szerszego kontekstu kodu.

    Git przestaje milczeć

    Git przestaje milczeć

    Druga poprawka dotyczy błędu, który potrafił skutecznie wybić z rytmu. Użytkownicy otwierali repozytorium, Zed wyświetlał monit o zaufanie, klikanie przycisku nie dawało żadnej reakcji. Konieczne było szukanie obejść, aby ręcznie oznaczyć katalog jako zaufany.

    Błąd #58716 został naprawiony. Od teraz przycisk „trust repository” działa natychmiastowo, a mechanika zaufania funkcjonuje bez zacięć. Choć może wydawać się to drobiazgiem, frustracja związana z utratą flow przez taką usterkę jest realna.

    Zed mocno integruje Git w swoim interfejsie – od podglądu zmian po zaawansowane operacje na repozytoriach. Dlatego nawet najmniejsze niedociągnięcia w tej warstwie mogą być uciążliwe. Wersja 1.5.5 skutecznie rozwiązuje ten problem.

    Kontekst dla web developerów

    Kontekst dla web developerów

    Dla osób pracujących z Node.js, Reactem czy innymi stackami frontendowymi, Zed staje się coraz bardziej interesującą alternatywą dla VS Code. Jest szybki, napisany w Rust, a także systematycznie rozwija integracje z AI. Możliwość podłączenia Claude Fable 5 przez własny klucz API to krok w stronę tych, którzy preferują pełną kontrolę nad kosztami i wyborem modelu.

    Git w projektach webowych to codzienność – każdy commit, każdy branch, każde repozytorium. Poprawka mechanizmu zaufania eliminuje frustrującą przeszkodę, która mogła dotknąć zarówno juniora stawiającego pierwsze środowisko, jak i seniora przełączającego się między projektami. Prostota i niezawodność to kluczowe oczekiwania wobec nowoczesnego edytora.

    Podsumowanie

    Zed 1.5.5 nie wprowadza wielu zmian, ale skutecznie adresuje dwa kluczowe problemy, które wpływają na codzienną pracę. Nowy model AI zwiększa elastyczność, a naprawiony Git przywraca płynność w obsłudze repozytoriów. Rozmiar aktualizacji sugeruje, że zespół skupił się na precyzyjnym rozwiązaniu konkretnych problemów, zamiast wprowadzać nadmiar nowości. Właśnie za to wielu użytkowników ceni ten edytor.

    Źródła

  • OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode zamyka czerwiec 2026 roku serią poprawek, które znacząco wpływają na codzienną pracę z kodem. W aktualizacjach od wersji 1.17.5 do 1.17.10 znalazły się inteligentne cache'owanie zapytań, wyszukiwanie rozmyte w drzewie plików oraz poprawki związane ze środowiskiem WSL, na które czekało wielu użytkowników Windowsa. To nie są kosmetyczne zmiany — to przemyślane usprawnienia wydajności i niezawodności, które można zauważyć od pierwszego uruchomienia.

    Kluczowe zmiany

    • Cache'owanie redukuje zbędne zapytania API nawet o 40%, co przyspiesza sesje i zmniejsza koszty użytkowania.
    • Wyszukiwanie rozmyte w panelu drzewa plików umożliwia szybkie odnalezienie konkretnego zasobu w dużych repozytoriach.
    • WSL zyskuje poprawki stabilności i synchronizacji, eliminując część problemów zgłaszanych przez użytkowników Windowsa.
    • OpenCode otrzymuje ulepszoną obsługę wywołań funkcyjnych i częściowe odpowiedzi strumieniowe JSON.
    • MCP wprowadza wstrzykiwanie instrukcji serwera do kontekstu sesji i szablonów zasobów.

    Szybsze wyszukiwanie i mądrzejsze cache'owanie

    Jedną z najbardziej zauważalnych nowości jest dodanie panelu drzewa plików z wyszukiwaniem rozmytym. Dla programistów pracujących w monorepozytoriach lub rozbudowanych projektach to oszczędność czasu, która w skali dnia zamienia się w minuty. Zamiast ręcznego przeglądania struktury katalogów wystarczy wpisać fragment nazwy, a OpenCode natychmiast wskazuje pasujące ścieżki.

    Zespół wprowadził także warstwę inteligentnego cache'owania, która zmniejsza liczbę redundantnych wywołań API o maksymalnie 40%. W praktyce oznacza to szybsze odpowiedzi i mniejsze rachunki za wykorzystanie modeli językowych. Przy dłuższych sesjach różnica jest zauważalna, zwłaszcza gdy pracuje się z kosztownymi endpointami.

    Wersja 1.17.8 wprowadziła poprawkę wycieku pamięci, który ujawniał się podczas długotrwałego monitorowania plików, a wersja 1.17.9 wyeliminowała wyścig w równoległym wykonywaniu narzędzi, który mógł uszkodzić stan sesji. Stabilność wyraźnie wzrosła.

    WSL i zarządzanie serwerami

    WSL i zarządzanie serwerami

    Dla użytkowników Windowsa wsparcie WSL to kluczowy element. OpenCode w tej serii wydań wprowadził szereg poprawek związanych z integracją WSL i pulpitem, co przekłada się na płynniejszą pracę w tym środowisku.

    Desktop doczekał się także poprawek interfejsu. Zniknęło przycinanie zakładek drzewa plików przy zmianie rozmiaru, naprawiono stany sesji bez tytułów i zoptymalizowano ładowanie strony głównej. Zespół pracuje nad pełną migracją do nowego układu (tzw. v2), który będzie domyślny w kolejnych wydaniach.

    Modele, providerzy i integracje MCP

    Modele, providerzy i integracje MCP

    Na froncie modeli AI zmiany są konkretne. Modele OpenCode otrzymały ulepszone wywołania funkcyjne, co przekłada się na precyzję generowanego kodu. Pojawiło się także wsparcie dla strumieniowych odpowiedzi JSON, co jest przydatne, gdy model generuje długie struktury danych i chcesz je widzieć partiami.

    W sferze MCP (Model Context Protocol) OpenCode 1.17.10 wprowadził wstrzykiwanie instrukcji serwera MCP do kontekstu sesji oraz listowanie szablonów zasobów. Dla zespołów automatyzujących przepływy pracy to spore ułatwienie — konfiguracja, która wcześniej wymagała ręcznej ingerencji, teraz jest dostępna bezpośrednio z poziomu agenta.

    Wśród wspieranych modeli znajduje się również OpenCode, który jest już dostępny w oficjalnej dokumentacji OpenCode.

    Co dalej?

    OpenCode systematycznie przesuwa się z pozycji terminalowego narzędzia dla entuzjastów w stronę pełnoprawnego środowiska deweloperskiego. Czerwcowe aktualizacje pokazują, że zespół reaguje na potrzeby społeczności: poprawia to, co sprawia problemy (stabilność sesji, wydajność wyszukiwania), i dodaje funkcje, o które proszą użytkownicy korporacyjni (WSL, lepsze MCP). Jeśli ten rytm się utrzyma, jesień 2026 może przynieść jeszcze ciekawsze integracje modelowe i głębsze wsparcie dla środowisk kontenerowych.

    Źródła

  • Factory wzmacnia bezpieczeństwo komend i sugeruje sesje w aktualizacji v0.144.0

    Factory wzmacnia bezpieczeństwo komend i sugeruje sesje w aktualizacji v0.144.0

    Zespół Factory wprowadził wersję v0.144.0 swojego środowiska programistycznego, która wprowadza inteligentne podpowiedzi sesji oraz rozbudowany system ostrzeżeń przed ryzykownymi operacjami w terminalu. Aktualizacja zawiera również poprawki obsługi klawiatury w tmuxie oraz stabilności uwierzytelniania MCP. Te zmiany są szczególnie przydatne dla osób pracujących zdalnie i w środowiskach wielosesyjnych.

    Co nowego w Factory v0.144.0

    • Inteligentne sugestie sesji — agent podpowiada pliki sesji na podstawie kontekstu pracy, co przyspiesza wznawianie zadań.
    • Ostrzeżenia o wysokim ryzyku — system flaguje destrukcyjne komendy shellowe jeszcze przed ich wykonaniem.
    • Poprawiona obsługa tmuxa — klawisze działają stabilniej w środowiskach multipleksowanych.
    • Lepsza autoryzacja MCP — cichsze odświeżanie tokenów i eliminacja zbędnych monitów.

    Inteligentniejsze sesje: mniej zgadywania, więcej akcji

    Nowy mechanizm sugestii plików sesji analizuje historię pracy i bieżący kontekst projektu. Agent wskazuje, którą sesję warto wznowić, eliminując potrzebę ręcznego przeszukiwania listy, co jest szczególnie przydatne przy przełączaniu się między równoległymi zadaniami.

    Wcześniejsze wydania Factory miały problemy z korupcją historii sesji przy anulowaniu narzędzi, co zostało naprawione w wersji v0.144.0. Teraz dodano warstwę predykcyjną, która aktywnie podsuwa właściwy punkt startowy, zamiast tylko zabezpieczać integralność zapisów.

    Każdy, kto pracuje nad kilkoma gałęziami projektowymi jednocześnie, wie, ile czasu można stracić na szukanie odpowiedniego kontekstu. Ta zmiana powinna zredukować tarcie podczas codziennego korzystania z narzędzia.

    Bezpieczeństwo komend: ryzyko pod kontrolą

    Nowością jest system ostrzegania przed komendami wysokiego ryzyka. Factory wcześniej eksperymentowało z klasyfikacją operacji, a w CLI v0.144.0 zmieniono git push z średniego na wysokie ryzyko. Mechanizm wydaje się teraz bardziej dojrzały.

    Gdy agent wykryje potencjalnie destrukcyjną operację shellową, wyświetla ostrzeżenie i wymaga jawnej zgody. Obejmuje to operacje modyfikujące system plików poza katalogiem projektu, komendy sieciowe ingerujące w konfigurację oraz polecenia nadpisujące dane bez możliwości cofnięcia.

    To rozsądne posunięcie, zwłaszcza że sandboxing w Factory został wzmocniony w wersji v0.144.0. Dwie warstwy zabezpieczeń (izolacja procesów oraz flagowanie ryzyka) zapewniają lepszą ochronę niż poleganie na jednym mechanizmie.

    Tmux i klawiatura: detale, które robią różnicę

    Użytkownicy pracujący przez tmuxa odczują poprawę w obsłudze zdarzeń klawiatury. W multipleksowanych terminalach niektóre kombinacje klawiszy były błędnie interpretowane, szczególnie te z modyfikatorami. Wersja v0.144.0 rozwiązuje ten problem, co potwierdza trend z późniejszych wydań, w których dodano klikalne linki w tmuxie.

    MCP również zyskało na wydajności w zakresie autoryzacji. Ciche odświeżanie tokenów oraz eliminacja powtarzających się monitów o uwierzytelnienie to zmiany zauważalne w środowiskach z wieloma serwerami i złożoną konfiguracją OAuth.

    Stabilność i wydajność łączników

    Kolejnym obszarem poprawek jest wydajność połączeń MCP. Łączniki działają teraz sprawniej, a time-outy są lepiej zarządzane. Wprowadzono per-serwerowy connectTimeout dla wolno startujących serwerów MCP.

    Podsumowanie

    Aktualizacja v0.144.0 nie jest przełomowa, ale wprowadza istotne poprawki w zakresie bezpieczeństwa operacji shellowych oraz wygody nawigacji między sesjami. Osoby intensywnie korzystające z terminala i pracujące w wielu kontekstach projektowych zyskają na oszczędności czasu dzięki nowym sugestiom sesji, a system ostrzeżeń może pomóc uniknąć przypadkowego wykonania destrukcyjnych komend.

    Źródła

  • Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami

    Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami

    OpenAI wydało 8 czerwca 2026 roku stabilną wersję Codex 0.138.0, której główną nowością jest możliwość przekazania sesji z terminala do aplikacji desktopowej. Komenda /app działa teraz na macOS i Windows, co pozwala na rozpoczęcie zadania w linii poleceń i kontynuowanie go w interfejsie graficznym bez konieczności przepisywania kontekstu. Dodatkowo wprowadzono znaczące usprawnienia w obsłudze lokalnych obrazów, automatyzację pluginów przez JSON oraz wiele poprawek stabilności TUI.

    Co nowego w skrócie

    • Desktop handoff – sesję CLI można teraz przenieść do Codex Desktop na macOS i Windows, a workspace'y na Windows uruchamiają się bezpośrednio w GUI.
    • Obrazy – zapisane pliki graficzne udostępniają teraz ścieżki modelowi, co ułatwia ich edycję i odwoływanie się do nich w kolejnych krokach.
    • Reasoning effort – TUI zyskało dodatkowe skróty dla terminali bez klawisza Alt, a poziomy wysiłku są teraz zgodne z kolejnością reklamowaną przez model.
    • Plugin automation – komendy add, remove i marketplace wspierają --json, a plugin list pokazuje teraz źródło marketplace'u oraz szczegóły zdalnych serwerów MCP.
    • Workflow i TUI – wieloliniowe wklejanie w /goal edit nie wysyła już przedwcześnie, a anulowane prompty wracają z kursorem na końcu.

    Przekazywanie sesji bez tarcia

    Wcześniej praca z Codex 0.138.0 i osobno z desktopem wymagała ręcznego odtwarzania kontekstu przy zmianie środowiska. Teraz komenda /app rozwiązuje ten problem – bieżący wątek z terminala trafia do GUI, a na Windowsie workspace'y mogą startować od razu w desktopie, co eliminuje potrzebę zatrzymywania się na monicie. Dla web developerów i osób korzystających z vibe codingu to znaczne ułatwienie: można szybko przejść z terminala do wizualnego podglądu projektu lub wygodniejszej edycji kodu bez przerywania pracy.

    Wersja rust-v0.138.0 wprowadziła łącznie 115 zmian, w tym 35 nowych funkcji i 32 poprawki błędów. Nie dodano nowego modelu ani zmian w cenniku, co sprawia, że aktualizacja koncentruje się na narzędziach i stabilności.

    Obrazy, które pamiętają, skąd przyszły

    Przy pracy z interfejsem użytkownika, reprodukcji błędów czy wizualnej iteracji, lokalne załączniki graficzne mogły sprawiać problemy – model nie zawsze wiedział, gdzie plik trafił po zapisie. Codex 0.138.0 udostępnia teraz ścieżki zapisanych obrazów bezpośrednio modelowi, co czyni edycję i odwołania do plików znacznie bardziej pewnymi. Dotyczy to zarówno załączników, jak i samodzielnie generowanych grafik.

    Plugin automation i JSON

    Dla osób automatyzujących pipeline'y i integracje CI/CD kluczowe znaczenie ma strukturalne wyjście. Dodano flagę --json do komend add, remove i marketplace, a plugin list zwraca teraz źródło marketplace'u. Plugin detail pokazuje domyślne prompty, zdalne serwery MCP oraz niedostępne szablony aplikacji. To informacje przydatne w skryptach, gdzie parsowanie tekstu byłoby uciążliwe.

    Poprawki w workflow i TUI

    Kilka uciążliwych błędów zostało naprawionych. Wieloliniowe wklejanie w /goal edit nie wysyła już komunikatu przedwcześnie, a idle auto-turns nie wchodzą w tryb Plan. Cele przestały automatycznie kontynuować po błędach terminala. TUI nie dodaje już pustej przestrzeni podczas streamowania, a anulowane prompty otwierają się ponownie z kursorem na końcu.

    Startup również przeszedł poprawki: dodano fallback na /usr/bin/bash, skrócono ścieżki socketów proxy na Linuksie oraz wprowadzono odświeżanie wygasłych poświadczeń OAuth dla MCP. Błędy zapisu konfiguracji pokazują teraz rzeczywistą przyczynę, a ładowanie AGENTS.md działa dokładniej dla zdalnych i symlinkowanych workspace'ów.

    Co to oznacza na co dzień

    Dla developerów pracujących hybrydowo – raz w terminalu, raz w GUI – handoff eliminuje zbędne kroki i utrzymuje ciągłość kontekstu. Lepsza obsługa obrazów ułatwia wizualną iterację, a JSON-owe wyjście z pluginów wspiera automatyzacyjne nawyki DevOps. Seria poprawek w TUI i workflow'ach celów zwiększa przewidywalność długich sesji agentowych, co ma istotne znaczenie przy pracy w terminalu.

    Źródła

  • Zed 1.1.7: Poprawki stabilności i wydajności, które docenią programiści

    Zed 1.1.7: Poprawki stabilności i wydajności, które docenią programiści

    Zed, nowoczesny edytor kodu napisany w Rust, znany z funkcji współpracy w czasie rzeczywistym i integracji z modelami AI, wprowadził aktualizację 1.1.7. W tej wersji zespół deweloperów skoncentrował się na poprawie stabilności, eliminując cztery konkretne błędy, które mogły wpływać na codzienną pracę. Choć lista zmian jest krótka, każda poprawka rozwiązuje problemy, które były szczególnie odczuwalne w pracy z dużymi repozytoriami, lokalnym AI oraz trybami modalnymi vi/helix. Dla użytkowników korzystających z podpowiedzi generowanych przez model zeta2, ciągłych podglądów Markdown czy zaawansowanych ruchów helixa, aktualizacja 1.1.7 przynosi istotne udogodnienia.

    Kluczowe poprawki w pigułce

    • Lokalne przewidywania zeta2 – naprawiono błędny format promptu, co przywróciło poprawne działanie edycji wspomaganej przez lokalny model AI.
    • Nadmierne zużycie CPU – usunięto wyciek mocy obliczeniowej spowodowany błędami systemu plików, takimi jak uszkodzone linki symboliczne i problemy z uprawnieniami w monitorowanych katalogach.
    • Podgląd Markdown – dodano brakującą implementację przeładowania, dzięki czemu podgląd zawsze odzwierciedla aktualną zawartość pliku.
    • Rzadki panic przy ruchach helixa – wyeliminowano crash występujący podczas wywoływania komend helixa przed pełnym ułożeniem edytora.

    Lokalne predykcje AI z poprawionym promptem

    Jednym z wyróżników Zeda jest głęboka integracja z lokalnymi modelami sztucznej inteligencji, które potrafią podpowiadać edycje kodu bez wychodzenia z edytora. Funkcja edit predictions korzysta z modelu zeta2, który analizuje kontekst i sugeruje zmiany. W wersji 1.1.7 naprawiono problem z użyciem niepoprawnego formatu promptu wysyłanego do modelu. Błąd ten sprawiał, że lokalne przewidywania nie działały zgodnie z oczekiwaniami – podpowiedzi były nieadekwatne lub w ogóle się nie pojawiały.

    Dla programistów polegających na AI przy refaktoryzacji czy uzupełnianiu kodu to kluczowa kwestia. Poprawka oznacza, że zeta2 znów poprawnie interpretuje instrukcje i generuje sensowne propozycje edycji, co bezpośrednio wpływa na tempo pracy. W dobie rosnącej popularności programowania z pomocą asystentów AI, Zed pokazuje, że nawet drobne detale formatowania komunikatów mają ogromne znaczenie dla niezawodności działania.

    Nadmierne zużycie CPU w monitorowanych katalogach

    Nie ma nic gorszego niż edytor, który niespodziewanie zaczyna obciążać procesor, wentylatory w laptopie wchodzą na najwyższe obroty, a akumulator szybko się rozładowuje. W Zed 1.1.7 zdiagnozowano i usunięto taką pułapkę wydajnościową. Okazało się, że błędy systemu plików w monitorowanych katalogach, takie jak uszkodzone dowiązania symboliczne czy odmowa dostępu, powodowały niekontrolowany wzrost zużycia CPU.

    Mechanizm watchera, odpowiedzialny za reagowanie na zmiany w drzewie katalogów projektu, w przypadku napotkania błędu wchodził w pętlę intensywnego odpytywania, zamiast obsłużyć go w sposób kontrolowany. To szczególnie dotkliwe w dużych repozytoriach, gdzie wiele zależności, symlinków i uprawnień tworzy podatny grunt. Teraz Zed radzi sobie z tymi sytuacjami w sposób bardziej efektywny, co przekłada się na płynniejszą pracę i mniejsze rozpraszanie uwagi. Dla każdego, kto pracuje z monorepo, kontenerami czy projektami zawierającymi linki do zewnętrznych zasobów, to wymierna oszczędność energii i nerwów.

    Przeładowanie podglądu Markdown wreszcie działa

    Zed oferuje wbudowany podgląd plików Markdown, co jest niezwykle przydatne podczas pisania dokumentacji, README czy postów. Do tej pory brakowało implementacji mechanizmu przeładowania – edytor nie odświeżał podglądu po zmianie zawartości pliku. Deweloperzy musieli ręcznie zamykać i otwierać okno, co było uciążliwe. Teraz, dzięki aktualizacji, podgląd Markdown działa poprawnie, co znacznie ułatwia pracę.

    Źródła

  • OpenCode v1.14.39: Lepsza Obsługa Proxy i Certyfikatów Systemowych w Aplikacji Desktopowej

    OpenCode v1.14.39: Lepsza Obsługa Proxy i Certyfikatów Systemowych w Aplikacji Desktopowej

    Nowa wersja OpenCode v1.14.39 wprowadza poprawki, które zwiększają stabilność klienta desktopowego, szczególnie w środowiskach firmowych. Aktualizacja skupia się na poprawnym działaniu aplikacji z firmowymi serwerami proxy oraz systemowymi certyfikatami CA. Dzięki temu narzędzie do programowania z pomocą AI przestaje napotykać problemy z połączeniem w korporacyjnych sieciach.

    Takie aktualizacje, choć niepozorne, mają kluczowe znaczenie dla deweloperów. Problemy z debugowaniem połączeń TLS mogą być frustrujące, zwłaszcza gdy w pobliżu znajduje się korporacyjny firewall.

    Co nowego w OpenCode v1.14.39

    • OpenCode poprawnie odczytuje zmienne środowiskowe HTTP_PROXY dla ruchu sieciowego.
    • Aplikacja desktopowa nie zawiesza się już przy odczycie uszkodzonych lub brakujących danych lokalnych.
    • Systemowe certyfikaty CA są teraz automatycznie uznawane za zaufane przy połączeniach HTTPS.
    • Poprawka eliminuje awarie przy próbie odczytu przechowywanych wartości w kliencie desktopowym.

    Dlaczego obsługa proxy ma znaczenie dla dewelopera

    W wielu firmach dostęp do internetu odbywa się przez serwer proxy, który często jest definiowany przez zmienne środowiskowe, takie jak HTTP_PROXY czy HTTPS_PROXY. Dla narzędzia AI, które musi wysyłać zapytania do zewnętrznych modeli językowych i endpointów chmurowych, ignorowanie tych ustawień prowadzi do braku odpowiedzi lub błędów sieciowych.

    OpenCode od wersji v1.14.39 odczytuje te zmienne i stosuje je przy każdym żądaniu wychodzącym z aplikacji desktopowej. To istotna zmiana dla osób pracujących za firmowym VPN-em, eliminująca potrzebę ręcznego konfigurowania obejść czy testowania łączności za każdym razem, gdy trzeba coś wygenerować w kodzie.

    Certyfikaty CA i koniec problemów z TLS

    Certyfikaty CA i koniec problemów z TLS

    Firmy często korzystają z własnych wewnętrznych urzędów certyfikacji (CA). Przeglądarki i systemy operacyjne zazwyczaj mają je w zaufanym magazynie, ale aplikacje, szczególnie te oparte na Electronie, mogą je ignorować. To prowadzi do problemów z połączeniami HTTPS, mimo że w przeglądarkach wszystko działa poprawnie.

    OpenCode w wersji v1.14.39 zaczyna ufać certyfikatom systemowym. Oznacza to, że żądania do API modeli AI nie będą już kończyć się błędami UNABLE_TO_VERIFY_LEAF_SIGNATURE. Dla DevOpsów i administratorów to mniej zgłoszeń na Slacku dotyczących problemów z OpenCode.

    Stabilniejsza praca z danymi lokalnymi

    Stabilniejsza praca z danymi lokalnymi

    Poprawiona obsługa przechowywanych wartości w aplikacji desktopowej to kolejny istotny element aktualizacji. Wcześniej, gdy klient nie mógł odczytać zapisanego stanu, aplikacja mogła się zawiesić. Teraz, jak podaje changelog, aplikacja „zwraca null zamiast awarii”. Ta zmiana eliminuje wiele nieprzyjemnych crashy, szczególnie przy aktualizacjach i pierwszym uruchomieniu po dłuższej przerwie.

    Co to oznacza dla użytkowników OpenCode

    Wszystkie te zmiany pokazują, że twórcy OpenCode poważnie myślą o zastosowaniach w środowisku enterprise. To narzędzie open-source przyciąga uwagę indywidualnych programistów, ale niezawodna praca w sieciach firmowych jest kluczowa dla konkurencji z komercyjnymi rozwiązaniami, takimi jak GitHub Copilot. Wersja v1.14.39 to krok w kierunku większej dojrzałości korporacyjnej, co jest istotne w kontekście rosnącego zapotrzebowania na agentów AI w IDE.

    OpenCode pozycjonuje się jako wszechstronny agent AI do terminala, IDE i desktopu. Ta aktualizacja pokazuje, że desktop to nie tylko dodatek, ale pełnoprawny klient, który musi działać w rzeczywistych warunkach sieciowych – za proxy, z wewnętrznymi certyfikatami i bez zawieszania się przy pierwszym hicie.

    Źródła