Kategoria: Aktualności

  • OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    Najnowsza aktualizacja OpenCode wprowadza istotne zmiany w architekturze systemu zdarzeń, wprowadzając mechanizm oparty na bibliotece Effect. To krok w kierunku zapewnienia stabilności i spójności działania aplikacji, zwłaszcza w złożonych środowiskach deweloperskich, gdzie wiele komponentów musi współpracować. Użytkownicy desktopowi na Linuxie i Windows zyskają nowe funkcje interfejsu, a deweloperzy korzystający z SDK otrzymali ważne poprawki.

    Kluczowe fakty o aktualizacji

    • Effect-based core event system zapewnia niezawodne dostarczanie zdarzeń między sesjami i integracjami.
    • Auto-hide menu bar jest dostępny dla użytkowników Linuxa i Windowsa.
    • JavaScript SDK został zaktualizowany, przywracając brakujące typy zdarzeń.
    • Sesje teraz zachowują aktualizacje kontekstu systemowego podczas długotrwałych rozmów.
    • Architektura pluginów pozwala na zaczepianie się o zdarzenia w celu rozszerzania funkcjonalności.

    Integracja z systemem zdarzeń Effect

    Sercem najnowszego wydania jest przeprojektowany system zdarzeń oparty na bibliotece Effect. Dla użytkownika końcowego zmiana ta może być niewidoczna, ale dla stabilności i przewidywalności działania OpenCode ma kluczowe znaczenie. System zdarzeń działa jako warstwa pośrednicząca, przez którą przepływają informacje o operacjach zachodzących w aplikacji. Przejście na Effect oznacza, że dostarczanie zdarzeń – w obrębie tej samej sesji, między różnymi sesjami lub do zewnętrznych integracji – staje się bardziej niezawodne.

    Na przykład, jeśli plugin do powiadomień na pulpicie musi zareagować na zakończenie długiego zadania przez agenta AI, w poprzednich wersjach zdarzenie mogło nie dotrzeć z powodu problemów z siecią lub serializacją. Nowa architektura zarządza takimi sytuacjami w sposób przejrzysty dla programisty, co gwarantuje, że ważne informacje nie zostaną utracone. To ma ogromne znaczenie dla ekosystemu pluginów, gdzie deweloperzy tworzą niestandardowe moduły JavaScript/TypeScript, aby dodawać nowe funkcje lub integrować OpenCode z zewnętrznymi serwisami, takimi jak systemy monitoringu czy powiadomień.

    Usprawnienia dla użytkowników desktopowych

    Kolejna grupa zmian dotyczy użytkowników aplikacji desktopowej na systemach Linux i Windows. Nowa funkcja auto-hide menu bar umożliwia automatyczne ukrywanie paska menu, co przekłada się na czystszy interfejs i większą przestrzeń roboczą, szczególnie na mniejszych ekranach. To odpowiedź na potrzeby użytkowników, którzy cenią minimalizm i skupienie na kodzie.

    Zespół deweloperski skupił się również na poprawie stabilności archiwizacji sesji. Sesje w OpenCode to nie tylko historia konwersacji, ale także kontekst pracy, w tym zmiany w plikach i decyzje agentów. Niestabilne archiwizowanie mogło prowadzić do utraty ważnych danych lub problemów z przywracaniem pracy. Poprawki w tym obszarze zapewniają, że proces zapisywania i odtwarzania stanu sesji jest teraz bardziej solidny, co jest kluczowe dla profesjonalistów polegających na OpenCode w codziennej pracy. Sesje zyskują również zdolność do zachowywania aktualizacji kontekstu systemowego podczas długotrwałych konwersacji, co jest istotne przy zadaniach trwających wiele godzin.

    Spójność SDK i wydarzenia globalne

    Dla deweloperów tworzących własne integracje kluczową zmianą jest aktualizacja JavaScript SDK. Poprzednia wersja miała braki w typach zdarzeń, co wymuszało nieeleganckie obejścia i utrudniało tworzenie spójnych rozwiązań. Przywrócenie brakujących elementów to krok w kierunku zapewnienia przewidywalnego i profesjonalnego doświadczenia podczas rozbudowy platformy.

    Zmiany obejmują również globalne strumienie zdarzeń w OpenCode, które teraz jawnie uwzględniają zdarzenia dodania (add), usunięcia (remove) i przełączenia (switch) konta. Ta transparentność jest istotna dla rozwiązań wielokontowych, umożliwiając zewnętrznym narzędziom natychmiastową i precyzyjną reakcję na zmiany stanu autoryzacji. Architektura OpenCode była projektowana jako rozszerzalna, a te poprawki pokazują, że rozwój ekosystemu i narzędzi deweloperskich jest traktowany priorytetowo obok funkcjonalności dla użytkownika końcowego.

    Źródła

  • Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Zespół Factory wprowadził wersję 0.125.0 swojego interfejsu wiersza poleceń, w której dodano obsługę konfiguracji ACP z możliwością nadpisywania ustawień w obrębie sesji oraz zwiększono limity obcinania wyników narzędzia Task. Te zmiany mają na celu stworzenie bardziej elastycznego środowiska pracy z modelami AI, co z pewnością docenią entuzjaści vibe codingu oraz inżynierowie DevOps.

    Kluczowe zmiany w wydaniu

    • Opcje konfiguracji ACP – CLI teraz informuje klientów ACP o dostępnych opcjach i wspiera session/set_config_option, co umożliwia dynamiczne nadpisywanie ustawień.
    • Wyższe limity wyników Task – narzędzie teraz zachowuje więcej danych wyjściowych, co zapobiega utracie długich odpowiedzi generowanych przez modele językowe.
    • Usunięcie efektów shimmer – z interfejsu usunięto nieaktualne animacje migotania, które rozpraszały podczas pracy.
    • Poprawiona widoczność ścieżek – pasek tytułowy aplikacji wyraźniej pokazuje bieżącą ścieżkę pliku, co ułatwia orientację w projekcie.

    Elastyczna konfiguracja bez restartowania klientów

    Nowy mechanizm ACP może wydawać się skomplikowany, ale w praktyce przynosi konkretne korzyści dla osób pracujących z agentami AI. Dzięki obsłudze session/set_config_option, Factory CLI pozwala na zmianę niektórych parametrów konfiguracyjnych bez konieczności zamykania i ponownego uruchamiania klienta.

    To jest szczególnie przydatne w środowiskach, gdzie różne zadania w ramach jednego projektu wymagają różnych profili działania sztucznej inteligencji. Jeden skrypt może potrzebować intensywnego podpowiadania kodu, podczas gdy inny wymaga oszczędniejszego trybu, aby nie przeciążać interfejsu. Wcześniej takie zmiany wymagały edycji plików konfiguracyjnych lub restartu; teraz można je wprowadzać w locie. Dla rozproszonych agentów i potoków ciągłej integracji oznacza to mniej przerw i większą płynność pracy.

    Dodatkowo, narzędzie otwiera się na szerszą integrację z zewnętrznymi klientami ACP, co może prowadzić do nowych scenariuszy automatyzacji, takich jak zdalne sterowanie konfiguracją czy lepsze powiązanie z systemami monitorującymi.

    Więcej danych, mniej strat – nowe limity wyników

    Drugim istotnym ulepszeniem jest zwiększenie limitów obcinania dla rezultatów zwracanych przez narzędzie Task. W pracy z dużymi modelami językowymi często można było napotkać problemy związane z obcinaniem odpowiedzi, które zawierały długie fragmenty kodu, logi czy szczegółowe wyjaśnienia. To było frustrujące, zwłaszcza podczas sesji vibe coding, gdzie generowany kod często przekraczał standardowe rozmiary odpowiedzi.

    Od wersji 0.125.0 Factory pozwala na zachowanie znacznie większej ilości treści. Co ważne, zmiana nie polega na prostym zwiększeniu stałego progu – wprowadzono limity, które lepiej dostosowują się do charakteru odpowiedzi. Dzięki temu programista nie musi obawiać się, że model dostarczy tylko część rozwiązania, co pozwala skupić się na merytorycznej pracy, a nie na walce z okrojonymi wynikami.

    Dla zespołów DevOps to także praktyczna korzyść: długie logi z procesów budowania czy automatyzacji będą teraz w całości widoczne w konsoli, co przyspiesza debugowanie i analizę przyczyn awarii.

    Poprawki wizualne – mniej migotania, lepsza nawigacja

    Choć zmiany mogą wydawać się kosmetyczne, usunięcie efektów shimmer i poprawiona widoczność ścieżek w pasku tytułowym realnie wpływają na komfort codziennej pracy. Stary interfejs potrafił wyświetlać animacje migotania jeszcze przez chwilę po zakończeniu operacji, co wprowadzało chaos wizualny i odwracało uwagę od wyników. Teraz środowisko jest czystsze i bardziej przewidywalne.

    Nowy wygląd paska tytułowego to ukłon w stronę programistów pracujących z wieloma repozytoriami i plikami jednocześnie. Wyraźnie widoczna ścieżka pomaga szybko zorientować się, w którym miejscu projektu się znajdujemy – bez konieczności dodatkowego sprawdzania w terminalu czy menedżerze plików. Dla każdego, kto choć raz pomylił kontekst podczas intensywnej sesji kodowania, będzie to odczuwalne usprawnienie.

    Co to oznacza dla programistów?

    Factory CLI v0.125.0 to nie rewolucja, ale solidna aktualizacja, która odpowiada na realne potrzeby osób korzystających z AI w codziennym kodowaniu. Dynamiczna konfiguracja ACP daje większą kontrolę nad zachowaniem agentów, zwiększone limity zapobiegają utracie kluczowych danych, a poprawiony interfejs sprawia, że praca staje się bardziej komfortowa. Dla web developerów, inżynierów DevOps i entuzjastów vibe codingu to krok naprzód w kierunku środowiska, które mniej przeszkadza, a więcej pomaga.

    Ź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

  • OpenCode v1.14.47: nowe skróty w TUI i trwalsze sesje agenta AI

    OpenCode v1.14.47: nowe skróty w TUI i trwalsze sesje agenta AI

    OpenCode doczekał się aktualizacji v1.14.47, która wprowadza kilka istotnych poprawek, zauważalnych dla każdego, kto spędza czas w terminalu. Zespół przywrócił znane skróty klawiszowe do edycji promptów oraz poprawił wyświetlanie ścieżek względnych, co wpływa na codzienną pracę użytkowników.

    Co nowego w skrócie

    • TUI przywraca klawisze do edycji promptów i wyświetla ścieżki w formie względnej
    • Persystencja modeli między sesjami stała się bardziej niezawodna — koniec z niespodziankami po restarcie
    • HTTP API lepiej radzi sobie z błędami, a Scout agent potrafi materializować repozytoria referencyjne
    • Duże załączniki graficzne są teraz automatycznie skalowane, co oszczędza zasoby

    TUI bliżej użytkownika

    Najważniejsza zmiana dotyczy interfejsu terminalowego. Przywrócono skróty klawiszowe do edycji promptów, co wcześniej mogło być irytujące, gdy użytkownik chciał szybko poprawić zapytanie bez użycia myszki. Teraz te funkcje są z powrotem dostępne.

    Kolejną poprawą jest renderowanie ścieżek względnych zamiast bezwzględnych. Oznacza to, że zamiast długich ścieżek, takich jak /home/user/projekty/aplikacja/src/components/..., użytkownicy zobaczą po prostu src/components/.... To ułatwia pracę, szczególnie przy głęboko zagnieżdżonych strukturach katalogów.

    Sesje, które nie gubią kontekstu

    Sesje, które nie gubią kontekstu

    Jeśli kiedykolwiek wróciłeś do przerwanej pracy i odkryłeś, że agent zapomniał, z jakiego modelu korzystał, wiesz, jak frustrujące to może być. Wersja v1.14.47 wprowadza lepszą persystencję modeli między sesjami. Agent teraz bardziej konsekwentnie zapamiętuje wybór, więc nie trzeba go konfigurować za każdym razem.

    Dodatkowo poprawiono obsługę błędów w HTTP API, co skutkuje mniejszą ilością niejasnych komunikatów i większą ilością konkretnych informacji, które pomagają w diagnozowaniu problemów. Scout agent, odpowiedzialny za przeszukiwanie zewnętrznych zasobów, zyskał zdolność materializowania repozytoriów referencyjnych, co oznacza, że może teraz pobierać i udostępniać kod z zewnętrznych źródeł.

    Automatyczne skalowanie obrazów

    Automatyczne skalowanie obrazów

    Wprowadzono również automatyczne zmienianie rozmiaru dużych załączników graficznych. Użytkownicy nie muszą już ręcznie zmniejszać screenshotów przed dodaniem ich do promptu — OpenCode zajmie się tym automatycznie, dbając o to, aby nie przekroczyć rozsądnych limitów. To małe udogodnienie oszczędza czas, zwłaszcza przy częstym korzystaniu z kontekstu wizualnego.

    Szerszy kontekst

    OpenCode to wciąż rozwijający się projekt open source, dostępny na macOS, Windows i Linux. Działa jako agent AI w terminalu, IDE lub jako samodzielna aplikacja desktopowa. Cykl wydawniczy jest szybki — nowe wersje pojawiają się co kilka dni, a każda z nich wprowadza zmiany w jednym z obszarów: Core, TUI, MCP lub Desktop.

    Analizując changelog z ostatnich tygodni, widać, że zespół nie zwalnia tempa. Wprowadzane są poprawki MCP, wsparcie dla nowych dostawców, optymalizacje wydajnościowe oraz usprawnienia desktopowe, co sprawia, że narzędzie staje się coraz bardziej konkurencyjne w stosunku do komercyjnych rozwiązań.

    Aktualizacja v1.14.47 nie jest rewolucyjna, ale takie przyrostowe zmiany — przywrócone skróty, czytelniejsze ścieżki, trwalsze sesje — mają kluczowe znaczenie dla komfortu korzystania z narzędzia.

    Źródła

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

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

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

    Kluczowe informacje o wydaniu

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

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

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

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

    Szerszy kontekst – architektura niezawodności w ekosystemie Claude Code

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

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

    Źródła

  • OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    Najnowsza wersja otwartoźródłowego agenta kodującego OpenCode, oznaczona numerem 1.14.40, wprowadza znaczące zmiany w zarządzaniu konfiguracją oraz poprawia stabilność połączeń. Wydanie to skupia się na usunięciu przeszkód w integracji z modelami AI oraz na usprawnieniu codziennej pracy programistów korzystających z terminala, IDE czy aplikacji desktopowej. Dzięki wprowadzeniu standardu .well-known, deweloperzy mogą teraz centralnie zarządzać ustawieniami agenta bez potrzeby modyfikowania lokalnych plików.

    Kluczowe fakty dotyczące wydania

    • Zdalna konfiguracja przez ścieżkę /.well-known/opencode pozwala na dynamiczne pobieranie ustawień agenta z serwera, zgodnie z standardem IETF.
    • Poprawki CORS rozwiązują problemy z nagłówkami Cross-Origin Resource Sharing, które wcześniej blokowały komunikację z API dostawców modeli, takich jak Claude, GPT i Gemini.
    • Zarządzanie sesją zostało usprawnione – asystent teraz zachowuje tekst podczas odtwarzania bloków rozumowania, co zwiększa przejrzystość procesu myślowego AI.
    • Stabilność warp flows została poprawiona, co utrzymuje łączność z przestrzenią roboczą podczas wykonywania złożonych operacji.
    • Ulepszenia pulpitu obejmują lepsze uprawnienia schowka oraz zoptymalizowane logowanie konsoli.

    Zdalna konfiguracja przez .well-known – centralne zarządzanie bez dotykania plików

    Jedną z najważniejszych nowości w wersji 1.14.40 jest wsparcie dla plików konfiguracyjnych hostowanych zdalnie i dostępnych przez standardową ścieżkę /.well-known/opencode. To rozwiązanie, inspirowane specyfikacją IETF dla dobrze znanych identyfikatorów URI, nadaje mu uniwersalny charakter. Oznacza to, że plik konfiguracyjny agenta może być umieszczony na serwerze organizacji, a wszystkie instancje OpenCode – na terminalu programisty, w IDE czy w aplikacji desktopowej – będą go automatycznie pobierać. Nie ma już potrzeby ręcznego kopiowania plików .opencode.yml między maszynami ani utrzymywania spójności konfiguracji w różnych środowiskach. Dla zespołów DevOps i liderów technicznych to krok w stronę pełnej standaryzacji: zmiany w ustawieniach agenta, takie jak wybór modelu, timeouty czy polityki bezpieczeństwa, można wdrożyć centralnie, a wszystkie stanowiska odzwierciedlą je przy następnym uruchomieniu.

    Wersja 1.14.40 również radzi sobie z wygaśnięciem uwierzytelnienia do zdalnego pliku konfiguracyjnego – w takich przypadkach agent prosi użytkownika o ponowne zalogowanie, zamiast po cichu zawiesić działanie. Te detale pokazują dojrzałość projektu.

    Wzmocnienie stabilności: CORS, re-entry i warp flows

    Poprzednie wersje miały problemy z komunikacją sieciową. OpenCode 1.14.40 bezpośrednio adresuje problem z aplikowaniem nagłówków CORS, które odpowiadały za przerwane sesje przy łączeniu się z zewnętrznymi dostawcami modeli, takimi jak Anthropic Claude, OpenAI GPT czy Google Gemini. Gdy nagłówki były pomijane, klienci przeglądarkowi lub terminalowi blokowali zapytania, co uniemożliwiało poprawne wysyłanie promptów i odbieranie odpowiedzi. Teraz cały proces działa płynnie, co jest kluczowe dla tych, którzy polegają na chmurowych API do generowania kodu.

    Kolejnym istotnym punktem jest naprawienie błędów ponownego wejścia, które wcześniej powodowały problemy z sesjami podczas korzystania z warp flows.

    Źródła

  • Windsurf Editor 2.2.17: Devin integruje się jeszcze głębiej, a wydajność zyskuje nowy blask

    Windsurf Editor 2.2.17: Devin integruje się jeszcze głębiej, a wydajność zyskuje nowy blask

    Czerwcowa aktualizacja Windsurf Editor w wersji 2.2.17 to kolejny krok w rebrandingu znanego środowiska programistycznego na Devin Desktop. Zmiana dotyczy jedynie nazwy, a nie funkcjonalności. Twórcy z Cognition skoncentrowali się na usprawnieniach interfejsu Agent Command Center, wprowadzeniu lokalnego agenta Devin Local oraz poprawkach stabilności, szczególnie dla użytkowników Windows.

    Kluczowe informacje o aktualizacji

    • Devin Local – agent działa teraz lokalnie w terminalu, oferując do 30% większą wydajność tokenową w porównaniu do Cascade, według przeprowadzonych testów.
    • Agent Command Center – odświeżony interfejs z widokiem Spaces, tablicą Kanban i zarządzaniem wieloma agentami.
    • Poprawki dla Windows – naprawiono błąd związany z tworzeniem sesji terminala na systemie Windows.
    • Stabilność agenta lokalnego – zwiększono niezawodność Devin Local oraz naprawiono usterki w integracji z serwerami MCP.

    Devin Local – agent teraz na twoim komputerze

    Nowością w tej wersji jest agent Devin Local, który działa bezpośrednio w terminalu użytkownika. Zgodnie z oficjalnym changelogiem, nowy agent jest nawet do 30% bardziej wydajny tokenowo niż dotychczasowy agent Cascade. Dzięki temu lokalne sesje stają się szybsze i mniej obciążają zasoby, co jest istotne, zwłaszcza przy pracy na słabszych maszynach. To rozwiązanie przybliża możliwości chmurowego Devina do środowiska lokalnego, eliminując potrzebę stałego połączenia z serwerami.

    Nowy wygląd skrzynki agenta – Spaces i Kanban

    Wraz z wersją 2.2.17 interfejs Agent Command Center został odświeżony. Wprowadzono widok Spaces, który pozwala lepiej organizować pracę nad różnymi projektami, oraz tablicę Kanban do wizualnego zarządzania zadaniami. Dodano także możliwość zarządzania wieloma agentami jednocześnie, co ułatwia koordynację pracy zespołowej i przełączanie się między zadaniami.

    Poprawki dla Windows – koniec z problemami terminala

    Aktualizacja 2.2.17 przynosi ważną poprawkę dla użytkowników systemu Windows, którzy doświadczali problemów z uruchamianiem sesji terminala. Błąd ten został naprawiony, co zapewnia płynniejszą pracę z agentami na tym systemie. To krok w kierunku lepszego wsparcia dla platformy Windows.

    Stabilność i wydajność – mniej błędów, szybciej

    Stabilność i wydajność – mniej błędów, szybciej

    Obszerny blok poprawek dotyczy również ogólnej stabilności. Naprawiono błędy w integracji z niektórymi serwerami MCP (Model Context Protocol), co wpłynie korzystnie na współpracę z zewnętrznymi narzędziami i bazami wiedzy. Znacznie poprawiono również niezawodność agenta Devin Local, który oferuje do 30% większą wydajność tokenową w porównaniu do wcześniejszego agenta Cascade. Sesje lokalne są teraz mniej podatne na niespodziewane przerwania, a czas ich ładowania został skrócony.

    Co ta aktualizacja oznacza dla całego ekosystemu?

    Wersja 2.2.17 wpisuje się w proces zmiany nazwy Windsurf na Devin Desktop, mający na celu ujednolicenie marki. Nowe funkcje, takie jak Devin Local i ulepszony Agent Command Center, pokazują, że Cognition konsekwentnie rozwija możliwości agentów, nie zmieniając przy tym samej natury narzędzia.

    Źródła

  • Claude Code 2.1.131: Krytyczne poprawki dla Windows i autoryzacji Mantle

    Claude Code 2.1.131: Krytyczne poprawki dla Windows i autoryzacji Mantle

    Szóstego maja 2026 roku zespół Anthropic opublikował wersję 2.1.131 narzędzia Claude Code. To wydanie o charakterze czysto konserwacyjnym – nie zawiera nowych funkcji ani zmian w modelach – ale jego znaczenie jest trudne do przecenienia dla dwóch dużych grup użytkowników. Aktualizacja eliminuje dwa wyjątkowo uciążliwe błędy: jeden kompletnie blokował aktywację rozszerzenia dla Visual Studio Code na systemie Windows, drugi uniemożliwiał poprawną autoryzację w punktach końcowych Mantle. Ponieważ oba problemy dotykały podstawowych ścieżek pracy, szybkie wdrożenie tej wersji jest wysoce zalecane.

    Kluczowe informacje

    • Wersja Claude Code 2.1.131
    • Data wydania 6 maja 2026 roku
    • Poprawka dla Windows – naprawiono błąd aktywacji rozszerzenia VS Code spowodowany ścieżką w polyfillu createRequire
    • Poprawka dla Mantle – dodano brakujący nagłówek x-api-key w żądaniach autoryzacyjnych
    • Zakres wyłącznie poprawki błędów, bez nowych funkcji ani zmian w modelach

    Awaria rozszerzenia VS Code na Windows – co zawiodło

    Użytkownicy systemu Windows od dłuższego czasu zgłaszali, że rozszerzenie Claude Code dla Visual Studio Code odmawia posłuszeństwa – po instalacji nie uruchamiało się, nie wyświetlając przy tym żadnego czytelnego komunikatu o błędzie. Problem został zlokalizowany w mechanizmie ładowania modułów, a konkretnie w polyfillu funkcji createRequire, dostarczanym wraz z pakietem SDK narzędzia.

    Polyfill ten odpowiadał za stworzenie funkcji require w środowisku uruchomieniowym, które normalnie jej nie udostępnia. Aby to zrobić, odwoływał się do ścieżki budowania (build path) – ścieżki zakodowanej na sztywno podczas kompilacji na maszynach deweloperskich. Podczas gdy na systemach Linux i macOS ścieżka ta działała bez zarzutu, na Windows struktura folderów i separatory katalogów (\ zamiast /) są fundamentalnie inne. W rezultacie cały mechanizm rozwiązywania zależności załamywał się, a VS Code nie był w stanie zainicjować rozszerzenia. Błąd ten występował nawet przy poprawnie skonfigurowanym środowisku i był szczególnie frustrujący, ponieważ nie zostawiał użytkownikom żadnych wskazówek do samodzielnej diagnozy.

    Wersja 2.1.131 usuwa przyczynę problemu – polyfill nie opiera się już na ścieżce kompilacji, lecz dynamicznie dostosowuje się do platformy, na której działa. Dzięki temu rozszerzenie aktywuje się niezawodnie na wszystkich systemach operacyjnych.

    Autoryzacja Mantle – naprawa brakującego nagłówka

    Drugim krytycznym błędem, który doczekał się natychmiastowej interwencji, była nieudana autoryzacja żądań kierowanych przez punkty końcowe Mantle. Mantle to wewnętrzna warstwa API gateway, wykorzystywana głównie przez klientów korporacyjnych i tych, którzy integrują Claude’a z własną infrastrukturą. Do poprawnego przejścia przez tę bramkę każde żądanie musi zawierać nagłówek x-api-key z odpowiednim kluczem.

    W poprzednich wersjach Claude Code ten nagłówek nie był dołączany do zapytań autoryzacyjnych, co skutkowało natychmiastowym od

    Źródła

  • OpenCode v1.14.37: Lepsza kontrola sesji i stabilność na pulpicie

    OpenCode v1.14.37: Lepsza kontrola sesji i stabilność na pulpicie

    Najnowsza odsłona otwartoźródłowego asystenta programistycznego OpenCode – oznaczona numerem v1.14.37 – przynosi szereg ulepszeń skoncentrowanych na zarządzaniu zadaniami, wizualizacji sesji oraz niezawodności aplikacji desktopowej. Twórcy położyli szczególny nacisk na wygodę pracy z wieloma podzadaniami jednocześnie oraz na usprawnienia dla użytkowników Windows, co czyni tę aktualizację istotną dla wszystkich, którzy na co dzień polegają na agentach AI w terminalu, IDE lub samodzielnej aplikacji.

    Kluczowe fakty

    • Anulowanie zadań potomnych – od teraz można przerywać podzadania razem z sesją nadrzędną, bez pozostawiania wiszących procesów.
    • Poprawione renderowanie sesji v2 – dokładniejsze wyświetlanie stanów narzędzi i precyzyjniejsze odmierzanie czasu ich działania.
    • Przenoszenie sesji między przestrzeniami roboczymi – funkcja warp pozwala reorganizować pracę bez utraty kontekstu.
    • Płynniejsza migracja w wersji desktopowej – użytkownicy aplikacji okienkowej zyskują łatwiejsze przenoszenie ustawień i danych.
    • Stabilność paska tytułowego w Windows – wyeliminowano migotanie i problemy z powiększeniem okna przy zmianie zoomu.

    Usprawnione zarządzanie podzadaniami

    Do tej pory anulowanie sesji nadrzędnej często prowadziło do sytuacji, w której uruchomione w jej ramach podzadania (ang. child subtasks) działały dalej w tle, zużywając zasoby i tworząc bałagan. OpenCode v1.14.37 rozwiązuje ten problem – mechanizm anulowania został rozbudowany tak, aby jednym poleceniem można było zatrzymać zarówno zadanie główne, jak i wszystkie jego procesy potomne. To szczególnie ważne w środowiskach, gdzie agent AI wykonuje złożone, wieloetapowe operacje (np. refaktoryzację kodu, testy integracyjne czy generowanie dokumentacji). Teraz po wydaniu komendy przerwania użytkownik ma pewność, że nic nie zostanie w zawieszeniu, co przekłada się na czystsze środowisko pracy i mniejsze ryzyko konfliktów.

    Sesje v2 – dokładniejsza wizualizacja stanu narzędzi

    Sesje v2 – dokładniejsza wizualizacja stanu narzędzi

    Drugim filarem wydania jest przebudowa renderowania sesji w wersji drugiej. Deweloperzy poprawili sposób, w jaki wyświetlane są stany poszczególnych narzędzi (np. linterów, formaterek czy skryptów budujących), oraz dopracowali odzwierciedlenie faktycznego czasu ich trwania. W poprzednich wersjach zdarzały się opóźnienia lub nieaktualne informacje o postępie, co mogło wprowadzać użytkownika w błąd przy debugowaniu lub monitorowaniu pracy agenta. Teraz dane są odświeżane w czasie zbliżonym do rzeczywistego, a ikony i opisy stanów są bardziej czytelne. Dzięki temu programista szybciej orientuje się, które narzędzia już zakończyły pracę, a które wciąż działają, co bezpośrednio skraca czas reakcji i pozwala sprawniej zarządzać równoległymi zadaniami.

    Sesje w ruchu: warp między workspace’ami

    Sesje w ruchu: warp między workspace’ami

    Nowością jest możliwość przenoszenia całych sesji między różnymi przestrzeniami roboczymi (workspace’ami). Funkcja warp pozwala w locie zmienić katalog roboczy, w którym działa dana sesja, bez konieczności jej zamykania i odtwarzania od nowa. Dla osób pracujących nad wieloma projektami jednocześnie lub często reorganizujących foldery to ogromne ułatwienie – wystarczy jedno polecenie, aby cały kontekst (historia rozmowy z agentem, otwarte pliki, ustawienia narzędzi) został przeniesiony w nowe miejsce. W praktyce oznacza to, że można np. rozpocząć sesję w repozytorium głównym, a następnie przenieść ją do forka lub gałęzi testowej, zachowując pełną ciągłość pracy. To kolejny krok w kierunku uczynienia z OpenCode elastycznego środowiska, które dostosowuje się do dynamicznego stylu pracy programistów.

    Desktop zyskuje na stabilności

    Użytkownicy aplikacji desktopowej – dostępnej obok interfejsu terminalowego i wtyczek do IDE – otrzymują dwie ważne poprawki. Pierwsza dotyczy płynniejszego procesu migracji: przy przechodzeniu między wersjami lub przenoszeniu konfiguracji na inny komputer OpenCode lepiej radzi sobie z przenoszeniem ustawień i danych sesji, eliminując irytujące błędy i potrzebę ręcznej ingerencji. Druga, szczególnie istotna,

    Źródła

  • Codex 0.128.0 wprowadza trwałe przepływy pracy i rozszerzone profile uprawnień

    Codex 0.128.0 wprowadza trwałe przepływy pracy i rozszerzone profile uprawnień

    OpenAI wprowadziło wersję 0.128.0 swojego terminalowego asystenta Codex, która zawiera trzy istotne zmiany: zapisywane cele zadań (/goal), rozszerzone profile uprawnień oraz ulepszone zarządzanie wtyczkami. Te aktualizacje przyczyniają się do bardziej zaawansowanej pracy w terminalu, gdzie procesy mogą trwać dłużej niż pojedyncze polecenia.

    Kluczowe fakty

    • Zapisywane cele /goal – agent może tworzyć, wstrzymywać i wznawiać zadania, a cel nie znika po przerwaniu sesji.
    • Rozszerzone profile uprawnień – większa kontrola nad tym, co Codex może zmieniać w repozytorium i środowisku.
    • Ulepszone zarządzanie wtyczkami – stabilniejsze rozszerzenia w ekosystemie CLI.
    • Nowe sterowanie TUI – konfigurowalne skróty klawiszowe i statusy w interfejsie terminalowym.
    • Poprawki dla Windows, sieci i Bedrocka – większa niezawodność na różnych platformach.

    Trwałe cele zamiast jednorazowych komend

    Dotychczas praca z Codexem przypominała szybkie zlecenia: wpisujesz prompt, agent wykonuje zadanie i to koniec. Wersja 0.128.0 zmienia ten model. Komenda /goal umożliwia ustawienie celu dla długotrwałego zadania, który pozostaje aktywny nawet po sprawdzeniu statusu przez agenta, kontynuacji pracy czy powrocie do niego po przerwie. Oznacza to, że można rozpocząć refaktoryzację, wstrzymać ją, sprawdzić postęp, a następnie wznowić bez potrzeby ponownego definiowania kontekstu. Kontrola z poziomu TUI pozwala na tworzenie, pauzowanie, wznawianie i czyszczenie celu bezpośrednio w interfejsie terminalowym. Nowe API serwera aplikacji również obsługuje te operacje, co jest przydatne przy integracji Codexa z własnymi narzędziami.

    Profile uprawnień i bezpieczniejszy agent

    Nie każdy użytkownik chce dawać agentowi pełny dostęp do całego repozytorium. Rozszerzone profile uprawnień w wersji 0.128.0 pozwalają na precyzyjniejsze określenie, co Codex może modyfikować. Jest to szczególnie istotne w środowiskach DevOps i przy automatyzacji repozytoriów, gdzie kontrola dostępu jest kluczowa.

    Brak kontroli nad tym, gdzie agent może zapisywać dane lub co uruchamiać, był jednym z powodów ograniczonego wdrożenia Codexa w codziennej pracy. Teraz można to lepiej skonfigurować, co zwiększa poczucie bezpieczeństwa, zwłaszcza w projektach z wieloma zależnościami lub w środowisku Windows, które również otrzymało poprawki w tej wersji.

    Wtyczki i sterowanie w terminalu

    Zarządzanie wtyczkami zostało znacznie ulepszone. OpenAI wskazuje na poprawę stabilności rozszerzeń w ekosystemie wtyczek, co jest korzystne dla użytkowników, którzy już rozbudowali swoje środowisko o dodatkowe narzędzia – zmniejsza to ryzyko problemów podczas aktualizacji.

    Równocześnie poprawiono obsługę TUI. Nowe mapowania klawiszy i kontrolki statusu ułatwiają nawigację w terminalu. Użytkownicy mogą je konfigurować według własnych preferencji, co zwiększa komfort pracy. Wraz z tym wprowadzono usprawnienia w MultiAgentV2, szczególnie w zarządzaniu wątkami, co z pewnością ucieszy osoby testujące wieloagentowe konfiguracje.

    Poprawki, które nie rzucają się w oczy, ale robią różnicę

    Oprócz nowych funkcji, wersja 0.128.0 zawiera poprawki dla kilku uciążliwych błędów. Piaskownica na Windowsie otrzymała aktualizacje eliminujące niepożądane zachowania przy uruchamianiu kodu. Udoskonalono także obsługę sieci oraz wsparcie dla modeli Bedrock, co jest istotne dla użytkowników korzystających z dostawców modeli AWS. Dla programistów pracujących z Codexem oznacza to większą stabilność i niezawodność w codziennych zadaniach.

    Źródła