Tag: Aktualizacja oprogramowania

  • Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    OpenAI wypuściło Codex w wersji 0.136.0, a to wydanie wprowadza kilka istotnych usprawnień, które wpływają na codzienną pracę programistów w terminalu. Najważniejsze zmiany to archiwizacja sesji, klikalne linki w TUI oraz zwiększone bezpieczeństwo przy egzekucji komend. Dodatkowo, wprowadzono alfa-narzędzie do sandboxowania na Windowsie oraz szereg zmian dla integratorów.

    Kluczowe fakty

    • Archiwizacja sesji dostępna przez /archive w TUI oraz codex archive i codex unarchive w CLI — zarchiwizowane wątki są chronione przed wznowieniem, dopóki nie zostaną ręcznie przywrócone.
    • Klikalne linki w widoku markdown TUI wykorzystują metadane OSC 8, a szerokie tabele w ciasnych oknach zwijają się do czytelnych par klucz-wartość.
    • Bezpieczeństwo komend — /diff blokuje ścieżkę wykonania kodu, a serwer egzekucji odrzuca zapytania WebSocket z nagłówkami Origin z przeglądarek.
    • Windows zyskuje ścieżkę codex sandbox setup --elevated do provisioning sandboxów i wsparcie dla API-key CODEX_API_KEY.
    • WebSocket do zdalnego sterowania przechodzi na krótkoterminowe tokeny serwerowe zamiast tokenów dostępu ChatGPT.

    Archiwizacja sesji — porządek w historii pracy

    Nowa funkcja archiwizacji to istotne udogodnienie dla intensywnych użytkowników Codexa. Sesje można teraz zamknąć w stanie tylko do odczytu, co zapobiega przypadkowemu wznowieniu lub sforkowaniu.

    Archiwizowanie działa w prosty sposób. Z poziomu TUI używasz komendy /archive, a z CLI codex archive do schowania sesji oraz codex unarchive, aby do niej wrócić. Zarchiwizowane wątki są blokowane przed wznowieniem, co chroni przed przypadkową edycją wcześniejszych przebiegów, co może prowadzić do nieporządku podczas szybkiego iterowania na kodzie.

    Mechanizm ten jest także przydatny w pracy zespołowej. Można odłożyć sesję na bok, mając pewność, że nikt jej nie nadpisze, dopóki nie zostanie celowo przywrócona do aktywnego obiegu.

    Klikalne linki i czytelniejsze tabele w TUI

    Terminalowe UI Codexa od dawna obsługuje renderowanie markdowna, ale wcześniej linki były jedynie dekoracją — trzeba było je kopiować ręcznie. Wersja 0.136.0 wprowadza metadane OSC 8, dzięki którym odnośniki stają się klikalne bezpośrednio w terminalu.

    To może wydawać się drobnostką, ale w praktyce oszczędza czas i zmniejsza liczbę przełączeń między oknami. Otrzymując link do dokumentacji API lub issue na GitHubie, wystarczy kliknąć i kontynuować pracę.

    Dodatkowo poprawiono renderowanie szerokich tabel. Gdy terminal jest zbyt wąski, tabela automatycznie przekształca się w listę par klucz-wartość, zachowując klikalne linki. Nie ma już potrzeby przewijania w poziomie ani obawy o ucięte komórki.

    Wzmocnione bezpieczeństwo komend

    To wydanie kładzie duży nacisk na bezpieczeństwo przy egzekucji kodu. Wprowadzono trzy konkretne zmiany.

    Po pierwsze, /diff blokuje ścieżkę wykonania kodu, co eliminuje ryzyko, że złośliwe repozytorium podsunie kod do wykonania przy generowaniu diffa.

    Po drugie, serwer wykonawczy odrzuca żądania WebSocket zawierające nagłówek Origin z przeglądarek, co ma na celu zapobieganie atakom CSRF, gdzie zewnętrzna strona mogłaby próbować nawiązać połączenie z lokalnym serwerem Codexa.

    Po trzecie, zdalne sterowanie przechodzi na krótkoterminowe tokeny serwerowe. Dotychczas WebSocket używał tokenów dostępu do ChatGPT, co oznaczało długo żyjące poświadczenia. Teraz tokeny są generowane na bieżąco i szybko wygasają, co znacząco ogranicza potencjalne okno ataku.

    Dla Windowsa dodano również zabezpieczenie przed uruchamianiem parsera PowerShell poza tym systemem — to mała, ale istotna poprawka.

    Windows i integracje

    Użytkownicy Windowsa zyskują alfa-narzędzie codex sandbox setup --elevated, które automatyzuje provisioning sandboxa na tym systemie. Wspiera również wymagania dla dozwolonych implementacji sandboxa, co pokazuje, że OpenAI poważnie myśli o wsparciu tej platformy.

    W zakresie integracji, app-server zyskał możliwość wznawiania wątków z pierwszą stroną przebiegu oraz bogatszy status serwerów MCP. Python SDK można teraz wersjonować niezależnie od runtime'u przy użyciu tagów python-v*, a dokumentacja SDK została zaktualizowana.

    Dla użytkowników Codexa zdalnie, wprowadzono rejestrację przez klucz API CODEX_API_KEY dla zatwierdzonych hostów OpenAI.

    Podsumowanie

    Wydanie 0.136.0 nie wprowadza rewolucyjnych zmian w samym silniku AI, ale znacząco poprawia komfort pracy z narzędziem. Archiwizacja sesji wprowadza długo oczekiwany porządek w zarządzaniu historią. Klikalne linki i zwijane tabele sprawiają, że TUI staje się pełnoprawnym środowiskiem do przeglądania wyników bez odrywania rąk od klawiatury. Zwiększone bezpieczeństwo przy egzekucji komend i zdalnym sterowaniu pokazuje, że zespół traktuje poważnie ryzyka związane z automatyzacją w terminalu.

    Źródła

  • Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    OpenAI opublikowało 31 maja 2026 roku drugą wersję alfa z serii 0.136.0-alpha.2 narzędzia Codex CLI. W tej wersji wprowadzono kilka istotnych usprawnień, w tym możliwość archiwizacji wątków bezpośrednio z linii poleceń. To krok w kierunku przeniesienia funkcji znanych z aplikacji desktopowej Codex do terminala, eliminując potrzebę przełączania się między interfejsami.

    Co nowego w wydaniu

    • Archiwizacja wątków dostępna teraz jako polecenie w CLI, bez potrzeby korzystania z GUI
    • Amazon Bedrock otrzymał dwie poprawki dotyczące regionów – zmiany dotyczą limitów domyślnej warstwy usług oraz mechanizmu awaryjnego wyboru regionu
    • Tryb Vim zyskał poprawkę usuwającą błąd w edycji w trybie normalnym
    • Wyszukiwanie w sieci wymaga teraz jawnego określenia modelu przy samodzielnym użyciu tej funkcji
    • Windows Sandbox – zaostrzono wymagania dotyczące sandboksa na platformie Windows

    Co dokładnie zmieniono w archiwizacji wątków

    Zarządzanie historią konwersacji w Codex CLI było wcześniej ograniczone. Aby uporządkować starsze wątki, użytkownicy musieli korzystać z aplikacji desktopowej. Wersja 0.136.0-alpha.2 wprowadza archiwizację jako operację dostępną z poziomu codex w terminalu.

    To rozwiązanie jest szczególnie przydatne podczas dłuższych sesji pracy. Gdy gromadzisz wiele wątków z agentem, a część z nich staje się nieaktualna, możesz je archiwizować jednym poleceniem, nie odrywając rąk od klawiatury. Choć to drobna zmiana, w codziennym użytkowaniu CLI ma znaczenie.

    Warto zauważyć, że to wciąż wersja alfa – archiwizacja działa, jednak pełna integracja z filtrowaniem i przywracaniem wątków prawdopodobnie trafi dopiero do stabilnego wydania. Repozytorium na GitHubie nie zawiera szczegółowego changeloga dla tego wydania, co może sugerować, że część zmian została wprowadzona bez pełnej dokumentacji.

    Amazon Bedrock i poprawki regionalne

    Dwie poprawki dla Amazon Bedrock rozwiązują problemy, które mogły uprzykrzać życie użytkownikom spoza domyślnego regionu us-east-1. Pierwsza poprawka dotyczy limitów narzucanych przez domyślną warstwę usług – wcześniej Codex mógł odrzucać żądania, jeśli konto w Bedrock nie miało odpowiednio skonfigurowanych limitów. Druga poprawka usprawnia mechanizm awaryjnego przełączania regionu: gdy główny region nie odpowiada, narzędzie teraz sprawniej przełącza się na zapasowy.

    To dobra wiadomość dla zespołów pracujących w regionach takich jak eu-central-1 czy ap-northeast-1. Bedrock nie wszędzie ma identyczną dostępność modeli, więc efektywne przełączanie między regionami jest istotne w produkcyjnym użyciu.

    Tryb Vim i pozostałe poprawki

    Tryb Vim w Codex CLI rozwijał się dynamicznie w poprzednich wydaniach. Stabilne wersje 0.134.0 i 0.135.0 (opublikowane odpowiednio 26 i 28 maja) wprowadziły obsługę obiektów tekstowych takich jak ciw czy da(, co znacząco ułatwiło edycję w TUI. Wersja 0.136.0-alpha.2 naprawia błąd w trybie normalnym, który mógł powodować nieoczekiwane zachowanie podczas edycji.

    Dodatkowo, samodzielne wyszukiwanie w sieci wymaga teraz jawnego wskazania modelu. Wcześniej Codex mógł domyślnie używać modelu, który nie zawsze był optymalny dla danego zadania. Teraz to użytkownik decyduje, co ma sens, ponieważ różne modele różnie radzą sobie z interpretacją wyników wyszukiwania.

    Szybka instalacja

    Jeśli chcesz przetestować nowości, instalacja przebiega standardowo:

    npm install -g @openai/codex

    Lub przez Homebrew:

    brew install codex

    Po instalacji wystarczy uruchomić codex w terminalu. Pamiętaj, że to wydanie alfa – mogą wystąpić drobne problemy ze stabilnością. W oficjalnym repozytorium wciąż otwarte są zgłoszenia dotyczące problemów z ponownym łączeniem, w tym opóźnień przy przełączaniu na WebSocket i błędów przy idle reconnect. Zespół OpenAI nie podał jeszcze daty wydania stabilnego, ale tempo publikacji kolejnych wersji sugeruje, że nie trzeba będzie długo czekać.

    Źródła

  • Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Najnowsza stabilna wersja edytora Zed, oznaczona jako 1.4.4, wprowadza dwie poprawki dotyczące integracji z GitHub Copilot. Ta aktualizacja eliminuje krytyczny błąd, który powodował, że zapytania do modeli GPT były odrzucane z komunikatem „invalid request body”, co uniemożliwiało korzystanie z asystenta AI. Jest to kontynuacja wcześniejszej wersji 1.4.4, która rozwiązała problem z pustą listą modeli dla użytkowników korzystających z nowszych wersji SDK Copilota.

    Co trzeba wiedzieć

    • Zed 1.4.4 naprawia błąd „invalid request body” przy użyciu modeli GPT przez GitHub Copilot.
    • Wersja 1.4.4 rozwiązała problem z pustą listą rozwijaną modeli w nowszych kompilacjach SDK.
    • Obie poprawki dotyczą wyłącznie stabilności integracji AI, nie wprowadzają nowych funkcji.
    • Zespół Zed szybko reaguje na zgłoszenia, co pokazuje ich priorytet w zapewnieniu niezawodności narzędzi do kodowania wspomaganego AI.

    Dlaczego te łatki mają znaczenie

    Frustracja związana z narzędziem AI, które przestaje działać w trakcie sesji kodowania, jest powszechna. Użytkownicy Zed, którzy korzystali z modeli GPT przez integrację z GitHub Copilot, napotykali problemy, gdy serwer odrzucał ich żądania z powodu nieprawidłowej struktury zapytania.

    Błąd w wersji 1.4.4 był także uciążliwy, ponieważ lista dostępnych modeli nie wypełniała się. Dla nowych użytkowników, którzy dopiero konfigurowali swoje środowisko, pusty dropdown mógł sugerować, że integracja nie działa, podczas gdy problem leżał w komunikacji z nowym SDK. Zespół Zed natychmiast zajął się oboma problemami po ich zgłoszeniu.

    Szybkie tempo poprawek

    Szybkie tempo poprawek

    W świecie narzędzi deweloperskich tempo reakcji na błędy wpływa na zaufanie użytkowników. Zed wykazuje sprawność, której brakuje wielu większym konkurentom – między wersją 1.4.4 a 1.4.4 minęło zaledwie kilka dni. Inżynierowie Zed skupili się na przywróceniu pełnej funkcjonalności Copilota dla wszystkich konfiguracji.

    Obie poprawki dotyczą różnych warstw integracji. Wersja 1.4.4 koncentruje się na warstwie klienckiej, czyli tym, co widzi użytkownik w interfejsie. Wersja 1.4.4 naprawia proces formowania zapytań HTTP wysyłanych do API. Dla programistów używających Zed jako głównego edytora do pracy z AI, stabilność jest kluczowa.

    Kontekst szerszego ekosystemu

    Zed od dłuższego czasu umacnia swoją pozycję jako wydajny edytor dla programistów, którzy nie chcą rezygnować z szybkości działania na rzecz integracji z nowoczesnymi narzędziami AI. Obsługa GitHub Copilot jest jednym z filarów tej strategii, obok własnego agenta AI i wsparcia dla wielu dostawców modeli, takich jak Anthropic, AWS Bedrock i OpenCode.

    Te dwie poprawki, choć techniczne, pokazują dojrzałość projektu. Zespół Zed koncentruje się na tym, aby istniejące modele działały bez zarzutu, zamiast tylko dodawać nowe. Każda godzina przestoju w narzędziu AI to realny koszt dla dewelopera, dlatego Zed nie odkłada poprawek do następnego dużego wydania.

    Jeśli korzystasz z Zed z Copilotem i modelami GPT, instalacja wersji 1.4.4 jest niezbędna. Dla całej społeczności to sygnał, że zespół monitoruje sytuację i nie pozwala, by krytyczne błędy zalegały dłużej niż to konieczne.

    Źródła

  • OpenCode zyskuje zwinięty widok myślenia i naprawę kluczowych błędów – nowa aktualizacja już dostępna

    OpenCode zyskuje zwinięty widok myślenia i naprawę kluczowych błędów – nowa aktualizacja już dostępna

    Zespół OpenCode wprowadził nową aktualizację, która znacząco uprościła terminalowy interfejs oraz naprawiła kilka problematycznych błędów, z którymi borykali się deweloperzy korzystający z AI w codziennej pracy. Najważniejszą nowością jest zwinięty widok myślenia, który umożliwia ukrywanie bloków rozumowania modelu. Dodatkowo, aktualizacja wprowadza przypięte sesje, poprawia odzyskiwanie binarek npm oraz usprawnia śledzenie plików w repozytoriach z dowiązaniami symbolicznymi.

    Co nowego w OpenCode – najważniejsze zmiany

    • Zwinięty widok myślenia – bloki między znacznikami think są domyślnie ukryte; można je przełączać przez paletę poleceń lub komendę /thinking.
    • Przypięte zarządzanie sesjami – preferencje widoku zapisują się w sklepie kv, więc po restarcie wszystko wraca na swoje miejsce.
    • Konfiguracja domyślnego zachowania – opencode.json zyskał opcję "show_thinking": false, co pozwala zespołom ustawić jeden standard.
    • Naprawa npm binary recovery – błąd w repozytoriach z symlinkami przestał zjadać binarki npm po restarcie sesji.
    • Poprawione śledzenie plików – AI widzi zmiany na żywo nawet w środowiskach kontenerowych i repozytoriach linkowanych.

    Mniej szumu w terminalu – zwinięte bloki rozumowania

    Użytkownicy narzędzi AI w terminalu często doświadczają bałaganu, gdy modele generują długie ciągi pseudorozumowania, co utrudnia śledzenie wyników. Nowa opcja pozwala na ukrywanie bloków między tagami think, co można zrobić całkowicie lub przenieść do osobnej, przełączanej sekcji.

    Przełączanie działa za pomocą komendy /thinking lub palety poleceń. Preferencje są zapisywane w kv razem ze stanem paska bocznego, co oznacza, że po ponownym uruchomieniu nie trzeba wszystkiego ustawiać od nowa. Dla zespołów, które chcą ustalić wspólny standard, dodano opcję "show_thinking": false w pliku konfiguracyjnym. To proste rozwiązanie znacząco poprawia komfort pracy, zwłaszcza w kontekście vibe codingu, gdzie interfejs powinien być lekki.

    Stabilność rdzenia – symlinki, npm i metadane narzędzi

    W aktualizacji poprawiono również odzyskiwanie binarek npm w repozytoriach korzystających z dowiązań symbolicznych, co wcześniej mogło zerwać kontekst AI po restarcie sesji. Teraz pliki takie jak product.md, techstack.md i workflow.md są stabilniejsze, co pozwala modelowi na zachowanie logiki projektu między sesjami.

    Deweloperzy pracujący w środowiskach kontenerowych zyskają na poprawie śledzenia plików w repozytoriach linkowanych. Wcześniej AI mogło operować na nieaktualnych danych, ponieważ zmiany w linkowanych katalogach nie były wykrywane. Teraz zmiany są widoczne na żywo, co jest istotne przy hot reloadzie i szybkich iteracjach.

    Usprawniona obsługa metadanych niestandardowych narzędzi to krok w stronę lepszej integracji z zewnętrznymi systemami. Wywołania funkcji i tool calls są teraz bardziej przewidywalne, co zmniejsza ryzyko niespodzianek przy łączeniu z API firm trzecich.

    Dlaczego to ma znaczenie dla ekosystemu AI w devie

    OpenCode od dłuższego czasu stara się być alternatywą dla rozbudowanych IDE z wtyczkami AI. Ta aktualizacja wskazuje kierunek: czysty i szybki terminalowy interfejs użytkownika, który nie przeszkadza, ale zapewnia pełną kontrolę. Domyślne zwijanie bloków myślenia, konfiguracja przez JSON oraz poprawki w rdzeniu to nie spektakularne funkcje, ale to właśnie takie detale decydują o tym, czy narzędzie staje się częścią codziennej pracy, czy ląduje w folderze "do sprawdzenia kiedyś".

    W obliczu rosnącej liczby narzędzi – od Claude Code, przez Codex, po Cursor czy Windsurf – OpenCode stawia na lekkość i niezawodność. Prosty proces instalacji, który wciąż sprowadza się do jednego polecenia curl install opencode, tylko to potwierdza.

    Ź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

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

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

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

    Co warto wiedzieć o aktualizacji

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

    Dlaczego akurat Windows? I co zawiodło

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

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

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

    Co dokładnie zmieniono

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

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

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

    Szerszy kontekst – VS Code i Claude Code na Windows

    Szerszy kontekst – VS Code i Claude Code na Windows

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

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

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

    Podsumowanie

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

    Źródła

  • OpenCode 1.14.25 wprowadza zaawansowane kontrole uprawnień i wsparcie dla Roslyn LSP

    OpenCode 1.14.25 wprowadza zaawansowane kontrole uprawnień i wsparcie dla Roslyn LSP

    OpenCode opublikowało nową wersję swojego open-source'owego asystenta kodowania AI, OpenCode 1.14.25. Aktualizacja koncentruje się na poprawie systemu uprawnień, rozszerzeniu wsparcia dla Roslyn LSP w projektach C# oraz zwiększeniu stabilności. To kolejny krok w rozwoju narzędzia, który ma na celu bardziej precyzyjną kontrolę nad działaniami agenta AI w różnych środowiskach programistycznych.

    Najważniejsze zmiany w OpenCode 1.14.25

    • Udoskonalona konfiguracja uprawnień – system reguł pozwala na kontrolę zachowania narzędzi.
    • Szczegółowe monity LSP – zapytania o zgodę na operacje LSP zawierają teraz informacje o konkretnej akcji, pliku i pozycji kursora, co ułatwia podejmowanie decyzji.
    • Rozszerzone wsparcie Roslyn LSP – narzędzie oferuje konfigurowalną integrację z serwerami Roslyn LSP, umożliwiając wybór odpowiedniego serwera dla danego projektu.
    • Poprawki stabilności – wprowadzono poprawki związane z zarządzaniem kontekstem i komendami.
    • Stabilizacja poleceń shell – komendy wykonywane w shellu zachowują teraz poprawny katalog roboczy nawet po uruchomieniu plików konfiguracyjnych powłoki logowania.

    Więcej precyzji w kontroli dostępu

    Najważniejszą zmianą w wersji 1.14.25 jest dalsze usprawnienie systemu uprawnień. OpenCode odchodzi od prostego modelu "narzędzi" na rzecz obiektowej konfiguracji. Reguły uprawnień, definiowane w pliku opencode.json, pozwalają na precyzyjne określenie, które akcje agenta są dozwolone, zablokowane lub wymagają potwierdzenia.

    Monity o zgodę na operacje związane z Language Server Protocol (LSP) stały się bardziej szczegółowe. Gdy agent AI chce wykonać akcję poprzez LSP, użytkownik widzi konkretne dane: typ operacji (np. "rename", "codeAction"), ścieżkę do pliku i dokładną pozycję kursora. Taka przejrzystość jest istotna w środowiskach zespołowych, gdzie różne fragmenty kodu mogą podlegać innym poziomom zaufania.

    Elastyczna integracja Roslyn LSP dla ekosystemu .NET

    Dla programistów C# i .NET kluczową cechą jest elastyczna integracja z serwerami Roslyn LSP. OpenCode pozwala na skonfigurowanie preferowanego serwera językowego dla danego typu plików, co umożliwia dostosowanie narzędzia do specyfiki projektu i preferencji zespołu.

    Ta konfigurowalność odpowiada na postulaty społeczności, która może wybierać serwer Roslyn LSP najlepiej pasujący do ich potrzeb, zarówno dla standardowych plików .cs, jak i innych formatów w ekosystemie .NET. Administrator projektu ma kontrolę nad tym, które narzędzia analizy kodu są używane.

    Stabilność AI i środowiska wykonawczego

    Zespół OpenCode skupił się na poprawie zarządzania kontekstem podczas długich sesji kodowania. Wprowadzone poprawki zapewniają, że kontekst jest zarządzany bardziej przewidywalnie, co jest kluczowe dla złożonych zadań wykonywanych z pomocą AI.

    Usprawniono również działanie poleceń shell. Poprzednio, po uruchomieniu plików inicjalizacyjnych powłoki (jak .bashrc czy .zshrc), katalog roboczy mógł się nieoczekiwanie zmieniać. Teraz OpenCode konsekwentnie utrzymuje poprawny katalog roboczy dla uruchamianych komend, co eliminuje źródło frustracji i potencjalnych błędów w skryptach automatyzujących.

    Kierunek rozwoju: agent z politykami

    Wydanie 1.14.25 wpisuje się w szerszy trend rozwoju OpenCode. Narzędzie ewoluuje z uniwersalnego asystenta AI w kierunku platformy kodowania zorientowanej na polityki i uprawnienia. Możliwość definiowania granulowanych reguł z użyciem wzorców pozwala zespołom na przykład blokować modyfikacje w kluczowych katalogach src/core, jednocześnie zezwalając na dowolne zmiany w tests. To podejście jest niezbędne dla adopcji w profesjonalnych środowiskach, gdzie bezpieczeństwo i kontrola nad kodem są priorytetem.

    Otwarta architektura, wspierająca wielu dostawców modeli (Claude, GPT, Gemini), oraz dostępność w formie terminala i rozszerzenia IDE czyni z OpenCode elastyczne narzędzie dostosowujące się do różnych workflow'ów programistycznych.

    Źródła

  • OpenCode dodaje wsparcie dla NVIDIA i stabilizuje zarządzanie sesjami

    OpenCode dodaje wsparcie dla NVIDIA i stabilizuje zarządzanie sesjami

    W najnowszej aktualizacji OpenCode, otwartej platformy do kodowania z pomocą sztucznej inteligencji, wprowadzono szereg ulepszeń, które mają na celu poprawę stabilności sesji oraz doświadczenia użytkownika. Aktualizacja wprowadza również wsparcie dla NVIDIA, eksperymentalne podagenty działające w tle oraz szereg poprawek eliminujących problemy związane z anulowaniem zadań i renderowaniem interfejsu.

    Deweloperzy korzystający z agentów AI do automatyzacji zadań kodowania potrzebują narzędzi, które są zarówno wydajne, jak i przewidywalne. Wiele wywołań API w jednej sesji, praca z wieloma plikami jednocześnie oraz potrzeba płynnego przełączania się między projektami stawiają wyzwania przed infrastrukturą i oprogramowaniem. OpenCode odpowiada na te potrzeby poprzez zestaw ulepszeń, które mają na celu uczynienie pracy z AI bardziej płynnej i mniej podatnej na błędy.

    Kluczowe zmiany w aktualizacji

    • Wsparcie dla NVIDIA: Dodano optymalizacje wykorzystujące akcelerację sprzętową NVIDIA, co przyspiesza przetwarzanie zadań przez agentów.
    • Lepsze zarządzanie sesjami: Ulepszono logikę kompakcji sesji, która teraz zachowuje ostatnie tury konwersacji, zamiast je zwijać. Naprawiono również problemy z utykającymi sesjami po anulowaniu oraz błędami API.
    • Podagenty działające w tle: Wprowadzono eksperymentalną funkcję podagentów działających w tle, co pozwala na kontynuowanie długotrwałych zadań bez blokowania głównego interfejsu i sesji.
    • Ulepszenia interfejsu użytkownika: Zmniejszono migotanie podczas ładowania, dodano opcję dostosowania czcionki terminala, a ścieżki plików są teraz wyświetlane względem katalogu sesji.
    • Poprawki stabilności: Rozwiązano krytyczne problemy, w tym zapobieganie powstawaniu cyklicznych zależności schematów sesji oraz poprawiono obsługę współbieżnych edycji plików.

    Nowe podejście do zarządzania sesjami

    Jednym z kluczowych elementów aktualizacji jest przeprojektowanie zarządzania sesjami. Sesje w OpenCode to kontekst pracy agenta, zawierający historię konwersacji, stan narzędzi oraz wyniki wykonanych zadań. Wcześniejsze wersje miały problemy z automatycznym zwijaniem długiej historii, co czasami prowadziło do utraty kontekstu lub zablokowania sesji.

    Nowa logika zachowuje ostatnie tury konwersacji po kompakcji, co oznacza, że agent nie traci świeżego kontekstu rozmowy. To jest istotne w długich, iteracyjnych zadaniach programistycznych. Dodatkowo naprawiono błędy, które powodowały, że sesja "utknęła z przerwanymi wiadomościami asystenta po anulowaniu" oraz że "automatyczna kompakcja powtarzała się po zmianie kolejności wiadomości".

    Nowe możliwości workflow: podagenty i przenoszenie sesji

    Eksperymentalne podagenty działające w tle to funkcja, na którą wielu użytkowników czekało. Umożliwia ona rozpoczęcie długotrwałego zadania, takiego jak analiza dużego repozytorium, przez podagenta, podczas gdy główny interfejs pozostaje responsywny, co pozwala użytkownikowi kontynuować pracę nad innymi zadaniami. To znaczące ułatwienie dla płynnego, nieliniowego stylu pracy z AI.

    Inną nową funkcją jest możliwość przenoszenia sesji do innego workspace’a lub z powrotem do lokalnego projektu. Daje to programistom większą swobodę w zarządzaniu kontekstem pracy — można rozpocząć zadanie w jednym projekcie, a następnie przenieść jego stan do innego, bez konieczności rozpoczynania wszystkiego od nowa. To szczególnie przydatne dla osób pracujących nad wieloma funkcjami lub repozytoriami jednocześnie.

    Stabilność i UX na pierwszym planie

    Aktualizacja przynosi także wiele mniejszych, ale istotnych poprawek, które koncentrują się na stabilności i doświadczeniu użytkownika. W interfejsie tekstowym (TUI) zmniejszono migotanie podczas ładowania oraz dodano możliwość dostosowania czcionki terminala. W wersji desktopowej poprawiono wykrywanie i renderowanie plików multimedialnych, a także naprawiono błędy związane z zagnieżdżonymi oknami dialogowymi.

    Źródła

  • Kimi CLI w wersji 1.37.0: lepsze zarządzanie zadaniami w tle i synchronizacja modeli

    Kimi CLI w wersji 1.37.0: lepsze zarządzanie zadaniami w tle i synchronizacja modeli

    Kimi CLI, popularne narzędzie dla programistów pracujących z sztuczną inteligencją, zostało zaktualizowane do wersji 1.37.0. Ta wersja wprowadza istotne usprawnienia w zarządzaniu zadaniami działającymi w tle oraz automatyzuje synchronizację modeli, co poprawia komfort pracy przy automatyzacji i kodowaniu. Najważniejsza zmiana dotyczy działania CLI w trybie jednorazowego wykonania --print, gdzie narzędzie teraz czeka na zakończenie aktywnych zadań w tle, zamiast je natychmiast przerywać.

    Dzięki tym ulepszeniom długotrwałe procesy, takie jak kompilacje, testy czy zadania wykonywane przez podagenci, mogą zakończyć się bezpiecznie, a ich wyniki mogą być analizowane przez model AI przed zamknięciem sesji. To istotne dla programistów, którzy integrują Kimi CLI w zautomatyzowanych workflowach lub iteracyjnych sesjach kodowania, gdzie nagłe przerwanie zadania mogłoby prowadzić do utraty danych lub niekompletnych rezultatów. Aktualizacja zwiększa niezawodność i przewidywalność narzędzia w środowiskach DevOps i automatyzacji.

    Najważniejsze zmiany w wersji 1.37.0

    • Zarządzanie zadaniami w tle: W trybie --print CLI teraz czeka na zakończenie aktywnych zadań agentów w tle (z limitem czasu do 1 godziny) zamiast je natychmiast przerywać.
    • Automatyczna synchronizacja modeli: Funkcja auto-refresh managed models at startup eliminuje konieczność ręcznego ponownego logowania się w celu aktualizacji listy dostępnych modeli.
    • Lepsza widoczność wyników: Naprawiono błąd, przez który wyniki zadań w tle były widoczne dopiero po ich zakończeniu. Teraz /task i TaskOutput pokazują je w czasie rzeczywistym.
    • Czytelniejszy interfejs: CLI wyświetla API display_name, co ułatwia identyfikację modeli.

    Jak działa nowa logika zadań w tle?

    Mechanizm został przeprojektowany z myślą o stabilności. Kiedy uruchamiasz Kimi CLI z flagą --print (tryb jednorazowy, bez interaktywnej powłoki), narzędzie nie zamyka się już natychmiast po otrzymaniu odpowiedzi od głównego modelu. Zamiast tego sprawdza, czy w tle działają jakieś zadania uruchomione przez agenty, na przykład przez narzędzie Shell z opcją run_in_background=true.

    Jeśli takie zadania istnieją, CLI wstrzymuje zakończenie pracy i czeka na ich ukończenie, ale nie w nieskończoność. Czas oczekiwania jest ograniczony przez konfigurowalny sufit – domyślnie to jedna godzina. Gdy zadania się zakończą, główny model AI przetwarza ich wyniki przed ostatecznym wyjściem. Jeśli limit czasu zostanie osiągnięty, zadania są przerywane, a model dostaje ostatnią szansę na podsumowanie sytuacji za pomocą specjalnego promptu <system-reminder>.

    Podczas wyjścia CLI wyświetla na stderr listę każdego zadania w tle, które jest przerywane, wraz z jego identyfikatorem i opisem. Użytkownik otrzymuje jasny sygnał, co się dzieje w tle i które procesy musiały zostać zatrzymane. Ustawienie konfiguracyjne keep_alive_on_exit=true pozwala pominąć tę ścieżkę zamykania, co może być użyteczne w niektórych specyficznych scenariuszach.

    Widoczność i limit zadań w tle

    Kolejnym ułatwieniem jest poprawiona widoczność postępu pracy. Wcześniej, jeśli agent uruchomił długie zadanie w tle, na przykład pip install czy skompilowanie projektu, użytkownik nie widział jego outputu w czasie rzeczywistym w przeglądarce zadań (/task) ani w narzędziu TaskOutput. Logi pojawiały się dopiero po zakończeniu całego procesu. W wersji 1.37.0 to się zmieniło – dane wyjściowe są teraz strumieniowane na żywo, ponieważ są zapisywane bezpośrednio do logu zadania podczas jego wykonywania.

    Warto pamiętać o wewnętrznym limicie równoległości. Domyślnie Kimi CLI może jednocześnie wykonywać maksymalnie 4 zadania w tle. Limit ten jest konfigurowalny w sekcji [background] pliku konfiguracyjnego. Jeśli uruchomisz piąte zadanie, będzie ono zakolejkowane lub zablokowane do momentu zwolnienia się slotu. To ważna informacja przy projektowaniu zautomatyzowanych workflowów, które polegają na równoległym wykonywaniu wielu operacji.

    Automatyczna synchronizacja modeli i czytelny interfejs

    Oprócz usprawnień w zarządzaniu zadaniami, aktualizacja 1.37.0 wprowadza dwie istotne zmiany dotyczące konfiguracji i UX. CLI teraz automatycznie odświeża listę zarządzanych modeli przy starcie. Dla zespołów korzystających z zarządzanych endpointów lub często zmieniających konfiguracje między różnymi dostawcami AI, oznacza to mniej problemów administracyjnych. Nowe lub zaktualizowane modele pojawiają się na liście dostępnych opcji bez konieczności ręcznego ponownego logowania się.

    Źródła

  • OpenCode v1.3.10: Lepsza Obsługa Subagentów i Solidniejsze Przechowywanie Danych

    OpenCode v1.3.10: Lepsza Obsługa Subagentów i Solidniejsze Przechowywanie Danych

    Popularny open-source'owy asystent kodowania, OpenCode, otrzymał kolejną aktualizację oznaczoną numerem 1.3.10. Choć nie jest to duży, przełomowy release, wprowadza kilka istotnych poprawek, które znacząco wpływają na komfort pracy i stabilność aplikacji. Dwa kluczowe obszary, które zostały dopracowane, to interakcja z subagentami oraz niezawodność migracji danych w systemie przechowywania sesji.

    Usprawnienia w interfejsie subagentów

    Jedna z najbardziej widocznych zmian dla użytkownika dotyczy interakcji z subagentami. Subagenci w OpenCode to potężne narzędzia, które mogą wykonywać złożone zadania, takie jak analiza kodu czy refaktoryzacja, działając równolegle do głównej sesji.

    Wcześniej, po wywołaniu narzędzia przez subagenta, przycisk lub polecenie stawało się nieaktywne do momentu zakończenia operacji. W wersji 1.3.10 to się zmienia. Wywołania narzędzi subagentów pozostają aktywne i klikalne nawet w trakcie oczekiwania na wykonanie. To subtelna, ale ważna poprawka ergonomii. Zapewnia użytkownikowi lepszy feedback wizualny i poczucie płynności, pozwalając na szybszą nawigację i zarządzanie równoległymi procesami bez zbędnego czekania.

    To ulepszenie jest częścią szerszych prac nad UX subagentów, które w nowszych wersjach (jak 1.3.10) obejmują też wyraźniejsze tytuły sesji, lepszą nawigację i precyzyjsze wskaźniki postępu.

    Większa niezawodność przechowywania danych

    „Pod maską” wersja 1.3.10 przynosi istotne wzmocnienie niezawodności systemu przechowywania stanu aplikacji. Zaimplementowano ulepszoną logikę migracji storage'u, która ma zapobiegać potencjalnemu uszkodzeniu danych.

    Problem mógł wystąpić w dwóch scenariuszach: przy migracji z bardzo starych wersji OpenCode zawierających niekompatybilne rekordy lub w przypadku przerwanej migracji. Nowy mechanizm jest odporniejszy i zabezpiecza zaktualizowany stan aplikacji przed uszkodzeniem (corruption) danych. To czysto techniczne, ale krytyczne ulepszenie, zwłaszcza dla użytkowników, którzy często aktualizują narzędzie i pracują nad długofalowymi projektami.

    Poprawka ta jest efektem głębokiej refaktoryzacji architektury wewnętrznej, przeprowadzanej w całej serii 1.3.10. Wśród zmian znalazło się przebudowanie procesora sesji na architekturę opartą na efektach (effect-based), zastąpienie bezpośredniego użycia Filesystem przez abstrakcję AppFileSystem oraz refaktoryzacja usług konfiguracji i sesji z użyciem biblioteki Effect.

    Detale dla użytkowników i deweloperów

    Oprócz głównych poprawek aktualizacja zawiera też kilka innych, wartych odnotowania zmian. Miłośnicy popularnego motywu Catppuccin zauważą lepszy kontrast dla przygaszonego tekstu w interfejsie TUI (Text-based User Interface). To drobiazg, który poprawia czytelność podczas długich sesji kodowania.

    Choć wersja 1.3.10 sama w sobie jest stabilna, warto wiedzieć o pewnym problemie, który pojawił się w tym cyklu wydawniczym. Wersja .exe na Windowsa mogła powodować błędy (crashe) przy użyciu Bun Canary z powodu błędu typu ThreadLock. Co ciekawe, problem ten został rozwiązany w ramach cyklu 1.3.10, co wskazuje na specyficzną sekwencję wydawania łatek.

    Dla osób integrujących OpenCode z własnymi rozwiązaniami ważna jest informacja, że release notes wersji 1.3.10 wspominają o breaking changes w SDK. Przy planowaniu aktualizacji własnych pluginów czy integracji warto dokładnie sprawdzić te zapisy.

    Dlaczego to ma znaczenie

    OpenCode zdobywa popularność jako terminalowe narzędzie do „vibe codingu” – swobodnego, wspomaganego przez AI kodowania. Jego siłą jest obsługa wielu modeli (Claude, GPT, Gemini, lokalny Ollama), sesje równoległe i nacisk na prywatność dzięki lokalnym konfiguracjom. W takim narzędziu płynność interfejsu i absolutna niezawodność przechowywania efektów pracy są kluczowe.

    Aktualizacja 1.3.10, skupiająca się na takich właśnie aspektach, pokazuje, że twórcy nie tylko dodają nowe funkcje, ale też konsekwentnie szlifują podstawowe doświadczenie użytkownika i solidność fundamentów. W świecie narzędzi deweloperskich, gdzie każda minuta przestoju oznacza wybicie z rytmu pracy, takie poprawki są bezcenne.

    Źródła