Kategoria: Aktualizacje Oprogramowania

  • Poprawki AI Cloudflare i Obsługa Klawiatury w Najnowszym OpenCode v1.3.17

    Poprawki AI Cloudflare i Obsługa Klawiatury w Najnowszym OpenCode v1.3.17

    Aktualizacja OpenCode do wersji v1.3.17 wprowadza zmiany w dwóch obszarach: integracji z usługami AI Cloudflare oraz stabilności interfejsu terminalowego (TUI) w systemie Windows. Poprawki te bezpośrednio wpływają na wygodę pracy z tym asystentem kodowania.

    Lepsza obsługa błędów dla Cloudflare AI

    Główną zmianą w tej wersji jest usprawnienie współpracy z Cloudflare Workers AI oraz Cloudflare AI Gateway. W poprzednich wydaniach brak zmiennych środowiskowych Cloudflare mógł powodować błędy, które nie informowały jasno o przyczynie problemu. Dzięki poprawce od użytkownika @mchenco, OpenCode v1.3.17 lepiej radzi sobie z takimi sytuacjami.

    Jeśli aplikacja nie wykryje danych konta, takich jak CF_API_TOKEN czy CF_ACCOUNT_ID, wyświetli instrukcje konfiguracji. Program wskazuje teraz, których zmiennych brakuje i jak je uzupełnić. Ułatwia to uruchomienie funkcji AI osobom, które dopiero zaczynają korzystać z infrastruktury Cloudflare.

    Zmiana ta jest istotna w kontekście wykorzystania modeli dostępnych na platformie Workers AI oraz narzędzi takich jak Sandbox SDK czy Responses API. Deweloperzy tworzący agenty AI lub korzystający z Browser Renderingu na infrastrukturze Cloudflare mogą teraz łatwiej połączyć te usługi z OpenCode.

    Przywrócenie obsługi klawiatury Kitty w terminalu

    W wersji v1.3.17 przywrócono domyślną obsługę klawiatury Kitty dla użytkowników systemu Windows. Wcześniej usunięcie jednego z obejść technicznych spowodowało problemy z wprowadzaniem danych w interfejsie terminalowym (TUI).

    Kitty to protokół terminalowy wykorzystywany do obsługi zaawansowanych funkcji tekstowych i graficznych. Błędy w jego obsłudze prowadziły do gubienia znaków lub opóźnień podczas pisania. Naprawa tego błędu sprawia, że interakcja z TUI jest stabilna. Jest to ważne dla osób, które wolą zarządzać sesjami, narzędziami bashowymi i wtyczkami bezpośrednio z wiersza poleceń, zamiast korzystać z aplikacji okienkowej.

    Zmiany w module Core

    Wersja v1.3.17 korzysta również z szerszych aktualizacji silnika OpenCode Core. Cloudflare AI Gateway automatycznie pomija teraz parametr max_tokens dla modeli OpenAI z serii o-series oraz GPT-5, co zapobiega odrzucaniu żądań przez API.

    Wprowadzono także dziedziczenie kontekstu autoryzacji przez obszary robocze (workspaces). Po zalogowaniu się do dostawcy AI w jednym oknie, autoryzacja jest aktywna także w innych sesjach w ramach tego samego obszaru roboczego. Dzięki temu użytkownik nie musi logować się wielokrotnie.

    Dodatkowo system automatycznie ponawia próby połączenia w przypadku wystąpienia błędów 5xx po stronie dostawcy. Dzieje się to nawet wtedy, gdy oficjalne biblioteki SDK nie wymuszają takiego zachowania, co zwiększa odporność narzędzia na chwilowe przerwy w działaniu usług zewnętrznych.

    Praktyczne znaczenie aktualizacji

    OpenCode v1.3.17 skupia się na eliminowaniu konkretnych problemów technicznych zgłaszanych przez użytkowników.

    1. Łatwiejsza konfiguracja: Jasne komunikaty o błędach pozwalają szybciej przygotować środowisko do pracy.
    2. Stabilność pracy: Naprawa obsługi klawiatury w terminalu pozwala na płynne pisanie kodu bez przerw technicznych.

    Udział użytkownika @mchenco w pracach nad tą wersją pokazuje, że społeczność ma realny wpływ na rozwój projektu. Nawet poprawki dotyczące komunikatów o błędach są istotne dla autorów OpenCode i trafiają do oficjalnych wydań.

    Stabilność i przewidywalność

    Wydanie v1.3.17 stawia na niezawodność. Dla programistów korzystających z AI Cloudflare poprawa obsługi błędów oznacza mniej czasu spędzonego na debugowaniu ustawień. Z kolei naprawa protokołu Kitty przywraca komfort pracy w terminalu.

    W połączeniu z funkcjami takimi jak inteligentne ponawianie prób połączenia i współdzielenie autoryzacji, OpenCode staje się bardziej przewidywalnym narzędziem. Zamiast dodawania wielu nowych opcji, twórcy skupili się na tym, aby obecne funkcje działały bez zakłóceń w codziennej pracy deweloperskiej.

    Źródła

  • Zed 0.230.1 Daje Kontrolę Nad Zadaniami i Interfejsem

    Zed 0.230.1 Daje Kontrolę Nad Zadaniami i Interfejsem

    Nowa aktualizacja wydajnego edytora kodu Zed, oznaczona numerem 0.230.1, przynosi istotne udoskonalenia dla deweloperów, którzy cenią sobie precyzyjną kontrolę nad workflow. W centrum uwagi znalazły się dwa kluczowe obszary: konfiguracja zadań systemowych oraz personalizacja interfejsu użytkownika. Te zmiany, choć mają charakter szlifów technicznych, znacząco wpływają na codzienną wygodę programowania.

    Wersja 0.230.1 wprowadza bardziej przemyślaną logikę wykonywania zdefiniowanych zadań oraz daje użytkownikom nowe możliwości w układaniu przestrzeni roboczej, szczególnie w kontekście paneli Terminala i Agenta AI.

    Konfiguracja zadań: precyzyjne sterowanie zapisem

    Jedną z najbardziej wyczekiwanych poprawek w tym wydaniu jest udoskonalenie zachowania zadań wobec niezapisanych zmian w edytorze. W poprzedniej wersji (0.230.1) Zed przestał domyślnie zapisywać edytowane bufory przed uruchomieniem zadania. Chociaż dla wielu jest to preferowane zachowanie, niektórzy deweloperzy potrzebowali bardziej elastycznej kontroli.

    Aktualizacja 0.230.1 rozwiązuje ten problem, wprowadzając nowe pole "save" w plikach konfiguracyjnych tasks.json. Dzięki temu użytkownik może dla każdego zadania z osobna określić, czy Zed ma automatycznie zapisać wszystkie zmiany przed jego wykonaniem. To odwrócenie domyślnego zachowania z wersji 0.230.1 odbywa się teraz w sposób świadomy i konfigurowalny.

    Zadania w Zed można definiować na dwa sposoby. Plik globalny ~/.config/zed/tasks.json przechowuje komendy dostępne we wszystkich projektach. Z kolei plik lokalny .zed/tasks.json w katalogu głównym projektu pozwala na zdefiniowanie specyficznych dla niego skryptów, np. do budowania, testowania czy uruchamiania serwera deweloperskiego. Dostęp do edycji tych plików można uzyskać przez polecenia zed: open tasks (globalne) i zed: open project tasks (lokalne).

    Co ważne, zadania wspierają zmienne środowiskowe, takie jak $ZED_WORKTREE_ROOT (ścieżka do katalogu projektu), co pozwala tworzyć przenośne skrypty. Przykładowe zadanie do uruchomienia narzędzia lazygit mogłoby wyglądać następująco: {"label": "Otwórz lazygit", "command": "lazygit -p $ZED_WORKTREE_ROOT"}. Dzięki temu deweloperzy zajmujący się web developmentem czy DevOps mogą tworzyć powtarzalne, projektowe zestawy poleceń, które przyspieszają codzienną pracę.

    Elastyczny interfejs: panele na Twoich zasadach

    Drugi filar aktualizacji to dalsze usprawnienia personalizacji interfejsu użytkownika. Wersja 0.230.1 rozszerza możliwości wprowadzone w 0.230.1, dodając pełną kontrolę nad szerokością paneli Terminala i Agenta AI.

    Od teraz użytkownik może przełączać te panele między trybem stałej i elastycznej szerokości. Tryb elastyczny, znany już z centralnych paneli edycyjnych, pozwala panelowi na dynamiczne dopasowanie rozmiaru do dostępnej przestrzeni, co jest niezwykle użyteczne podczas pracy na mniejszych ekranach lub w złożonych układach okien.

    Ustawienie to można zmienić na dwa sposoby: bezpośrednio w oknie ustawień Zed lub szybciej – przez menu kontekstowe, wywoływane prawym przyciskiem myszy na przycisku danego panelu w pasku stanu. To małe, ale niezwykle praktyczne udogodnienie, które oddaje użytkownikowi pełnię kontroli nad organizacją przestrzeni roboczej, pozwalając dopasować ją do aktualnych potrzeb – czy to podczas pisania kodu z pomocą AI, czy zarządzania procesami w terminalu.

    Znaczenie w szerszym kontekście rozwoju Zed

    Wydanie 0.230.1 jest częścią cotygodniowego cyklu stabilnych aktualizacji Zed, który konsekwentnie wprowadza ulepszenia mające na celu usprawnienie pracy programistów. W ostatnim czasie zespół skupiał się na integracji funkcji AI, współpracy w czasie rzeczywistym, wsparciu dla Dev Containers oraz – jak widać – na dopracowywaniu podstawowych narzędzi, takich jak system zadań.

    Dopracowanie konfiguracji zadań wzmacnia pozycję Zed jako edytora, który nie tylko świetnie radzi sobie z edycją tekstu, ale także aspiruje do bycia centrum dowodzenia dla całego procesu rozwoju oprogramowania. Możliwość precyzyjnego zarządzania skryptami budowania, testowania i wdrażania bez opuszczania edytora to ważny krok w tym kierunku.

    Warto pamiętać, że system nie jest pozbawiony pewnych ograniczeń. Jak wskazują niektóre źródła, zadania mogą mieć problem z precyzyjnym dostępem do zmiennych stanu edytora, takich jak $ZED_FILE, co jest znanym błędem. Mimo to kierunek rozwoju jest wyraźny: Zed stara się scalać różne aspekty pracy dewelopera w spójnym, szybkim i konfigurowalnym środowisku. Aktualizacja 0.230.1, choć przyrostowa, solidnie przyczynia się do realizacji tego celu.

    Źródła

  • Kimi Code CLI 1.30.0: Lepsza Obsługa Sesji, Bezpieczeństwo i Narzędzia Pracy

    Kimi Code CLI 1.30.0: Lepsza Obsługa Sesji, Bezpieczeństwo i Narzędzia Pracy

    Wydanie Kimi Code CLI 1.30.0 to kolejny solidny krok w rozwoju tego narzędzia dla programistów. Agent CLI od MoonshotAI otrzymał zestaw funkcjonalności skupiających się na płynniejszym zarządzaniu sesjami, wzmocnieniu bezpieczeństwa oraz wygodniejszych narzędziach wspierających codzienną pracę z kodem. To aktualizacja, która w dużej mierze dotyka fundamentalnych aspektów użytkowania – stabilności, ochrony danych i kontroli nad przebiegiem pracy.

    Wygodniejsze zarządzanie sesjami i nowe komendy

    Jednym z kluczowych obszarów poprawy jest obsługa sesji. Wprowadzone zostały flagi --session oraz --resume (z krótkim aliasem -r), które pozwalają łatwo wrócić do poprzedniej sesji. Bez argumentu otwierają one interaktywny selektor sesji w terminalu, a z podanym ID sesji – wznawiają konkretną konwersację. CLI wyświetla nawet przypomnienie (kimi -r <session-id>) przy zakończeniu sesji, aby użytkownik zawsze wiedział, jak może ją kontynuować.

    Co ciekawe, dodano też komendy /undo oraz /fork do tworzenia forków sesji. /undo pozwala wybrać poprzednią turę i utworzyć nową sesję z wybraną wiadomością przygotowaną do ponownej edycji. /fork duplikuje całą historię konwersacji do nowej sesji. Warto podkreślić, że oryginalna sesja zawsze zostaje zachowana – to bezpieczny sposób na eksperymentowanie bez ryzyka utraty kontekstu.

    Dodano też ujednolicony tryb --plan oraz opcję konfiguracyjną default_plan_mode. Rozpoczęcie nowej sesji z flagą --plan lub poprzez ustawienie default_plan_mode = true w ~/.kimi/config.toml pozwala zacząć pracę w trybie planowania. Sesje wznowione zachowują swój dotychczasowy stan tego trybu.

    Zaawansowane filtry bezpieczeństwa dla plików

    Bezpieczeństwo otrzymało znaczący impuls. Narzędzia Grep oraz Read zostały wzmocnione ochroną plików wrażliwych. Automatycznie filtrują lub blokują one dostęp do takich plików jak .env, prywatne klucze SSH (id_rsa, id_ed25519, id_ecdsa) oraz pliki z danymi uwierzytelniającymi do chmury (.aws/credentials, .gcp/credentials). Co ważne, pliki typu .env.example, .env.sample czy .env.template są wyłączone z tej ochrony – rozróżnienie między rzeczywistymi danymi a przykładami jest kluczowe.

    Narzędzie Grep zyskało również nowy parametr include_ignored. Kiedy jest on ustawiony na true, włącza flagę ripgrep --no-ignore, pozwalając na przeszukiwanie plików wykluczonych przez .gitignore, takich jak artefakty budowania czy node_modules. Pliki wrażliwe pozostają jednak filtrowane przez dodatkową warstwę ochrony. Domyślnie wartość ta wynosi false, co zachowuje dotychczasowe zachowanie programu.

    Ulepszenia kompatybilności i stabilności

    Wydanie 1.30.0 naprawia też kilka problemów związanych z kompatybilnością i stabilnością. Rozwiązano błąd, przez który custom_headers nie były przekazywane do dostawców innych niż Kimi (OpenAI, Anthropic, Google GenAI, Vertex AI). Teraz są one poprawnie przesyłane dalej.

    Poprawiono wykrywanie skilli w katalogach marki (np. ~/.kimi/skills/). Wcześniej, jeśli istniejący katalog ogólny (~/.config/agents/skills/) był pusty, skille z katalogu marki mogły "zniknąć". Teraz mechanizm discovery niezależnie przeszukuje obie grupy katalogów i łączy wyniki. Dodano też opcję konfiguracyjną merge_all_available_skills. Gdy jest ona włączona, skille ze wszystkich istniejących katalogów marek (~/.kimi/skills/, ~/.claude/skills/, ~/.codex/skills/) are ładowane i scalane, zamiast używania tylko pierwszego znalezionego. Skille o tej samej nazwie mają priorytet według kolejności: kimi > claude > codex.

    Dopracowanie interfejsu i zachowania shella

    Shell otrzymał szereg subtelnych, ale ważnych poprawek. Udoskonalono automatyczne wyzwalanie autouzupełniania w tle (idle background completion) – wznowione sesje shella nie uruchamiają automatycznie tury na pierwszym planie z zaległymi powiadomieniami z tła przed wysłaniem wiadomości przez użytkownika. Nowe uzupełnienia w tle czekają też chwilę, gdy użytkownik aktywnie pisze, aby nie "ukraść" promptu ani nie zaburzyć wprowadzania znaków w systemach CJK IME.

    Poprawiono również UX komendy kimi export. Narzędzie pokazuje teraz podgląd poprzedniej sesji dla aktualnego katalogu roboczego i prosi o potwierdzenie, wyświetlając ID sesji, tytuł oraz czas ostatniej wiadomości użytkownika. Dodano flagę --yes, aby pominąć potwierdzenie. Naprawiono też parsowanie przy wywołaniach z jawnym ID sesji.

    Cel wydania i dalszy rozwój

    Wydanie Kimi Code CLI 1.30.0 jasno pokazuje kierunek rozwoju tego narzędzia: praktyczne, codzienne ulepszenia dla programistów zajmujących się web developmentem, DevOps czy "vibe codingiem". Skupienie na bezpieczeństwie, niezawodnym zarządzaniu sesjami oraz precyzji narzędzi czyni pracę z agentem CLI napędzanym przez AI bardziej produktywną i kontrolowaną.

    Kimi CLI jest dostępne przez PyPI (kimi-cli), a jego szybkie tempo wydawnicze świadczy o aktywnym rozwoju. Dla osób korzystających z terminala jako głównego środowiska pracy takie aktualizacje są często niedocenianym, ale kluczowym elementem sprawnego workflow.

    Źródła

  • Codex 0.118.0: Wzmocnione Zabezpieczenia Sieciowe, Nowy Flow Logowania i Poprawki Interfejsu

    Codex 0.118.0: Wzmocnione Zabezpieczenia Sieciowe, Nowy Flow Logowania i Poprawki Interfejsu

    OpenAI wydało kolejną aktualizację swojego narzędzia CLI dla deweloperów. Codex 0.118.0 przynosi ulepszenia w obszarach bezpieczeństwa, autoryzacji i interfejsu użytkownika, skupiając się na stabilizacji i usprawnieniu codziennych workflowów programistów. Ta wersja jest dostępna na platformie Chocolatey i kontynuuje trend wzmacniania sandboxów oraz integracji z zewnętrznymi dostawcami modeli AI.

    Aktualizacja skupia się na naprawie błędów i dostarczeniu funkcji, które bezpośrednio przekładają się na komfort pracy. To nie są rewolucyjne zmiany, lecz konkretne usprawnienia, które eliminują irytujące problemy i otwierają nowe możliwości, szczególnie dla zespołów korzystających z własnej infrastruktury AI.

    Główne ulepszenia w sieci i sandboxach

    Kluczową zmianą w tej wersji są prace nad poprawą niezawodności sandboxów. Zmiany te wpisują się w szerszą strategię Codexa: oferowanie potężnych, a zarazem bezpiecznych środowisk izolowanych, które pozwalają AI na wykonywanie poleceń systemowych, instalację zależności czy operacje na plikach bez ryzyka dla głównego systemu.

    Nowe możliwości autoryzacji i logowania

    Codex 0.118.0 wprowadza ulepszenia w sposobie uwierzytelniania. To ważne ułatwienie dla firm, które integrują Codexa z własnymi lub zewnętrznymi modelami językowymi, gdzie konieczne jest sprawne zarządzanie kluczami API.

    Praktyczne usprawnienia CLI i interfejsu TUI

    W codziennej pracy w terminalu ta wersja wprowadza istotne poprawki. Interfejs tekstowy użytkownika (TUI) również otrzymał zestaw poprawek. Usunięto także przestarzałe elementy, oczyszczając kod i interfejs.

    Dlaczego to ważne dla deweloperów webowych i DevOps?

    Codex ewoluuje w kierunku kompleksowego narzędzia do vibe codingu i rozwoju oprogramowania wspomaganego przez AI. Możliwość bezpiecznego uruchamiania poleceń shell, operacji git czy instalacji zależności w sandboxie, sterowana językiem naturalnym, idealnie wpisuje się w workflow nowoczesnego dewelopera. Dla zespołów DevOps łatwa integracja z niestandardowymi modelami to klucz do włączenia wewnętrznych narzędzi AI do procesu.

    Aktualizacja 0.118.0 ma przede wszystkim charakter stabilizacyjny. To solidny krok, który przygotowuje grunt pod przyszłe, bardziej eksperymentalne funkcje.

    Podsumowanie i wnioski

    Codex 0.118.0 może nie jest najbardziej spektakularną aktualizacją, ale z pewnością należy do tych najbardziej praktycznych. Koncentruje się na tym, co istotne w zastosowaniach produkcyjnych: bezpieczeństwie sieci, niezawodnym logowaniu, wygodzie pracy w terminalu i stabilności. Naprawa bugów w TUI to zmiana, która realnie przyspiesza codzienną pracę.

    Ogólny kierunek jest jasny: Codex staje się coraz dojrzalszym, bardziej konfigurowalnym i bezpiecznym środowiskiem do programowania wspomaganego sztuczną inteligencją. Każdemu, kto już korzysta z tego narzędzia, zaleca się aktualizację do wersji 0.118.0, choć – jak zawsze – warto najpierw przetestować ją w środowisku testowym.

    Źródła

  • OpenCode Zwiększa Wydajność i Stabilność – Caching Promptów i Naprawa Azure w Wersji 1.3.12

    OpenCode Zwiększa Wydajność i Stabilność – Caching Promptów i Naprawa Azure w Wersji 1.3.12

    Nowa wersja open-source'owego asystenta programistycznego OpenCode, oznaczona numerem v1.3.12, przynosi istotne ulepszenia dla osób korzystających z zaawansowanych modeli AI. To wydanie skupia się na poprawie wydajności i stabilności, wprowadzając mechanizmy cache'owania oraz naprawiając błędy.

    Ogólne usprawnienia cache'owania

    Wydanie OpenCode v1.3.12 wprowadza ulepszenia w zakresie cache’owania sesji. To optymalizacja, która może znacząco przyspieszyć pracę i obniżyć koszty.

    W praktyce oznacza to, że gdy OpenCode wielokrotnie używa podobnych lub identycznych fragmentów promptów w sesji, może teraz efektywniej zarządzać danymi, zamiast za każdym razem wysyłać je od nowa do API. Jest to szczególnie cenne podczas długich, iteracyjnych sesji programistycznych, w których agent często odwołuje się do tych samych fragmentów kodu, specyfikacji czy logiki.

    Stabilizacja i nowe funkcje

    Aktualizacja przynosi szereg poprawek i nowych funkcjonalności, w tym wsparcie dla OAuth OpenAI oraz usprawnienia w obsłudze poleceń Bash i proxy. To kluczowe poprawki dla zespołów wykorzystujących różne modele AI, które są popularnym wyborem w środowiskach korporacyjnych ze względu na zgodność (compliance) i integrację.

    Stabilizacja interfejsu terminalowego (TUI)

    Wydanie przynosi także ważne poprawki dla samego Terminal User Interface (TUI). Prace skupiają się na zapewnieniu płynnego i bardziej przewidywalnego działania interfejsu, co jest kluczowe dla zachowania "flow" programisty podczas pracy w terminalu. OpenCode stawia mocno na User Experience w TUI, oferując różne tryby pracy, które można szybko przełączać za pomocą poleceń takich jak /init czy /undo.

    Szerszy kontekst rozwoju OpenCode

    Wersja v1.3.12 wpisuje się w intensywny rozwój OpenCode jako otwartej alternatywy dla komercyjnych asystentów. Projekt wspiera już ponad 75 modeli językowych dzięki integracji z platformami takimi jak Models.dev, a także specyficzne narzędzia, jak GitHub Copilot.

    W ostatnich wydaniach dodano wsparcie dla nowych providerów, przywrócono tryby review oparte na Git, dodano pełne wsparcie dla proxy HTTP i zmodernizowano komponenty wewnętrzne, w tym zaktualizowano Effect library (wersja beta.37) w usługach konfiguracyjnych. Wszystko to służy jednemu celowi: stworzeniu wydajnego, wielofunkcyjnego agenta AI, który działa tam, gdzie programista pracuje na co dzień – w terminalu lub ulubionym IDE.

    Dla kogo są te ulepszenia?

    Aktualizacja OpenCode v1.3.12 to przede wszystkim dobra wiadomość dla programistów i zespołów DevOps korzystających z:

    • Zaawansowanych modeli AI – odczują korzyści w postaci stabilniejszych integracji i nowych funkcji, takich jak OAuth.
    • Pracy w terminalu – interfejs stanie się bardziej responsywny i przewidywalny.
    • Różnorodnych dostawców modeli – platforma stale poszerza zakres wsparcia.

    To wydanie pokazuje dbałość o niezawodność i wydajność fundamentów platformy, które są niezbędne dla vibe codingu – płynnego, skupionego stanu przepływu podczas programowania z asystentem AI.

    Źródła

  • Codex 0.118.0: Lepsze Sieciowanie w Windows, Autoryzacja Kodem Urządzenia i Ulepszenia CLI

    Codex 0.118.0: Lepsze Sieciowanie w Windows, Autoryzacja Kodem Urządzenia i Ulepszenia CLI

    Wydanie Codex 0.118.0 z kwietnia 2026 roku przyniosło serię kluczowych ulepszeń skupionych na stabilności, bezpieczeństwie i elastyczności dla programistów oraz inżynierów AI. OpenAI skoncentrowało się na trudnych aspektach pracy z sandboxami sieciowymi, wprowadziło przydatne flow autoryzacyjne oraz znacznie poprawiło narzędzia wiersza poleceń, co wspiera efektywniejsze kodowanie wspomagane przez AI (AI-driven coding) oraz agentic workflows.

    Sieciowanie w Windows na poziomie systemu operacyjnego

    Największą zmianą w tej wersji jest gruntowna przebudowa obsługi sieci dla sandboxów w systemie Windows. Do tej pory proxy konfigurowano głównie za pomocą zmiennych środowiskowych, co bywało niewystarczające w skomplikowanych środowiskach korporacyjnych. Wersja 0.118.0 wprowadza proxy-only networking z wykorzystaniem reguł egress na poziomie samego systemu operacyjnego.

    Oznacza to, że sandbox Codex może teraz ściśle egzekwować polityki dostępu do sieci. Administratorzy i użytkownicy mają do dyspozycji precyzyjne mechanizmy kontroli: mogą ograniczyć dostęp wyłącznie do menedżerów pakietów, takich jak npm czy PyPI, zezwolić na pełny dostęp do internetu dla testów, otworzyć jedynie konkretne domeny lub całkowicie zablokować ruch sieciowy. Dodano też pełne wsparcie dla protokołów proxy, w tym SOCKS5, oraz dedykowanych zmiennych WS_PROXY/WSS_PROXY dla ruchu WebSocket, co wprowadzono już we wcześniejszej wersji 0.104.0. To rozwiązanie długo oczekiwanych problemów z łącznością w środowiskach korporacyjnych.

    Nowa autoryzacja kodem urządzenia dla ChatGPT oraz dynamiczne tokeny

    Kolejnym ważnym ulepszeniem jest dodanie device code sign-in flow dla ChatGPT w ramach serwera aplikacji Codex. Ten mechanizm autoryzacji pozwala użytkownikowi zalogować się bezpiecznie na urządzeniu z ograniczonymi możliwościami wprowadzania danych (np. w sandboxie), używając kodu z innego urządzenia. Zwiększa to bezpieczeństwo i wygodę, szczególnie w zdalnych i zarządzanych konfiguracjach.

    Dla twórców integracji z własnymi modelami (custom model providers) wprowadzono dynamiczne odświeżanie tokenów bearer. To automatyczne, bezproblemowe odświeżanie tokenów uwierzytelniających zapobiega przerwom w działaniu usług spowodowanym wygasaniem sesji, zapewniając płynność w długotrwałych zadaniach AI.

    Elastyczność CLI i wzrost stabilności sandboxów

    Interfejs wiersza poleceń (CLI) Codex zyskał nowe możliwości. Polecenie codex exec obsługuje teraz workflow prompt-plus-stdin, który pozwala na bardziej elastyczne łączenie promptów z danymi ze standardowego wejścia. Ułatwia to skryptowanie i automatyzację zadań. CLI lepiej zachowuje teraz ustawienia przypisane do profilów, a w systemie pojawiła się eksperymentalna podkomenda exec-server.

    Jeśli chodzi o stabilność, wersja 0.118.0 przynosi istotne poprawki dla sandboxów na Linuxie i Windowsie. Naprawiono m.in. obsługę podzielonych systemów plików, błędy związane z operacjami apply_patch na systemach tylko do odczytu oraz problemy z zaporą sieciową w Windows. Na macOS rozwiązano błąd typu panic w kliencie HTTP wewnątrz sandboxa. Wszystko to sprawia, że środowisko izolowane działa znacznie bardziej niezawodnie.

    Przywrócenie kluczowych przepływów pracy w TUI i ulepszenia MCP

    Interfejs tekstowy (TUI) odzyskał kilka utraconych funkcji, stając się znów w pełni funkcjonalnym narzędziem. Ogólnie TUI działa teraz płynniej i szybciej. Usunięto zbędne odpytywanie o autoryzacją (polling) dla wyłączonych serwerów, a MCP (Model Control Plane) lepiej obsługuje znormalizowane narzędzia i zachowuje kolejność wyników wyszukiwania, zamiast sortować je alfabetycznie.

    Środowisko zdalne i app-server również zyskał na aktualizacji, otrzymując m.in. transport egress dla WebSocketów, przekazywanie katalogu roboczego (--cd) oraz nowe API systemu plików zintegrowane z sandboxem. Te zmiany spajają ekosystem Codex, obejmujący już CLI, aplikację desktopową, IDE i chmurę, działający w oparciu o modele GPT-5.x-Codex.

    Co oznaczają te zmiany dla deweloperów i inżynierów AI?

    Wydanie Codex 0.118.0 to przede wszystkim aktualizacja skupiona na pracy inżynieryjnej „pod maską”. Nie ma tu spektakularnych, widocznych na pierwszy rzut oka funkcji, ale wprowadzono fundamentalne ulepszenia, które usuwają chroniczne przeszkody. Lepsza kontrola sieci w sandboxach otwiera drzwi do bezpieczniejszego stosowania Codex w firmach z restrykcyjnymi politykami IT. Wygodniejsza autoryzacja i stabilniejsze CLI poprawiają codzienne doświadczenie dewelopera.

    Poprawki stabilizacyjne dla Linuxa, Windowsa i macOS oznaczają mniej frustracji podczas pracy z agentami AI, które często intensywnie korzystają z izolowanych środowisk. W połączeniu z szerszym kontekstem – jak wsparcie ogromnych okien kontekstowych (1M) przez GPT-5.4 – Codex 0.118.0 solidnie wzmacnia fundamenty pod zaawansowane zdolności agentowe (agentic workflows) w web devie i DevOps, czyniąc je bardziej przewidywalnymi i niezawodnymi. To krok w stronę dojrzałości platformy, dzięki której inżynierowie mogą skupić się na tworzeniu, a nie na walce z narzędziami.

    Źródła

  • OpenCode 1.3.13: Pamięć Podręczna Promptów i Większa Stabilność

    OpenCode 1.3.13: Pamięć Podręczna Promptów i Większa Stabilność

    Popularne środowisko do programowania wspomaganego przez AI (AI-assisted coding) otrzymało aktualizację pakietu @opencode-ai/sdk do wersji 1.3.13, która skupia się na znaczącej optymalizacji wydajności i naprawie kluczowych błędów. Wydanie opublikowane w lipcu 2025 roku wprowadza szereg usprawnień i eliminuje usterki powstałe po niedawnych migracjach.

    Wydajność i optymalizacje

    Sercem tej aktualizacji są ogólne poprawki wydajnościowe i optymalizacje kodu. Wprowadzono ulepszenia w zarządzaniu sesjami i przetwarzaniu żądań, co ma bezpośredni wpływ na szybkość i stabilność działania. Odpowiedzi na zapytania są generowane sprawniej, a zużycie zasobów jest lepiej kontrolowane.

    Warto jednak odnotować, że mechanizmy optymalizacyjne mają swoje specyficzne ograniczenia. Wydajność może się różnić w sytuacjach, gdy do statycznych promptów sesji dodawana jest dynamiczna treść z każdej kolejki (user.system) lub gdy kolejność wywoływania narzędzi i agentów jest niedeterministyczna.

    Krytyczne poprawki stabilności

    Wersja 1.3.13 przynosi również kluczowe poprawki błędów, które mogły utrudniać pracę. Jedna z najważniejszych dotyczy dostawcy Azure. Po migracji na AI SDK w wersji 6 opcje konfiguracyjne dla Azure nie były poprawnie przekazywane. Ta usterka została usunięta, co przywraca pełną funkcjonalność i poprawność konfiguracji dla użytkowników korzystających z infrastruktury Microsoftu.

    Druga istotna poprawka dotyczy interfejsu użytkownika (TUI). Rozwiązano problem, przez który gniazda (slots) wtyczek typu replace montowały swoją zawartość wielokrotnie. Mogło to prowadzić do duplikacji elementów interfejsu, nieprzewidywalnego zachowania i ogólnego spadku stabilności środowiska. Ta zmiana, wraz z innymi poprawkami TUI z ostatnich wydań (jak naprawa nadpisywania historii promptów), znacząco podnosi komfort codziennej pracy.

    Szerszy kontekst rozwoju

    Aktualizacja 1.3.13 jest częścią intensywnego cyklu rozwoju. Poprzedzające ją wydania wprowadziły cały pakiet usprawnień. Wśród nich znalazło się przywrócenie trybów recenzji opartych na Git, naprawa zawieszania sesji po wywołaniach narzędzi u dostawców kompatybilnych z OpenAI czy dodanie natywnego wsparcia dla PowerShell w systemie Windows.

    Co ciekawe, projekt zmierza w stronę głębokiej refaktoryzacji architektury w kierunku Effect-based architecture, co ma poprawić zarządzanie stanem aplikacji, przewidywalność działania i ułatwić dalszy rozwój. Widać też stałą dbałość o ekosystem wtyczek, o czym świadczą poprawki instalacji i lepsze zarządzanie konfiguracją.

    Podsumowanie

    Wydanie @opencode-ai/sdk 1.3.13 nie wprowadza spektakularnych nowych funkcji, ale koncentruje się na tym, co najważniejsze dla użytkowników: na solidności i wydajności. Ogólne usprawnienia to realna oszczędność czasu dla programistów intensywnie korzystających z AI. Jednocześnie szybka reakcja na błędy po migracji SDK i niestabilności interfejsu pokazuje dojrzałość projektu i dbałość o user experience. To właśnie takie aktualizacje, które „pod maską” naprawiają i optymalizują kod, budują zaufanie do narzędzia w długiej perspektywie.

    Ź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

  • OpenCode Wprowadza Kluczowe Poprawki w Rozwiązaniu Pluginów

    OpenCode Wprowadza Kluczowe Poprawki w Rozwiązaniu Pluginów

    Wydanie OpenCode w wersji 1.3.13, które ukazało się 1 kwietnia 2026 roku, to przykład tego, jak drobna poprawka techniczna może znacząco wpłynąć na stabilność całego ekosystemu. Tym razem zespół skupił się na wyeliminowaniu problemów z rozpoznawaniem punktów wejścia (entrypoints) pluginów. To pozornie małe usprawnienie ma duże znaczenie dla niezawodności integracji dodatków.

    Na czym polegał problem i jak go naprawiono

    Głównym elementem tej aktualizacji były poprawki związane z plugin entrypoint resolution. Zmiany obejmowały pomijanie pluginów, które nie mają pasującego punktu wejścia (server lub TUI), zamiast zgłaszania błędów, oraz ostrzeganie użytkowników w takich sytuacjach. Wprowadzono również mechanizm pinowania wersji dla lepszej kontroli.

    W praktyce oznaczało to, że niektórzy twórcy pluginów lub użytkownicy, którzy konfigurowali je w określony sposób, napotykali błędy. Plugin po prostu się nie uruchamiał, mimo poprawnej instalacji. Wersja 1.3.13 wprowadza zmiany w logice rozpoznawania tych ścieżek, zapewniając większą elastyczność i lepsze komunikaty. Dzięki temu wszystkie pluginy z poprawnymi punktami wejścia powinny być teraz obsługiwane bezproblemowo.

    Kontekst działań na rzecz stabilności

    Ta poprawka nie jest odosobnionym przypadkiem, lecz częścią szerszego trendu w rozwoju OpenCode. W ostatnich wydaniach widać wyraźny nacisk na stabilność core’u i dopracowywanie podstawowych mechanizmów. Ekosystem pluginów był wcześniej wskazywany jako obszar wymagający uwagi – w bug trackerze projektu odnotowywano na przykład błędy ładowania pluginów przy imporcie zależności npm.

    Wydanie v1.3.13 było częścią serii poprawek stabilizacyjnych publikowanych w krótkich odstępach czasu (podobnie jak wersje 1.3.12 czy 1.3.8). W tym samym czasie wprowadzono też ulepszenia w innych obszarach, takie jak poprawione wykrywanie głównego katalogu projektu (wybieranie między CMakeLists.txt a Makefile) dla clangd w workspace'ach C/C++.

    Dlaczego to ważne dla użytkowników

    Dla programistów korzystających z OpenCode sprawne działanie pluginów jest kluczowe. To właśnie one pozwalają rozszerzać funkcjonalność agenta AI, dostosowywać go do specyficznych workflowów czy integrować z zewnętrznymi narzędziami. Jakakolwiek niepewność co do ich poprawnego ładowania podważa zaufanie do całego narzędzia.

    Naprawienie tych technicznych szczegółów zmniejsza barierę wejścia dla twórców pluginów i zwiększa komfort użytkowników. Co ciekawe, równolegle trwają prace nad dalszą rozbudową infrastruktury – wcześniejsze aktualizacje wprowadziły wsparcie dla paczek pluginów zawierających tylko motywy oraz lepszą obsługę instalacji z aliasów npm i adresów git.

    Podsumowanie

    Wydanie OpenCode 1.3.13 to skromna, ale istotna aktualizacja, która likwiduje konkretne problemy techniczne. Pokazuje ona dojrzałe podejście do rozwoju projektu, gdzie obok wprowadzania nowych funkcji poświęca się uwagę solidności fundamentów. Taka dbałość o stabilność mechanizmu pluginów przekłada się bezpośrednio na płynność pracy programistów, którzy polegają na rozszerzeniach w swojej codziennej pracy z AI. Kolejne aktualizacje z tego okresu potwierdzają, że jest to świadoma strategia zespołu OpenCode.

    Źródła

  • OpenCode Zyskuje Natywne Wsparcie PowerShell i Lepsze Doświadczenie w Terminalu

    OpenCode Zyskuje Natywne Wsparcie PowerShell i Lepsze Doświadczenie w Terminalu

    Aktualizacja OpenCode do wersji 1.3.7 przynosi kluczowe usprawnienia dla użytkowników systemu Windows oraz poprawia stabilność i wygodę pracy w trybie tekstowym (TUI). Najważniejszą nowością jest długo wyczekiwane, natywne wsparcie dla PowerShell, które ma na celu rozwiązanie problemów z domyślnym przywracaniem starszych powłok systemowych. To niejedyna zmiana – wydanie naprawia także irytujące błędy, takie jak podwójne naliczanie tokenów i problemy z konfiguracją, co łącznie znacząco podnosi komfort codziennego korzystania z tego asystenta AI.

    PowerShell w końcu jako „pełnoprawny obywatel” Windows

    Dla programistów pracujących na Windowsie wybór terminala i powłoki to często kwestia osobistych preferencji i efektywności. Dotychczas OpenCode, nawet gdy był uruchamiany z nowoczesnego PowerShell 7 (znanego jako pwsh), mógł nieoczekiwanie korzystać ze starszego Windows PowerShell 5.1 lub wręcz z cmd.exe. Wersja 1.3.7 oficjalnie wprowadza wsparcie „first-class” dla PowerShell na Windows, traktując pwsh jako pełnoprawną i preferowaną powłokę.

    To zmiana, której domagała się społeczność, zgłaszając konkretne problemy w repozytorium projektu. Dzięki niej workflow w terminalu ma stać się bardziej przewidywalny i zintegrowany. Warto jednak zauważyć, że według zgłoszeń użytkowników wprowadzenie tej funkcjonalności w wersji 1.3.7 spowodowało u niektórych nowe błędy, takie jak całkowite nieotwieranie się terminala lub nieprawidłowe działanie poleceń powłoki. Użytkownicy, którzy cenią sobie nowoczesne funkcje PowerShell 7, takie jak lepsza obsługa kolorów, szybsze przetwarzanie potoków czy wieloplatformowość, mogą więc napotkać niespójne zachowanie narzędzia. Jest to szczególnie istotne w środowiskach, gdzie możliwości WSL (Windows Subsystem for Linux) są z jakichś powodów ograniczone, a PowerShell pozostaje głównym narzędziem automatyzacji.

    Usprawnienia TUI i nie tylko: stabilność i estetyka

    Poza główną nowością aktualizacja przynosi szereg drobniejszych, ale istotnych poprawek. Tryb TUI (Text-based User Interface), czyli tekstowy interfejs OpenCode, został dopracowany. Ulepszono zachowanie okien modalnych, które teraz są mniej inwazyjne, oraz dodano kolory placeholderów w polach dialogowych zgodne z aktywnym motywem. Poprawia to nie tylko estetykę, ale i czytelność interfejsu w terminalu.

    W zakresie poprawek błędów kluczową kwestią jest naprawa błędu, który powodował podwójne liczenie zużycia tokenów u dostawców Anthropic i Amazon Bedrock. Problem ten mógł prowadzić do zawyżonych metryk w sesjach i nieprecyzyjnego śledzenia kosztów. Teraz raportowanie tokenów jest dokładne. Dodatkowo rozwiązano problem konfiguracji dotyczący plików CLAUDE.md na poziomie projektu. Zmienna środowiskowa OPENCODE_DISABLE_CLAUDE_CODE_PROMPT jest teraz prawidłowo respektowana, co daje programistom pełną kontrolę nad tym, kiedy i jak ten plik ma być używany przez asystenta.

    Ciekawym detalem jest też zmiana w procesie instalacji wtyczek. Od teraz konfiguracje w formacie JSONC (JSON z komentarzami) zachowują dodane przez użytkownika komentarze podczas aktualizacji. To drobna, ale niezwykle praktyczna funkcja, która chroni cenne notatki i wyjaśnienia w plikach konfiguracyjnych przed przypadkowym nadpisaniem.

    Co oznacza ta aktualizacja dla użytkowników?

    Wydanie OpenCode 1.3.7 koncentruje się na solidności i dopasowaniu do rzeczywistych potrzeb użytkowników, zwłaszcza tych korzystających z ekosystemu Windows. Wprowadzenie natywnego wsparcia PowerShell usuwa realną barierę w codziennej pracy wielu programistów, choć u części osób może powodować nowe problemy techniczne. W połączeniu z poprawkami stabilności – takimi jak dokładne liczenie tokenów i lepsze zarządzanie konfiguracją – tworzy to bardziej dojrzałą wersję narzędzia, choć przed aktualizacją warto sprawdzić dostępność nowszych wydań, takich jak 1.3.7.

    Zmiany te pokazują, że rozwój OpenCode idzie w parze z sugestiami społeczności. Poprawki dotyczące TUI świadczą o dbałości o doświadczenie użytkowników preferujących pracę w czystym terminalu, którzy stanowią istotną część odbiorców tego typu asystentów AI. Aktualizacja jest dostępna przez standardowe kanały dystrybucji, w tym Chocolatey (choco upgrade opencode -y), Scoop czy NPM, umożliwiając łatwe wdrożenie tych usprawnień do codziennej pracy z kodem.

    Źródła