Tag: OpenCode

  • OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    Zespół OpenCode opublikował wersję v1.14.46, która jest stabilizacyjną aktualizacją. Wprowadza nową umiejętność customize-opencode oraz naprawia kilka krytycznych błędów w API i narzędziach MCP. Zmiany mają na celu poprawienie edytowania konfiguracji, eliminując problemy z awariami przy uruchamianiu, co zwiększa przewidywalność całego środowiska deweloperskiego.

    Kluczowe informacje

    • customize-opencode – nowa umiejętność, która zmniejsza ryzyko awarii startowych po edycji plików konfiguracyjnych.
    • Poprawki HTTP API – naprawiono obsługę numerycznych parametrów zapytań, co zwiększa niezawodność klientów wysyłających wystandaryzowane zapytania.
    • Wzmocnione bezpieczeństwo Plan Mode – podagenci działający w trybie planowania otrzymali dodatkowe zabezpieczenia izolacji.
    • Lepsza stabilność sesji i narzędzi – rozwiązano problemy z ładowaniem starszych danych sesji oraz z wykrywaniem narzędzi MCP.
    • Wyrównanie typów SDK – poprawiono zgodność typów między klientami a działaniem w czasie wykonania, co redukuje potencjalne błędy integracyjne.

    Więcej niż tylko kosmetyka – co dokładnie zmieniono

    OpenCode to otwartoźródłowy agent kodowania AI, który działa w terminalu, IDE i aplikacji desktopowej. Szybkie tempo rozwoju sprawia, że każda aktualizacja może wprowadzać drobne usterki. Wersja v1.14.46 koncentruje się na ich eliminacji.

    Najważniejszą nowością jest umiejętność customize-opencode. Dodano ją, aby edytowanie konfiguracji opencode rzadziej prowadziło do przerwania startu. Oznacza to, że agent będzie lepiej obsługiwał niepoprawne lub niepełne ustawienia, podejmując próbę naprawy kontekstu konfiguracyjnego zamiast odmawiać uruchomienia.

    Równolegle rozwiązano problem z numerycznymi parametrami w zapytaniach HTTP API. Gdy klient przesyłał parametr jako liczbę (np. limit=10), niektóre ścieżki API interpretowały go błędnie. Teraz to już nie powinno się zdarzać, co jest szczególnie ważne dla osób integrujących OpenCode z własnymi narzędziami lub zewnętrznymi platformami.

    Bezpieczeństwo podagentów i odtwarzanie sesji

    Tryb Plan Mode pozwala agentom rozkładać złożone zadania na mniejsze kroki wykonywane przez podagentów. W wersji v1.14.46 wzmocniono ich bezpieczeństwo, wprowadzając zmiany dotyczące granic wykonawczych i izolacji. Szczegóły techniczne nie zostały szerzej rozwinięte w notatkach, ale wiadomo, że poprawiono mechanizmy odpowiedzialne za odtwarzanie stanu po długich sesjach. Problemy z ładowaniem starszych danych sesji mogły zakłócać ciągłość pracy, szczególnie gdy projekt był otwierany po przerwie.

    Dodatkowo naprawiono wykrywanie narzędzi MCP (Model Context Protocol). Jeśli serwer MCP nie zgłaszał narzędzi poprawnie, agent mógł ich nie widzieć. Po aktualizacji skanowanie narzędzi działa stabilniej, a problemy z ich dostępnością powinny zniknąć.

    Dlaczego to istotne dla „vibe coding” i codziennej pracy

    OpenCode stał się poważnym konkurentem wśród terminalowych asystentów AI, szczególnie w środowiskach, gdzie liczy się szybkie prototypowanie i tzw. vibe coding, czyli tworzenie w luźnym, eksperymentalnym tempie. Każda awaria przy starcie może wybić z rytmu na dłużej. Dlatego poprawki konfiguracyjne i te związane z sesjami są niezwykle istotne.

    Wersja v1.14.46 wpisuje się w szerszy trend szybkich iteracji. W poprzednich wydaniach OpenCode wprowadzono m.in. wsparcie dla WebSocketów OpenAI, ograniczenia kroków agenta oraz ulepszone wyszukiwanie plików. Teraz przyszła kolej na solidność, co jest dobrą wiadomością dla każdego, kto nie chce martwić się o to, czy konfiguracyjny eksperyment wywoła awarię.

    Choć zmiany nie są spektakularne, ich suma zdecydowanie podnosi komfort codziennego użytkowania. Otwarte źródło i aktywna społeczność gwarantują, że kolejne wydania będą dalej wygładzać kanty – v1.14.46 jest tego dobrym przykładem.

    Źródła

  • OpenCode v1.14.44: Krytyczna łatka ratuje użytkowników przed awarią workspace’ów

    OpenCode v1.14.44: Krytyczna łatka ratuje użytkowników przed awarią workspace’ów

    Zespół OpenCode wydał wersję v1.14.44, która jest istotną aktualizacją maintenance, mającą na celu naprawę poważnego błędu migracji workspace’ów. Problem dotyczył wszystkich istniejących środowisk pracy: dodanie pola time_used podczas upgrade’u kończyło się niepowodzeniem, co uniemożliwiało płynne przejście na nowszą wersję. Łatka została wydana 17 czerwca i jest częścią szerszego cyklu poprawek stabilnościowych.

    Co warto zapamiętać

    • Poprawka dotyczy wyłącznie błędu migracji — to wydanie maintenance, bez nowych funkcji
    • Awaria występowała przy próbie dodania pola time_used do schematu istniejących workspace’ów
    • Użytkownicy z aktywnymi projektami mogli utknąć na starszej wersji bez możliwości upgrade’u
    • OpenCode to otwartoźródłowy agent AI dostępny w terminalu, IDE i aplikacji desktopowej
    • Wydanie wpisuje się w serię poprawek API i stabilności core’a z ostatnich tygodni

    Dlaczego ta łatka ma znaczenie dla developerów

    OpenCode to w pełni funkcjonalny agent AI, który działa w terminalu, w rozszerzeniu IDE i w aplikacji desktopowej. Użytkownicy często pracują w złożonych konfiguracjach z wieloma workspace’ami, integracjami MCP i podpiętymi providerami modeli. Gdy upgrade takiego środowiska zawodzi, użytkownik traci dostęp do sesji, konfiguracji i historii narzędzi.

    Błąd dotyczył pola time_used, które śledzi czas spędzony na pracy z agentem. Dla zwykłego użytkownika to techniczny szczegół, ale dla systemu migracji to kluczowy element schematu. Jeśli pole nie może zostać dodane, cała operacja upgrade’u zostaje przerwana, co prowadzi do niedziałającego środowiska.

    Tego typu błędy są szczególnie frustrujące, ponieważ dotyczą developerów, którzy już zainwestowali czas w konfigurację swojego workspace’a. OpenCode v1.14.44 ratuje tych użytkowników przed przymusowym resetem.

    Szerszy kontekst: stabilność core’a jako priorytet

    Szerszy kontekst: stabilność core’a jako priorytet

    Analizując changelog OpenCode z ostatnich dwóch tygodni, można zauważyć wyraźny wzorzec. Wersje od 1.14.44 koncentrują się na trzech obszarach: kompatybilności MCP (protokół Model Context Protocol), obsłudze providerów AI oraz niezawodności sesji. v1.14.44 wpisuje się w ten nurt.

    Wcześniejsze wydania przyniosły m.in.:

    • Przyspieszone timeline’y sesji, które unikają migotania i skoków scrolla (v1.14.44)
    • Poprawki walidacji schematów MCP dla providerów kompatybilnych z OpenAI (v1.14.44)
    • Dodanie obsługi OAuth dla Snowflake Cortex Provider (v1.14.44)

    Te zmiany nie są spektakularne — nie znajdziesz tu nowego UI czy rewolucyjnych funkcji. Ale to właśnie one decydują o niezawodności narzędzia w codziennej pracy. v1.14.44 jest tego najlepszym przykładem: jedna linijka kodu, która zapobiega katastrofie migracyjnej.

    Co to oznacza dla ekosystemu AI coding tools

    Co to oznacza dla ekosystemu AI coding tools

    Rynek agentów programistycznych AI jest obecnie nasycony — Cursor, Windsurf, Zed, Claude Code, Gemini CLI i wiele innych walczy o uwagę developerów. W tym tłumie stabilność staje się kluczowym wyróżnikiem. OpenCode, jako projekt open source, nie może sobie pozwolić na błędy, które blokują użytkowników przy aktualizacji.

    Wydanie v1.14.44 pokazuje, że zespół rozumie tę dynamikę. Zamiast gonić za nowymi funkcjami, koncentrują się na łatanie krytycznych ścieżek migracji. Dla użytkowników końcowych to sygnał, że mogą ufać, iż upgrade nie zrujnuje ich środowiska.

    OpenCode działa w modelu wieloplatformowym — terminal, desktop, rozszerzenie IDE. Każda z tych ścieżek ma własne ryzyka przy aktualizacji. Łatka dotycząca workspace’ów jest więc uniwersalna — chroni wszystkich, niezależnie od miejsca pracy.

    Podsumowanie

    v1.14.44 to aktualizacja, która może nie przyciągnie dużej uwagi, ale dla developerów polegających na OpenCode w codziennej pracy, to wydanie może być różnicą między płynnym poniedziałkiem a godziną spędzoną na debugowaniu migracji. Czasem najlepsze aktualizacje to te, które przechodzą niezauważone — ponieważ wszystko działa jak należy.

    Źródła

  • OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    Najnowsze wydanie OpenCode z 5 czerwca 2026 wprowadza dwie ważne funkcje dla deweloperów pracujących z agentowymi workflow: zarządzane klonowanie workspace'ów, które zachowuje niezapisane i nieśledzone pliki, oraz możliwość przenoszenia sesji między katalogami i projektami. Te zmiany odpowiadają na problem utraty kontekstu i niezcommitowanych zmian podczas przełączania się między zadaniami.

    Kluczowe fakty z aktualizacji

    • Zarządzane klonowanie workspace'ów zachowuje „brudne” i nieśledzone pliki, co oznacza, że niezapisane zmiany nie przepadają podczas kopiowania środowiska pracy.
    • Przenoszenie sesji umożliwia migrację aktywnego kontekstu między różnymi workspace'ami i katalogami bez utraty stanu.
    • Naprawiono błędy wcześniej ukryte przez ogólne komunikaty – teraz tworzenie workspace'ów, warp i ładowanie adapterów pokazują rzeczywiste przyczyny awarii.
    • Odświeżono TUI – przywrócono konfigurację niestandardowych providerów i usprawniono zarządzanie workspace'ami.
    • Klienci ACP teraz utrzymują spójność stanu sesji, co prowadzi do stabilniejszego doświadczenia deweloperskiego.

    Zarządzane klonowanie – koniec z nerwowym commitowaniem przed zmianą kontekstu

    Praca z OpenCode dotychczas przypominała balansowanie na linie. Aby przełączyć się do innego projektu, trzeba było commitować wszystko lub ryzykować utratę zmian. Teraz mechanizm zarządzanego klonowania automatycznie przenosi „dirty” i „untracked” pliki do nowego workspace'u.

    To znaczna oszczędność czasu dla osób praktykujących vibe coding, czyli łączących manualne komendy z agentowymi poleceniami. Nie trzeba już przerywać pracy, aby robić snapshoty – agent pamięta, nad czym pracowano.

    Zespoły DevOps, które używają OpenCode jako subagenta w zautomatyzowanych pipeline'ach, szczególnie docenią tę funkcjonalność. Wcześniej ogólne komunikaty o błędach maskowały rzeczywiste problemy z adapterami LLM czy błędami konfiguracji MCP. Teraz diagnostyka jest jasna – można zobaczyć dokładnie, co poszło nie tak.

    Przenoszenie sesji i poprawki w TUI

    Drugą ważną funkcją aktualizacji jest możliwość przenoszenia sesji między katalogami. OpenCode obsługuje ponad 75 providerów LLM – od OpenAI i Anthropic po mniejsze modele, takie jak Deep Seek czy Kimi – co zapewnia elastyczność w zarządzaniu kontekstem.

    W praktyce, jeśli pracujesz nad backendem w jednym workspace'ie i dostajesz pilne zadanie frontendowe, możesz przenieść sesję i kontynuować bez restartowania agenta. Terminal UI (TUI) zyskał również kilka poprawek – przywrócono możliwość konfiguracji niestandardowych providerów, która wcześniej mogła sprawiać problemy.

    Desktopowa wersja aplikacji również została ulepszona. Dodano dedykowany proces narzędziowy dla lokalnego serwera, co poprawia niezawodność połączeń. Nowe opcje w menu ustawień macOS oraz lepsze zarządzanie wieloma serwerami również zwiększają funkcjonalność aplikacji.

    ACP i spójność stanu – stabilność przede wszystkim

    W aktualizacji szczególnie podkreślono poprawę niezawodności klientów ACP (Agent Communication Protocol). Sesje nie gubią stanu przy przełączaniu kontekstów, a odpowiedzi na pytania trafiają do właściwego katalogu sesji.

    Dla deweloperów korzystających z OpenCode jako orkiestratora, a nie tylko pojedynczego agenta, to istotna zmiana. Użytkownik na Reddicie zauważył, że „Twój orkiestrator powinien wywoływać OpenCode jako subagenta przez większość czasu – oszczędza to mnóstwo okna kontekstowego”.

    Changelog z 5 czerwca jest bogaty w zmiany – poza nowymi funkcjami znajdziemy wsparcie dla OpenAI przez AWS Bedrock, odkrywanie skilli przez agentów oraz interaktywne replaye sesji za pomocą run --replay. Dodatkowo poprawki dla GitHub Copilot, podświetlanie składni Vue oraz naprawa problemów z anulowaniem w shellu.

    Wnioski

    OpenCode rozwija się jako terminal-first agent. Aktualizacja z czerwca 2026 odpowiada na rzeczywiste problemy codziennej pracy – utratę zmian przy przełączaniu kontekstów oraz nieczytelne komunikaty błędów. Dla deweloperów traktujących AI jako partnera w kodowaniu, zarządzane klonowanie i przenoszenie sesji to funkcje, które znacząco skracają czas między pomysłem a implementacją.

    Ź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

  • Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode przyniosła wersję 1.17.4, która jest szczególnie ważna dla deweloperów pracujących w środowiskach korporacyjnych. Oprogramowanie rozwija wsparcie dla serwerów proxy i niestandardowych certyfikatów bezpieczeństwa, a także poprawia zarządzanie sesjami. Choć nie wprowadza spektakularnych nowości, odpowiada na potrzeby zgłaszane przez użytkowników na GitHubie i forach społeczności.

    Kluczowe zmiany w skrócie

    – OpenCode obsługuje standardowe zmienne proxy (HTTP_PROXY, HTTPS_PROXY), co potwierdza dokumentacja.
    – Obsługa niestandardowych urzędów certyfikacji (CA) jest dostępna dla ruchu przez proxy oraz bezpośrednich połączeń z API modeli – konfiguracja jest opisana w oficjalnych materiałach.
    – Udoskonalono przepływ pracy z sesjami, aby zminimalizować ryzyko utraty kontekstu przy przełączaniu zadań.
    – Rozwój funkcji zarządzania wieloma projektami – OpenCode zwiększa możliwości pracy równoległej.
    – Wprowadzono poprawki stabilności i interfejsu dla użytkowników systemu Windows.

    Dlaczego wsparcie proxy pozostaje priorytetem dla firm

    Dla użytkowników OpenCode korzystających z domowych łączy temat zmiennych proxy może wydawać się mało istotny. W rzeczywistości jednak wielu deweloperów pracuje w środowiskach korporacyjnych, gdzie cały ruch sieciowy przechodzi przez firmowe serwery pośredniczące. Bez odpowiedniej obsługi HTTPS_PROXY agent AI nie może nawiązać połączenia z żadnym modelem językowym, co czyni go bezużytecznym.

    OpenCode dokumentuje wsparcie dla zmiennych środowiskowych proxy i niestandardowych certyfikatów – w oficjalnych materiałach technicznych można przeczytać, że oprogramowanie „wspiera standardowe zmienne proxy i niestandardowe certyfikaty”. Oznacza to, że w środowiskach skonfigurowanych zgodnie z dokumentacją agent powinien komunikować się przez firmowe proxy. Wątki na GitHubie pokazują, że niektóre instalacje napotykały trudności, co skłaniało zespół do ciągłych poprawek.

    Aktualizacja v1.17.4 nie przyniosła rewolucji, ale wpisuje się w długofalowe działania na rzecz niezawodności. OpenCode wykrywa zmienne proxy zgodnie z konfiguracją systemową, a zaufanie do firmowych CA można ustanowić jednorazowo. Dla zespołów IT kluczowe jest, że nie ma potrzeby ręcznego ingerowania w pliki konfiguracyjne poza standardowymi zmiennymi środowiskowymi.

    W środowiskach o zaostrzonej polityce bezpieczeństwa – takich jak sektor finansowy czy rządowy – proxy i niestandardowe certyfikaty są niezbędne. Bez nich narzędzie AI nie przejdzie audytu bezpieczeństwa, co wyklucza je z wielu projektów komercyjnych. Dlatego każda iteracja OpenCode, która zapewnia stabilną pracę w tych warunkach, jest dla firm istotna.

    Udoskonalenia w zarządzaniu sesjami

    Zespół OpenCode pracuje nad tym, by przełączanie między zadaniami nie prowadziło do utraty kontekstu – to jeden z najczęściej podnoszonych postulatów społeczności. Dotychczas nagłe zamknięcie karty lub szybkie przechodzenie między projektami mogło prowadzić do frustracji, gdy prompt i wybór środowiska były niezgodne.

    Nowa wersja rozwija mechanizmy porządkujące ten proces – użytkownik ma teraz większą kontrolę nad kontekstem pracy. Flow sesji został przeprojektowany, aby dać więcej czasu na doprecyzowanie zapytania i wskazanie projektu, zanim agent zacznie działać.

    Usprawnienia obejmują także jednoczesną pracę nad wieloma projektami. OpenCode lepiej radzi sobie ze zmianą środowiska, minimalizując konieczność ręcznego odtwarzania ustawień przy przełączaniu kontekstu. To docenią zwłaszcza osoby pracujące z kilkoma repozytoriami jednocześnie.

    Bieżące poprawki na platformie Windows

    Użytkownicy Windowsa mogą liczyć na regularne poprawki stabilności aplikacji OpenCode – dotyczą one zarówno elementów interfejsu (w tym paska tytułu), jak i procesu aktualizacji z wcześniejszych instalacji. Każda nowa łatka przybliża środowisko Windows do poziomu płynności znanego z Linuksa czy macOS, a aktualizacja 1.17.4 eliminuje kilka rzadkich przypadków błędów renderowania i usprawnia migrację ze starszych wersji.

    Źródła

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

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

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

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

    Co nowego w OpenCode v1.14.39

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

    Dlaczego obsługa proxy ma znaczenie dla dewelopera

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

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

    Certyfikaty CA i koniec problemów z TLS

    Certyfikaty CA i koniec problemów z TLS

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

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

    Stabilniejsza praca z danymi lokalnymi

    Stabilniejsza praca z danymi lokalnymi

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

    Co to oznacza dla użytkowników OpenCode

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

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

    Źródła

  • 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

  • OpenCode v1.14.35 naprawia irytujący błąd z renderowaniem diffów i markerami gita

    OpenCode v1.14.35 naprawia irytujący błąd z renderowaniem diffów i markerami gita

    OpenCode doczekał się kolejnej aktualizacji. Wersja v1.14.35 wprowadza jedną istotną poprawkę — stabilność renderowania diffów sesyjnych, które mogły się rozjeżdżać w przypadku napotkania znaczników patchy gita. Choć może to brzmieć jak drobiazg, dla osób regularnie przeglądających zmiany w kodzie w tym opensource'owym agencie AI, jest to kluczowa różnica między płynną pracą a frustrującym zgadywaniem, co właściwie się zmieniło.

    Kluczowe informacje o wydaniu

    • OpenCode v1.14.35 to aktualizacja skupiona na poprawie stabilności
    • Renderowanie diffów przestało się rozjeżdżać przy napotkaniu znaczników patchy gita w przeglądanych plikach
    • Zachowanie granic patchy — mechanizm poprawki respektuje te granice, aby silnik renderujący ich nie naruszał
    • Płynniejsze code review — użytkownicy otrzymują teraz czysty, nieposzarpany podgląd zmian bez artefaktów
    • Open Source — dostępne jako terminalowe narzędzie, aplikacja desktopowa i rozszerzenie IDE

    Na czym dokładnie polegał problem?

    Kiedy pliki zawierały znaczniki patchy gita — charakterystyczne linie z ---, +++ czy @@ — silnik diffów OpenCode mógł się na nich potknąć. Zamiast pokazać czytelny podgląd zmian, renderer gubił granice między sekcjami i wyświetlał zlepiony chaos. Dla programisty oznaczało to konieczność ręcznego rozszyfrowywania, co tak naprawdę zostało zmodyfikowane, a co jest tylko artefaktem konfliktu formatowania.

    Wersja v1.14.35 rozwiązuje ten problem poprzez zachowanie granic patchy diffa. Silnik renderujący przestał ingerować w strukturę, którą git uznaje za istotną. Dzięki temu nawet pliki z wieloma znacznikami wyświetlają się poprawnie, a sesje przeglądania zmian działają przewidywalnie.

    OpenCode — co to za narzędzie?

    OpenCode to opensource'owy agent AI do kodowania, dostępny w różnych formach. Można go uruchomić w terminalu, jako aplikację desktopową lub wtyczkę do IDE. Projekt rozwija się dynamicznie, a każda nowa wersja dodaje nowe możliwości lub, jak w tym przypadku, poprawia istniejące funkcje.

    Zespół regularnie wypuszcza aktualizacje, a v1.14.35 wpisuje się w szerszy trend — to nie jest przełomowa aktualizacja, ale ważny krok w kierunku stabilności. Historia wydań pokazuje, że deweloperzy przeplatają duże funkcje z mniejszymi poprawkami. W czerwcu 2026 wprowadzili na przykład szybsze wyszukiwanie plików przez fff, wsparcie dla WSL na desktopie czy odświeżony ekran startowy. Jednak bez poprawek takich jak ta z v1.14.35, cała reszta traci na użyteczności — co z tego, że narzędzie jest szybkie, skoro diffy wyglądają chaotycznie.

    Dla kogo ta poprawka ma znaczenie?

    Dla kogo ta poprawka ma znaczenie?

    Poprawka jest szczególnie istotna dla osób regularnie przeglądających zmiany w kodzie w OpenCode. Jeśli pracujesz z repozytoriami, w których pliki często zawierają wbudowane patche (co zdarza się przy generowaniu kodu przez inne narzędzia, w testach czy przy pracy z formatem patchy jako danymi wejściowymi), każda sesja przeglądania diffów mogła być dotychczas problematyczna.

    Teraz, przynajmniej teoretycznie, renderowanie powinno przebiegać gładko. Nie ma już sytuacji, w której granica patchu zostaje przypadkowo złamana przez silnik, a dwie osobne zmiany zlewają się w jedną, nieczytelną całość. Dla szybkiego przeglądania przed wprowadzeniem zmian, to oszczędność nerwów i czasu.

    Warto zaznaczyć, że poprawka nie dotyczy samego mechanizmu diffa — git działał poprawnie. Problem leżał wyłącznie w warstwie prezentacji, czyli w tym, co widzi użytkownik na ekranie. OpenCode stawia na czytelność sesji i wygodę inspekcji kodu, dlatego takie detale mogą znacząco wpłynąć na komfort pracy.

    Mała łatka, duży komfort

    Wersja v1.14.35 to przykład aktualizacji, która nie trafi na okładki branżowych serwisów, ale realnie poprawia codzienną pracę.

    Źródła

  • OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych

    OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych

    OpenCode, otwartoźródłowy agent kodowania AI dostępny jako aplikacja terminalowa, desktopowa i rozszerzenie do IDE, otrzymał nową aktualizację. Wersja OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych koncentruje się na dwóch problemach, które dotychczas były uciążliwe dla programistów — responsywności w trybie powłoki i stabilności sesji roboczych. Dodatkowo wprowadzono kilka poprawek dla użytkowników AWS Bedrock oraz ulepszono generację schematów OpenAPI.

    • Shell mode zyskał poprawki eliminujące opóźnienia kursora i klawiszy edycyjnych, a narzędzie powłoki informuje teraz model o skonfigurowanym limicie czasu.
    • AWS Bedrock doczekał się poprawki wiszących sesji — modele nie blokują się już przed rozpoczęciem odpowiedzi.
    • Edycja kodu stała się bezpieczniejsza dzięki odrzucaniu luźnych dopasowań, które mogły nadpisać niewłaściwy kod.
    • Przestrzenie robocze zyskały poprawki w adapterach HTTP API i procesie tworzenia nowych workspace'ów.
    • TUI i desktop otrzymały ulepszenia interfejsu, w tym poprawione przełączanie kart i responsywność paska tytułowego.

    Shell mode w końcu bez irytujących lagów

    Każdy, kto spędził trochę czasu w terminalowych agentach AI, zna ten moment — wklejasz polecenie, próbujesz poprawić literówkę, a kursor zachowuje się jak na zepsutej maszynie do pisania. OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych rozwiązuje ten problem na kilka sposobów.

    Po pierwsze, narzędzie powłoki teraz informuje model o skonfigurowanym limicie czasu. W praktyce oznacza to, że AI wie, ile ma czasu na wykonanie operacji i może lepiej zarządzać zadaniami. Naprawiono również problemy związane z anulowaniem poleceń — wcześniej przerwana operacja mogła pozostawiać procesy w zawieszeniu. Teraz anulowanie skutecznie zamyka to, co powinno.

    Ruchy kursora i klawisze edycyjne działają teraz płynnie. Dla programistów spędzających godziny w terminalu to różnica między frustracją a produktywnym działaniem. Nie trzeba już się denerwować, gdy chcesz cofnąć się o kilka znaków i poprawić ścieżkę.

    Stabilność workspace'ów ratuje długie sesje

    Druga istotna zmiana dotyczy przestrzeni roboczych. Poprzednie wersje miały problemy z adapterami HTTP API i procesem tworzenia workspace'ów — szczególnie gdy pracowałeś na wielu repozytoriach jednocześnie lub przełączałeś się między projektami w trakcie długiej sesji.

    Aktualizacja wprowadza również poprawki dla konfiguracji desktopowych z wieloma serwerami. Każdy serwer teraz ma własny stan domowy i dedykowane karty sesji. Jeśli pracujesz z OpenCode na kilku maszynach albo łączysz się zdalnie, kontekst nie będzie się już gubił między restartami.

    Sesje teraz zapamiętują aktualizacje kontekstu systemowego nawet podczas długotrwałych konwersacji. Oznacza to, że agent nie zapomni nagle o twoich preferencjach czy ustawieniach projektu po dłuższym czasie pracy. Odpowiedzi na pytania o uprawnienia trafiają do właściwego katalogu sesji, co eliminuje błędy trasowania, które mogły wywołać chaos w złożonych procesach.

    Bezpieczniejsza edycja i lepsze wsparcie providerów

    Warto zwrócić uwagę na zmiany w mechanizmie edycji kodu. Operacje edycyjne odrzucają teraz luźne dopasowania — to zabezpieczenie przed przypadkowym nadpisaniem niewłaściwego pliku. Jeśli agent nie ma pewności, że trafił we właściwy fragment kodu, nie wykona zmiany.

    Jeśli chodzi o dostawców modeli, poza poprawką dla Bedrocka, OpenCode zyskał wsparcie dla Snowflake Cortex. To rozszerza gamę backendów dostępnych w korporacyjnych środowiskach. Ulepszono również generację schematów OpenAPI, co ułatwia integrację agenta z zewnętrznymi narzędziami przez API.

    Podsumowanie

    Wersja OpenCode z lepszą obsługą powłoki i stabilnością przestrzeni roboczych to zestaw precyzyjnych poprawek w miejscach, które były problematyczne. Responsywność powłoki, stabilność sesji i bezpieczeństwo edycji to kluczowe elementy codziennej pracy z agentem AI. Jeśli dotychczas irytowało cię zacinanie się terminala lub gubienie kontekstu w trakcie dłuższej sesji, ta aktualizacja powinna rozwiązać większość tych problemów.

    Źródła

  • OpenCode v1.14.33 łata krytyczny błąd z agentami we wtyczkach

    OpenCode v1.14.33 łata krytyczny błąd z agentami we wtyczkach

    Zespół OpenCode wydał wersję v1.14.33 swojego otwartoźródłowego agenta AI do kodowania. Aktualizacja koncentruje się na jednym istotnym poprawieniu — naprawia błąd, który uniemożliwiał poprawne ładowanie niestandardowych agentów w pluginach. Dla deweloperów korzystających z rozszerzeń, ta łatka jest kluczowa, ponieważ bez niej agenty nie działały.

    Co przynosi wydanie — najważniejsze fakty

    • OpenCode v1.14.33 naprawia błąd blokujący ładowanie customowych agentów w pluginach.
    • Aktualizacja ma charakter stabilizacyjny, nie wprowadza nowych funkcji.
    • Problem dotyczył przede wszystkim deweloperów używających rozszerzeń pluginowych w workflow.
    • Łatka wpisuje się w szerszy trend hartowania stabilności aplikacji w ostatnich wydaniach.

    Dlaczego ten fix jest ważny dla codziennej pracy

    OpenCode to narzędzie używane w terminalu, IDE i na desktopie. Jeśli polegasz na pluginach rozszerzających możliwości agenta — w kontekście web developmentu, devopsów czy zadań związanych z AI — niedziałający agent to poważna przeszkoda. To blokada całego workflow.

    Wydanie v1.14.33 eliminuje sytuację, w której customowy agent skonfigurowany w pluginie nie pojawiał się. Problem nie wynikał z błędów konfiguracyjnych po stronie użytkownika, lecz z samego mechanizmu ładowania agentów przez rdzeń aplikacji. W praktyce oznaczało to, że plugin istniał, był widoczny, ale jego główna funkcjonalność nie działała.

    Co ważne, poprawka obejmuje również poboczne problemy z zależnościami. Z changeloga wynika, że deweloperzy OpenCode poprawili nie tylko samo ładowanie, ale także kwestie związane z zarządzaniem zależnościami w kontekście pluginów. To sugeruje, że źródło błędu mogło być głębsze niż zwykła pomyłka w kodzie — prawdopodobnie chodziło o nieprawidłową kolejność inicjalizacji komponentów.

    Kontekst szerszych poprawek w ekosystemie OpenCode

    Kontekst szerszych poprawek w ekosystemie OpenCode

    Wydanie v1.14.33 nie jest odosobnione. Przegląd changeloga z ostatnich dni pokazuje, że zespół konsekwentnie pracuje nad stabilnością rdzenia. Wcześniejsze aktualizacje z tego samego cyklu przyniosły m.in. poprawki w obsłudze zakładek w desktopie, ulepszenia wieloserwerowej architektury, poprawki dla sesji i widoków uprawnień, a także usprawnienia w odświeżaniu stanu sesji.

    Widać wyraźny wzorzec — OpenCode dojrzewa jako narzędzie dla profesjonalistów. Zamiast gonić za nowymi efektownymi funkcjami, zespół inwestuje czas w to, co naprawdę ma znaczenie w codziennej pracy: niezawodność. Agent AI do kodowania, który działa sporadycznie, jest bezużyteczny — szczególnie gdy jest częścią zautomatyzowanego pipeline'u.

    Wersja v1.14.33 pokazuje, jak istotna jest architektura pluginowa w nowoczesnych narzędziach deweloperskich. OpenCode od początku stawiał na rozszerzalność. Jeśli jednak fundament — czyli mechanizm ładowania agentów — nie działa, cała filozofia "zainstaluj i rozszerz" traci sens. Ta łatka przywraca ten fundament.

    Co zrobić po aktualizacji

    Co zrobić po aktualizacji

    Jeśli korzystasz z OpenCode i masz skonfigurowane własne agenty w pluginach, po aktualizacji do v1.14.33 powinieneś zobaczyć je z powrotem na liście dostępnych. Nie są wymagane żadne dodatkowe kroki migracyjne — poprawka działa automatycznie po restarcie aplikacji.

    Warto również sprawdzić, czy wcześniejsze problemy z zależnościami pluginów ustąpiły. Jeśli któryś z twoich pluginów wymagał konkretnych bibliotek i wcześniej nie działał, istnieje duża szansa, że teraz załaduje się poprawnie. Zespół OpenCode nie opublikował osobnej dokumentacji migracyjnej dla tego wydania, ponieważ nie jest ona potrzebna. To czysta łatka stabilizacyjna.

    Deweloperzy, którzy jeszcze nie aktualizowali, mogą pobrać nową wersję bezpośrednio z repozytorium GitHub projektu lub przez menedżer pakietów. Standardowa komenda opencode update również powinna zadziałać.

    Podsumowanie

    v1.14.33 nie jest wydaniem, które przyciągnie uwagę mediów. Nie zawiera nowych modeli AI, przełomowych integracji ani przeprojektowanego UI. Jest za to coś znacznie ważniejszego dla użytkowników OpenCode — pewność, że ich agenty się załadują. W świecie narzędzi deweloperskich stabilność bywa niedoceniana, aż do momentu, gdy jej zabraknie. Zespół OpenCode zdaje się to rozumieć.

    Źródła