Kategoria: Aktualności

  • Factory 0.157.0: edycja promptów w zewnętrznym edytorze i poprawki stabilności

    Factory 0.157.0: edycja promptów w zewnętrznym edytorze i poprawki stabilności

    Factory wydało wersję 0.157.0 swojej aplikacji desktopowej, która wprowadza możliwość edytowania promptów w zewnętrznych edytorach tekstowych. Aktualizacja z 20 sierpnia 2026 roku zawiera również dwie poprawki stabilności: jedna dotyczy zachowania klawiszy kursora przy włączonym Caps Locku, a druga eliminuje potencjalny crash podczas pierwszego uruchomienia programu.

    Te zmiany, choć niewielkie, są praktyczne. Możliwość edytowania promptów w zewnętrznym edytorze odpowiada na potrzeby osób pracujących z dłuższymi zapytaniami do modeli AI, które wymagają wygodniejszego środowiska do ich tworzenia.

    • Zewnętrzny edytor promptów pozwala na otwieranie i edytowanie długich zapytań poza wbudowanym polem tekstowym Factory.
    • Poprawka Caps Locka rozwiązuje problem z nieprawidłowym działaniem klawiszy kursora przy włączonym klawiszu wielkich liter.
    • Naprawiony crash onboardingu eliminuje awarię, która mogła wystąpić podczas konfiguracji konta przy pierwszym uruchomieniu aplikacji.
    • Wersja desktopowa 0.157.0 jest częścią szerszego wydania CLI v0.200.0, opublikowanego w sierpniu 2026.

    Edycja promptów poza aplikacją — dlaczego to istotne

    Każdy, kto próbował stworzyć złożony prompt w jednoliniowym polu tekstowym, wie, jak frustrujące to może być. Ograniczona przestrzeń, brak możliwości formatowania oraz przypadkowe wysłanie niedokończonej wiadomości to tylko niektóre z problemów.

    Factory odpowiada na ten problem. Od wersji 0.157.0 użytkownicy mogą otworzyć prompt w zewnętrznym edytorze tekstu i swobodnie nad nim pracować. To szczególnie przydatne w vibe codingu, gdzie programista opisuje pożądane zachowanie aplikacji w języku naturalnym, a model AI generuje kod. Dłuższe, precyzyjne instrukcje wymagają przestrzeni i możliwości spokojnego redagowania.

    Edycja w zewnętrznym narzędziu ułatwia także iteracyjne dopracowywanie promptów. Użytkownicy mogą zapisywać różne wersje, porównywać je i wracać do wcześniejszych pomysłów. Wbudowane pole czatu rzadko oferuje taki komfort.

    Drobne poprawki, realny wpływ na komfort pracy

    Drobne poprawki, realny wpływ na komfort pracy

    Druga zmiana dotyczy działania klawiszy kursora przy aktywnym Caps Locku. Choć może wydawać się to drobnym problemem, dla osób piszących kod lub długie instrukcje każda usterka tego typu może być uciążliwa. Poprawka eliminuje nieoczekiwane skoki kursora i przywraca przewidywalne działanie klawiatury.

    Trzecia poprawka, dotycząca usunięcia potencjalnego crashu podczas onboardingu, jest istotna dla nowych użytkowników. Pierwsze wrażenie ma znaczenie, a awaria przy konfiguracji konta może skutecznie zniechęcić do dalszego korzystania z narzędzia.

    Szerszy kontekst wydania

    Szerszy kontekst wydania

    Wersja desktopowa 0.157.0 jest częścią większego wydania CLI v0.200.0. W tym samym cyklu Factory wprowadziło również:

    • poprawne raportowanie ID procesów działających w tle,
    • utrzymywanie autoryzacji połączeń MCP przy reconnectach,
    • możliwość wyszukiwania modeli na liście w aplikacji,
    • szybsze uruchamianie sesji dzięki leniwemu ładowaniu narzędzi do przeszukiwania plików.

    Zespół Factory regularnie doskonali zarówno warstwę developerską (CLI), jak i doświadczenie w aplikacji desktopowej. Edycja promptów w zewnętrznym edytorze to kolejny krok w kierunku bardziej elastycznego środowiska pracy z modelami AI, które dostosowuje się do preferencji użytkownika.

    Co dalej?

    Brak danych o liczbie użytkowników czy wskaźnikach adopcji utrudnia ocenę, jak szybko nowa funkcja się przyjmie. Jednak kierunek zmian wydaje się odpowiedni — im bardziej narzędzia AI przypominają tradycyjne środowiska programistyczne, tym łatwiej wchodzą w codzienny workflow. Factory koncentruje się na praktycznych usprawnieniach i konsekwentnie realizuje ten cel.

    Źródła

  • Factory ułatwia wycofywanie zmian: nowe polecenie /rewind-conversation i centralne zarządzanie hookami

    Factory ułatwia wycofywanie zmian: nowe polecenie /rewind-conversation i centralne zarządzanie hookami

    Factory w wersji v0.156.2 wprowadza polecenie /rewind-conversation, które umożliwia cofnięcie sesji czatu i przywrócenie plików do wcześniejszego stanu. Organizacje zyskują również scentralizowane zarządzanie hookami, co pozwala administratorom na egzekwowanie spójnych zasad dla wszystkich członków zespołu. W aktualizacji znalazły się także poprawki stabilności oraz ulepszenia interfejsu.

    Co nowego w skrócie

    • /rewind-conversation cofa historię czatu i przywraca stan plików z konkretnego momentu sesji
    • Centralne zarządzanie hookami daje administratorom kontrolę nad regułami dla całej organizacji, zamiast konfiguracji per użytkownik
    • Klikalne linki w wiadomościach usprawniają nawigację między plikami i odniesieniami w kodzie
    • Poprawione renderowanie kolorów w terminalu zwiększa czytelność w interfejsie CLI
    • Poprawki stabilności obejmują obsługę dużych wklejeń, błędy cyklu życia narzędzi ACP oraz automatyczne ponowne łączenie Droidów

    Cofanie sesji, które przywraca stan projektu

    Polecenie /rewind-conversation to funkcja, która rzeczywiście cofa zmiany — zarówno w konwersacji, jak i w plikach. Dokumentacja SDK opisuje je jako akcję typu successor-session, która może "przywrócić lub usunąć pliki zmienione od wskazanego momentu". Oznacza to, że jeśli agent AI wprowadził błędne zmiany w kodzie, jedno polecenie przywraca stan projektu sprzed tych decyzji.

    Funkcja ta znacząco oszczędza czas. Bez niej użytkownicy musieliby ręcznie odtwarzać stan repozytorium, przeglądając historię gita i próbując ustalić, które zmiany wprowadził agent, a które były ich własnymi. Teraz Factory wykonuje to automatycznie i w jednym kroku.

    Problem "zanieczyszczenia konwersacji" — błędnych założeń wprowadzanych przez agenta na wczesnym etapie, które mogą zakłócać dalszą pracę — jest dobrze znany użytkownikom narzędzi takich jak Codex czy Claude Code. W tych środowiskach edytowanie historii bywa uciążliwe lub ograniczone do ostatniej wiadomości. Factory rozwiązuje to inaczej: pozwala cofnąć całą sesję do wybranego punktu, razem ze stanem plików.

    Dlaczego centralne hooki mają znaczenie

    Dotychczas konfiguracja hooków w Factory działała na poziomie pojedynczego użytkownika. W większych zespołach prowadziło to do chaosu, ponieważ każdy członek organizacji mógł mieć inne ustawienia, a administratorzy nie mieli narzędzi do ich ujednolicenia.

    Wersja v0.156.2 wprowadza scentralizowane zarządzanie hookami dla organizacji. Administrator definiuje reguły raz, a system automatycznie stosuje je do wszystkich sesji członków zespołu. To nie tylko wygoda, ale także bezpieczeństwo: można wymusić wspólną politykę dotyczącą dostępu do narzędzi, walidacji kodu czy formatowania commitów.

    W praktyce, jeśli organizacja wymaga, aby każdy agent przed modyfikacją plików wykonał testy, hook egzekwujący tę zasadę działa dla wszystkich — bez potrzeby proszenia każdego developera o samodzielną konfigurację.

    Mniejsze, ale odczuwalne ulepszenia

    Aktualizacja nie koncentruje się wyłącznie na dużych funkcjach. Klikalne linki w wiadomościach to detal, który znacząco ułatwia codzienną pracę — zamiast kopiować ścieżkę pliku i otwierać go ręcznie, wystarczy jedno kliknięcie. Naprawione renderowanie kolorów w terminalu również jest istotne, zwłaszcza gdy agent generuje długie, kolorowe diffy.

    Poprawki stabilności są równie ważne. Obsługa dużych wklejek przestała powodować błędy, cykl życia wywołań narzędziowych ACP nie zawiesza już sesji, a błędy pobierania binarek Droida na niektórych systemach zostały usunięte. Warto również wspomnieć o automatycznym ponownym łączeniu komputerów Droid, gdy aktywność zostaje wznowiona — to przydatne po uśpieniu maszyny.

    Kontekst dla zespołów web dev i AI

    Factory jest środowiskiem programistycznym zaprojektowanym z myślą o agentach AI. Funkcja rewind to element szerszego modelu cyklu życia sesji, który obejmuje również wznawianie, kompaktowanie i tworzenie sesji pochodnych. Dla zespołów webowych oznacza to bezpieczniejszą iterację: można eksperymentować z poleceniami agenta, mając pewność, że powrót do stabilnego stanu to kwestia jednej komendy.

    Centralne hooki odpowiadają na potrzebę firm, które chcą skalować wykorzystanie AI w developmentcie bez utraty kontroli. Zamiast zarządzać regułami per użytkownik, administrator ustala politykę raz — i działa ona wszędzie.

    Wydanie v0.156.2 pokazuje, że Factory koncentruje się na budowaniu narzędzi, które rozwiązują rzeczywiste problemy programistów pracujących z agentami AI: utratę stanu projektu, niespójne reguły w zespole i frustrujące detale interfejsu.

    Źródła

  • Claude Code 2.1.186 – uwierzytelnianie MCP przez SSH i filtrowanie workflowów

    Claude Code 2.1.186 – uwierzytelnianie MCP przez SSH i filtrowanie workflowów

    Anthropic wypuściło wersję 2.1.186 Claude Code, która upraszcza logowanie do serwerów MCP w środowiskach bez przeglądarki oraz wprowadza filtrowanie statusów w widoku /workflows. Aktualizacja jest skierowana głównie do deweloperów pracujących zdalnie przez SSH oraz tych, którzy zarządzają równoległymi zadaniami agentowymi.

    Kluczowe zmiany w skrócie

    • Uwierzytelnianie MCP z poziomu CLI – nowe komendy claude mcp login <name> i claude mcp logout <name> umożliwiają logowanie do serwerów MCP bez otwierania interaktywnego menu /mcp.
    • Wsparcie dla --no-browser przez SSH – flaga wypisuje URL autoryzacyjny zamiast próbować otworzyć lokalną przeglądarkę, a token przechwytuje w terminalu.
    • Filtrowanie workflow po statusie – w widoku /workflows wystarczy wcisnąć f, aby zawęzić listę zadań agentowych według ich stanu.
    • Automatyczne odpowiedzi dla poleceń bash – opcja ! bash auto-responds przyspiesza wykonywanie skryptów bez ręcznego potwierdzania.
    • Poprawki stabilności – naprawiono błędy zapytań strumieniowych po wybudzeniu maszyny ze snu oraz problemy z podsumowaniami zadań w tle.

    MCP bez przeglądarki – wygodnie przez SSH

    Jednym z głównych problemów pracy z MCP na zdalnych serwerach było dotychczasowe uwierzytelnianie. Aby skonfigurować serwer, konieczne było otwarcie interaktywnego menu /mcp, co na maszynie dostępnej tylko przez terminal było niewygodne. Wersja 2.1.186 rozwiązuje ten problem: claude mcp login <name> uruchamia proces logowania bezpośrednio z linii poleceń.

    Pracując przez SSH, można dodać flagę --no-browser. Claude Code wypisuje wtedy URL autoryzacyjny – wystarczy go skopiować, zalogować się w dowolnej przeglądarce, a kod przekierowania wkleić z powrotem w terminalu. Nie ma potrzeby stosowania X-forwarding ani tunelowania portów.

    Wylogowanie działa podobnie przez claude mcp logout <name>. Dla zespołów DevOps i osób stawiających środowiska CI to znacząca oszczędność czasu, szczególnie gdy serwerów MCP jest kilka i trzeba je rotować między sesjami.

    Zarządzanie workflowami – mniej scrollowania, więcej kontroli

    Claude Code staje się coraz bardziej narzędziem do orkiestracji agentów, a nie tylko pojedynczej sesji czatu. Dowodem jest filtrowanie statusów w widoku /workflows. Gdy uruchamiasz kilka równoległych zadań – na przykład jedno testuje endpointy API, drugie aktualizuje dokumentację, a trzecie refaktoruje komponent – lista szybko staje się nieczytelna.

    Wciśnięcie f pozwala zawęzić widok tylko do aktywnych, zakończonych lub oczekujących workflow. To niewielka zmiana, ale przy pięciu czy sześciu współbieżnych agentach ma znaczenie. Nie trzeba już przewijać całej historii, aby sprawdzić, które zadanie utknęło.

    iTerm2 i automatyczne odpowiedzi – detale, które ułatwiają życie

    Użytkownicy terminali macOS docenią lepszą integrację trybu teammate z iTerm2. Claude Code wspiera teraz jawne dzielenie paneli przez iterm2, korzystając z CLI it2 oraz Python API iTerm2. To eliminuje konieczność przesiadania się na tmux tylko po to, aby mieć agenta w sąsiednim oknie.

    Dodatkowo automatyczne odpowiedzi dla poleceń bash (! bash auto-responds) zmniejszają potrzebę ciągłego potwierdzania przy rutynowych skryptach. Opcja ta jest świadoma kontekstu – nie chodzi o ślepe akceptowanie wszystkiego, ale o zmniejszenie tarcia przy powtarzalnych operacjach.

    Stabilność po usypianiu i zadania w tle

    Każdy, kto pracuje na laptopie, zna ten moment: zamykasz klapę na przerwę, otwierasz po godzinie, a Claude Code nie może wznowić zapytań strumieniowych. Wersja 2.1.186 naprawia ten błąd – streaming wraca do działania bez konieczności restartu sesji.

    Poprawiono również obsługę podsumowań zadań w tle. Wcześniej zdarzało się, że podsumowanie zadań w tle traciło kontekst po dłuższym działaniu agenta – teraz jest to obsługiwane pewniej, co ma znaczenie przy wielogodzinnych sesjach kodowania.

    Co to oznacza dla web deweloperów i zespołów DevOps

    Anthropic przygotowuje Claude Code do pracy zdalnej i headless. Nowy flow logowania MCP, filtrowanie workflow oraz stabilność po usypianiu to oznaki, że narzędzie przestaje być wyłącznie interaktywnym asystentem terminalowym, a staje się częścią bardziej zaawansowanych pipeline'ów developerskich.

    Dla web deweloperów pracujących na zdalnych VPS-ach, administratorów kontenerów oraz każdego, kto zarządza środowiskami przez SSH, ta aktualizacja to konkretne ułatwienie. W miarę jak kolejne wydania coraz mocniej akcentują tryb bezgłowy i współpracę agentów, warto obserwować, w którą stronę Claude Code się rozwija.

    Źródła

  • Claude Code 2.1.185: cichsza komunikacja z API i mniej fałszywych alarmów

    Claude Code 2.1.185: cichsza komunikacja z API i mniej fałszywych alarmów

    Anthropic wprowadziło 20 czerwca 2026 roku wersję 2.1.185 Claude Code, która wprowadza dwie istotne zmiany w systemie powiadomień dotyczących oczekiwania na odpowiedź API. Aktualizacja koncentruje się na komunikacie wyświetlanym podczas stream-stall, czyli sytuacji, gdy strumień danych z API na dłużej przestaje działać.

    • Claude Code 2.1.185 zmienia treść komunikatu o przeciągnięciu strumienia z „No response from API · Retrying in …” na „Waiting for API response · will retry in …”
    • Próg czasowy wyświetlenia ostrzeżenia zwiększono z 10 do 20 sekund ciszy ze strony API
    • Krótkie opóźnienia sieciowe lub po stronie dostawcy rzadziej będą teraz wywoływać komunikat, co ogranicza szum w terminalu
    • Zmiana dotyczy wyłącznie warstwy UX i obserwowalności — nie wpływa na działanie modelu ani mechanizm ponawiania zapytań

    Komunikat, który nie straszy

    Poprzednia wersja komunikatu — „No response from API · Retrying in …” — sugerowała, że wystąpił problem. Dla dewelopera w trakcie sesji kodowania taki tekst mógł wyglądać jak zapowiedź błędu, podczas gdy klient po prostu czekał na odpowiedź. Nowa treść lepiej oddaje rzeczywistość: klient oczekuje na dane, a ponowienie próby nastąpi, jeśli cisza się przedłuży. Choć to drobna zmiana, w narzędziu używanym przez wiele godzin dziennie takie szczegóły mają znaczenie.

    Zespół Anthropic nie zmienił mechanizmu retry — chodzi wyłącznie o to, co widzi użytkownik. Dla osób pracujących w web devie, przy automatyzacji DevOps czy w sesjach vibe codingowych oznacza to mniej fałszywych sygnałów, że sesja „wisi”.

    Dlaczego 20 sekund ma znaczenie

    Podniesienie progu z 10 do 20 sekund to odpowiedź na realia infrastruktury API. Krótkie przestoje — spowodowane chwilowym obciążeniem providera, routingiem sieciowym czy restartem usługi — zdarzają się regularnie i zwykle trwają kilka sekund. Przy 10 sekundach próg był na tyle niski, że wiele takich incydentów wywoływało ostrzeżenie. Teraz większość z nich przejdzie niezauważona.

    W praktyce oznacza to, że terminal nie będzie już co chwilę wyświetlał komunikatu o braku odpowiedzi podczas normalnych, krótkotrwałych fluktuacji latency. Deweloperzy korzystający z Claude Code w złożonych pipeline’ach — gdzie odpowiedzi API przychodzą przez kilka warstw pośrednich — powinni odczuć różnicę niemal natychmiast.

    Kontekst i wcześniejsze problemy ze stream-stall

    Problemy z przeciągającymi się odpowiedziami nie są nowe. W raportach z początku 2026 roku użytkownicy opisywali przypadki zamrożenia strumienia — długie przerwy między kolejnymi zdarzeniami, które potrafiły zakłócić rytm pracy. Wprowadzenie czytelniejszego wskaźnika było odpowiedzią na konkretne sygnały ze społeczności. Wersja 2.1.185 nie rozwiązuje samych przyczyn stallowania (to leży po stronie infrastruktury API), ale sprawia, że informowanie o tym stanie jest precyzyjniejsze i mniej inwazyjne.

    Co ciekawe, w changelogu Claude Code zmiana figuruje jako zwykła pozycja „Update”, bez osobnej sekcji czy rozbudowanego opisu. To podkreśla jej charakter — nie jest to przełom funkcjonalny, a przemyślane szlifowanie detalu.

    Znaczenie dla różnych grup użytkowników

    Dla frontendowców i full-stack deweloperów, którzy często pracują z Claude Code w trybie interaktywnym, kluczowa jest przewidywalność interfejsu. Każdy niepotrzebny alert w terminalu rozprasza. Nowy próg czasowy i poprawiony komunikat sprawiają, że narzędzie zachowuje się bardziej „dorośle” — sygnalizuje problem dopiero wtedy, gdy faktycznie może on wymagać uwagi.

    W kontekście DevOps i zautomatyzowanych workflow, gdzie Claude Code działa jako element większego łańcucha (np. w połączeniu z Cursor, Windsurf czy narzędziami CLI), rzadsze ostrzeżenia zmniejszają ryzyko, że skrypt nadrzędny błędnie zinterpretuje komunikat jako twardy błąd i przerwie przetwarzanie.

    Co dalej

    Anthropic nie zapowiedziało kolejnych zmian w tym obszarze, ale kierunek jest jasny: narzędzie ma być coraz lepiej dostosowane do rzeczywistych warunków sieciowych, w jakich pracują deweloperzy. Wersja 2.1.185 wpisuje się w szerszy trend — kolejne buildy Claude Code z czerwca i lipca 2026 roku przynoszą dziesiątki poprawek związanych z niezawodnością, proxy, timeoutami i obsługą błędów. Stream-stall to tylko jeden z wielu elementów tej układanki, ale jego poprawa pokazuje, że Anthropic reaguje na feedback z terminali.

    Źródła

  • Claude Code 2.1.183 blokuje destrukcyjne komendy — nowa era bezpieczeństwa w trybie auto

    Claude Code 2.1.183 blokuje destrukcyjne komendy — nowa era bezpieczeństwa w trybie auto

    Anthropic wypuścił 19 czerwca 2026 roku wersję Claude Code 2.1.183, która wprowadza blokady na destrukcyjne operacje Git i infrastrukturalne w trybie automatycznym. To pierwsza aktualizacja, która zamiast ostrzeżeń wprowadza konkretne techniczne bariery — agent nie wyczyści lokalnych zmian ani nie zniszczy środowiska bez wyraźnego polecenia użytkownika.

    Kluczowe zmiany w pigułce

    • Destrukcyjne komendy Git — git reset --hard, git checkout -- ., git clean -fd i git stash drop są blokowane w trybie auto, chyba że użytkownik sam zażądał odrzucenia lokalnych zmian.
    • Operacje infrastrukturalne terraform destroy, pulumi destroy i cdk destroy również podlegają blokadzie, dopóki docelowy stack nie zostanie wskazany bezpośrednio przez użytkownika.
    • Nowa pomoc konfiguracyjna /config --help wyświetla klawisze skrótów dla ustawień, co upraszcza zarządzanie w zespołach.
    • Poprawki błędów obejmują korupcję TUI w Windows Terminal, zrywanie komunikacji subagentów i awarie zadań w tle.

    Koniec z przypadkowym resetem repozytorium

    Tryb auto w Claude Code był dotychczas miejscem, gdzie agent mógł wykonać niemal każdą operację bez pytania. Problem polegał na tym, że jedno nieprecyzyjne polecenie mogło spowodować, że git reset --hard wyczyściłby godziny pracy. Teraz to się zmienia — blokada działa nawet wtedy, gdy model uzna, że reset jest "najlepszym rozwiązaniem".

    Co ważne, ochrona nie kończy się na reset. Blokowane są także git checkout -- . (nadpisanie wszystkich zmodyfikowanych plików), git clean -fd (usunięcie nieśledzonych plików i katalogów) oraz git stash drop (bezpowrotne usunięcie schowka). Wersja 2.1.183 wprowadza dodatkowe ograniczenie: git commit --amend jest zablokowany, jeśli poprawiany commit nie został utworzony przez agenta w bieżącej sesji. Oznacza to, że nie można przypadkowo nadpisać pracy innego developera.

    Infrastruktura też bezpieczniejsza

    DevOpsi mogą odetchnąć z ulgą. Komendy terraform destroy, pulumi destroy i cdk destroy, które mogą usunąć środowisko produkcyjne jednym kliknięciem, są traktowane tak samo jak destrukcyjne operacje Git. Agent wykona je tylko wtedy, gdy użytkownik wskaże konkretny stack do zniszczenia.

    W praktyce oznacza to, że nawet jeśli model błędnie uzna, że "trzeba posprzątać staging", infrastruktura nie zniknie bez ludzkiej decyzji. W kontekście CI/CD i Infrastructure as Code, ta zmiana realnie zmniejsza ryzyko katastrofy wdrożeniowej.

    Konfiguracja bez zgadywania

    Konfiguracja bez zgadywania

    Zarządzanie ustawieniami Claude Code w środowiskach zespołowych bywało trudne — każdy musiał pamiętać nazwy kluczy i ich dokładną składnię. Aktualizacja 2.1.183 dodaje /config --help, które wypisuje wszystkie dostępne skróty konfiguracyjne. Teraz wystarczy rzucić okiem, aby wiedzieć, jak przełączyć motyw, zmienić model czy dostosować limity.

    Nowością dla tych, którzy nie chcą linków do sesji claude.ai w commitach, jest attribution.sessionUrl, które pozwala całkowicie pominąć URL w opisach commitów i pull requestów. To mała zmiana, ale istotna dla osób pracujących w trybie Remote Control.

    Bugi, które naprawdę przeszkadzały

    Bugi, które naprawdę przeszkadzały

    Lista poprawek w tej wersji jest konkretna. Windows Terminal przestał korumpować TUI podczas dłuższych sesji, a subagenty nie będą się gubić przy generowaniu tytułów sesji. Problem z wywołaniami WebSearch w subagentach (puste wyniki) także został rozwiązany.

    Szczególnie uciążliwy był błąd z zadaniami w tle: zadanie uruchomione przez "teammate'a" było zabijane w momencie, gdy ten kończył swoją turę. W 2.1.183 ten problem został usunięty. Dodatkowo powiadomienia z harmonogramu i webhooków nie mogą już zatwierdzać oczekujących akcji ani zmieniać tytułu sesji w trybie auto, co poprawia bezpieczeństwo.

    Co to zmienia w codziennej pracy

    Dla web developerów i zespołów DevOps ta aktualizacja przesuwa Claude Code z kategorii "użyteczne, ale ryzykowne" do "użyteczne i przewidywalne". Vibe coding czy agent-assisted development przestają być ryzykowne — agent nie zresetuje brancha, nie nadpisze cudzego commita i nie zniszczy klastra, dopóki człowiek nie wyda wyraźnego polecenia.

    Takie blokady powinny być standardem od dawna. Dobrze, że pojawiły się teraz, gdy coraz więcej zespołów testuje agentowe narzędzia w produkcyjnych pipeline'ach.

    Źródła

  • Codex 0.141.0 wprowadza szyfrowane kanały zdalnego wykonania i rynek wtyczek

    Codex 0.141.0 wprowadza szyfrowane kanały zdalnego wykonania i rynek wtyczek

    OpenAI wydało 18 czerwca 2026 roku wersję 0.141.0 Codexa, koncentrując się na poprawie bezpieczeństwa komunikacji z executorami, wprowadzeniu nowego rynku wtyczek oraz zwiększeniu stabilności w systemach Windows. To wydanie wprowadza istotne zmiany w zdalnym wykonywaniu kodu, co ma znaczenie dla pracy w zróżnicowanych zespołach deweloperskich oraz w firmowych sieciach z restrykcyjnymi politykami bezpieczeństwa.

    Co nowego w skrócie

    • Bezpieczeństwo – zdalne executery korzystają teraz z uwierzytelnionych, szyfrowanych kanałów Noise relay, co eliminuje ryzyko podsłuchu między app-serverem a exec-serwerem.
    • Wieloplatformowość – ścieżki systemowe, katalogi robocze i powłoki są zachowywane natywnie dla executera, niezależnie od tego, czy działa na macOS, Linuxie czy Windows.
    • Rynek wtyczek – dodano zakładkę „created-by-me” oraz katalogi wyselekcjonowane pod kątem autoryzacji, a serwery MCP można aktywować per wątek.
    • Wydajność – zmniejszono opóźnienia w sesjach z dużą liczbą narzędzi dzięki cache'owaniu wyszukiwania i eliminacji zbędnych kopii historii.
    • Poprawki sieciowe – dodano wsparcie dla certyfikatów P-521 w TLS, co ułatwia pracę za firmowymi proxy.

    Zdalne wykonanie z prawdziwego zdarzenia

    Jedną z najważniejszych zmian jest wprowadzenie uwierzytelnionych, szyfrowanych kanałów Noise relay. Dotychczas zdalne wykonywanie poleceń opierało się na prostszym transporcie – teraz każda sesja między klientem a executorem jest zabezpieczona pełnym szyfrowaniem end-to-end. Dla zespołów DevOps oznacza to, że agenty Codexa mogą bezpiecznie wykonywać skrypty budowania, testy czy polecenia wdrożeniowe na zdalnych maszynach, minimalizując ryzyko wycieku wrażliwych danych.

    Poprawiła się również obsługa ścieżek między różnymi systemami operacyjnymi. Executer zachowuje natywne katalogi robocze i powłoki, co oznacza, że agent działający na Linuxie nie będzie używał Windowsowych backslashy, a sesja na macOS nie zgubi się w strukturze katalogów. To techniczny szczegół, ale dla osób debugujących błędy w pipeline CI/CD może oznaczać znaczną oszczędność czasu.

    Rynek wtyczek zamiast ręcznego grzebania

    Wtyczki w Codexie zyskały nową formę. Wersja 0.141.0 wprowadza marketplace z różnymi widokami – w katalogu „created-by-me” można zobaczyć własne rozszerzenia, a także wyselekcjonowane listy dostosowane do kontekstu autoryzacji użytkownika. Serwery MCP mogą być teraz aktywowane per wątek przez executery, co daje elastyczność w dużych projektach, gdzie różne zadania wymagają różnych narzędzi.

    Dla web developerów oznacza to łatwiejsze integrowanie z zewnętrznymi API, automatyzację testów czy generowanie dokumentacji bez konieczności skomplikowanego konfigurowania ścieżek do wtyczek. Wystarczy wybrać z katalogu, zatwierdzić i działa.

    Windows, proxy i stabilność

    Użytkownicy Windowsa otrzymali szereg poprawek. Sandbox Codexa na tym systemie działa w trybie ograniczonego wykonania z restrykcyjnym dostępem do plików i sieci – ruch wychodzący przechodzi przez proxy i firewalla. OpenAI poprawiło stabilność tego mechanizmu, co zmniejsza liczbę niespodziewanych awarii sesji.

    Dodatkowo, wprowadzono wsparcie dla certyfikatów P-521 w TLS. Firmy korzystające z własnych urzędów certyfikacji i zaawansowanych proxy korporacyjnych nie będą już napotykać problemów z negocjacją połączenia. Kod bazowy SQLite został przypięty do wersji z poprawką korupcji WAL-reset, co eliminuje rzadkie, ale frustrujące uszkodzenia bazy sesji.

    Wydajność, która nie męczy

    Sesje z dużą liczbą wywołań narzędzi mogły być problematyczne – każde zapytanie generowało kopie historii i przeszukiwało rejestry bez cache'owania. W wersji 0.141.0 wprowadzono cache dla wyszukiwania narzędzi, ograniczono zbędne duplikacje żądań, a cache obrazów promptów ograniczono do 64 MiB. Efekt? Mniejsze zużycie pamięci i krótsze czasy odpowiedzi przy agentach, które wykonują dziesiątki komend w jednej sesji.

    Dla zespołów korzystających z Codexa jako warstwy automatyzacji to konkretna oszczędność – agentowe workflow, które wcześniej mogły się zacinać przy setkach wywołań, teraz działają płynniej i przewidywalniej.

    Co to zmienia w codziennej pracy

    Codex 0.141.0 nie wprowadza rewolucyjnych zmian w interfejsie czy nowych modeli. Zamiast tego koncentruje się na poprawie bezpieczeństwa komunikacji zdalnej, stabilności na Windowsie oraz kompatybilności z firmową infrastrukturą sieciową. Jeśli twoje agenty muszą działać przez proxy, na wielu systemach jednocześnie i z zestawem niestandardowych wtyczek, ta aktualizacja realnie zmniejsza tarcia. Marketplace wtyczek wskazuje, że OpenAI traktuje ekosystem rozszerzeń jako kluczowy element doświadczenia – nie jako dodatek, lecz jako fundament.

    Źródła

  • Factory z npm i zabezpieczeniem przed przypadkowym zamknięciem – nowa wersja v0.150.0

    Factory z npm i zabezpieczeniem przed przypadkowym zamknięciem – nowa wersja v0.150.0

    Factory z npm i zabezpieczeniem przed przypadkowym zamknięciem – nowa wersja v0.150.0 wprowadza wsparcie dla pluginów npm, mechanizm potwierdzenia przy wychodzeniu z aktywnych sesji Droid oraz szereg poprawek w wydajności długich konwersacji. Ta aktualizacja koncentruje się na stabilności codziennej pracy z asystentem AI.

    • npm jako źródło pluginów – nowa wersja v0.150.0 rozszerza marketplace o definicje oparte na paczkach npm, co upraszcza integrację z ekosystemem Node.js.
    • Zabezpieczenie sesji – nowe okno potwierdzenia chroni przed przypadkowym przerwaniem pracy aktywnego Droida.
    • Długie czaty bez spowolnień – poprawiona wydajność przy rozbudowanych sesjach.
    • Czytelniejsze rozliczenia – wskaźnik zaległych faktur w ustawieniach billingowych.
    • CLI instalowalne przez npm – polecenie npm install -g droid upraszcza wdrożenie narzędzia.

    npm wkracza do ekosystemu pluginów

    Największą nowością w v0.150.0 jest obsługa definicji marketplace pluginów bazujących na npm. Do tej pory Factory z npm i zabezpieczeniem przed przypadkowym zamknięciem – nowa wersja v0.150.0 oferowało własne repozytorium rozszerzeń. Teraz twórcy mogą pakować swoje pluginy jako paczki npm i udostępniać je przez standardowy rejestr.

    Dla zespołów webowych to spora wygoda: nie trzeba uczyć się osobnego formatu dystrybucji ani utrzymywać dodatkowego konta w ekosystemie Factory. Wystarczy opublikować paczkę w npm, tak jak każdą inną bibliotekę JavaScript. To również otwiera drogę do prywatnych rejestrów npm w firmach, które chcą mieć pełną kontrolę nad tym, jakie rozszerzenia są dostępne dla ich deweloperów.

    Zmiana wpisuje się w szerszy trend: narzędzia AI coraz mocniej integrują się z istniejącymi workflow, zamiast wymagać osobnych platform. Instalacja CLI przez npm install -g droid tylko to potwierdza.

    Sesje pod kontrolą

    Każdy, kto pracuje z vibe codingiem, zna ten moment: masz otwartą sesję z Droidem, która od kilkunastu minut przetwarza złożone zadanie, i przez przypadek wciskasz Ctrl+C lub zamykasz terminal. Do tej pory oznaczało to utratę kontekstu i konieczność zaczynania od nowa.

    Wersja v0.150.0 dodaje potwierdzenie przy próbie wyjścia z aktywnej sesji. To zabezpieczenie ratuje godziny pracy przy dłuższych zadaniach, szczególnie przy refaktoryzacji kodu czy generowaniu złożonych struktur projektu.

    Poprawki wydajności w długich czatach rozwiązują problem narastającego opóźnienia. Przy sesjach ciągnących się przez kilkadziesiąt wymian wiadomości interfejs potrafił zwalniać. Po aktualizacji ma działać płynniej, co jest istotne przy agentowym trybie pracy, gdzie Droid działa przez wiele minut bez przerwy.

    MCP i rozliczenia – mniej tarcia

    Udoskonalono też proces uwierzytelniania MCP. Dla zespołów podłączających narzędzia AI do wewnętrznych API i zabezpieczonych backendów oznacza to mniej przerw na ponowne logowanie i gładszą pracę z serwerami MCP.

    W panelu billingowym pojawił się wyraźny wskaźnik zaległych faktur. Przy rosnącej liczbie zespołów korzystających z Factory w modelu subskrypcyjnym takie informacje zwrotne pomagają uniknąć niespodziewanych blokad konta.

    Drobna, ale irytująca usterka z wyświetlaniem resetów limitów w skali poniżej godziny również doczekała się poprawki. Interfejs pokazuje teraz poprawne czasy odnowienia limitu zapytań.

    Co dalej

    Factory z npm i zabezpieczeniem przed przypadkowym zamknięciem – nowa wersja v0.150.0 konsekwentnie rozbudowuje swój ekosystem w stronę standardowych narzędzi deweloperskich. npm jako kanał dystrybucji pluginów to krok, który może przyciągnąć więcej twórców rozszerzeń. Poprawki bezpieczeństwa sesji i wydajności pokazują, że zespół słucha feedbacku od osób wykorzystujących Droida do długich, złożonych zadań. Wersja v0.150.0 nie przynosi przełomowych funkcji, ale składa się z przydatnych usprawnień, jakich oczekuje się od dojrzałego narzędzia do codziennej pracy.

    Źródła

  • Codex 0.140.0: OpenAI stawia na kontrolę tokenów i łatwiejszą migrację z Claude Code

    Codex 0.140.0: OpenAI stawia na kontrolę tokenów i łatwiejszą migrację z Claude Code

    Czerwcowa aktualizacja Codexa do wersji 0.140.0 wprowadza widoki zużycia tokenów, trwałe usuwanie sesji oraz narzędzie do importu konfiguracji z Claude Code. W tej aktualizacji OpenAI wprowadziło 208 zmian, w tym 50 nowych funkcji i 46 usprawnień.

    To wydanie odpowiada na potrzeby zespołów, które chcą mieć jasność co do kosztów związanych z pracą z agentami AI. Dotychczas monitorowanie wydatków wymagało korzystania z panelu OpenAI lub zewnętrznych skryptów.

    Kluczowe zmiany w skrócie

    • Śledzenie zużycia tokenów – komenda /usage pokazuje aktywność dzienną, tygodniową i skumulowaną, pobierając dane bezpośrednio z serwerów OpenAI.
    • Trwałe usuwanie sesji – codex delete, /delete i API thread/delete z zabezpieczeniami przed przypadkowym skasowaniem.
    • Import z Claude Code – /import przenosi ustawienia, instrukcje projektowe i historię ostatnich czatów.
    • Uwierzytelnianie Amazon Bedrock – zarządzane poświadczenia API z szyfrowanym magazynem lokalnym dla CLI i MCP OAuth.
    • Ujednolicone menu @ – wpisanie @ otwiera teraz wspólne menu dla plików, wtyczek i umiejętności.

    /usage – koniec z ręcznym liczeniem tokenów

    Najważniejsza zmiana w tej wersji to widoki zużycia tokenów. OpenAI oparło je na danych live z własnych serwerów, co zapewnia zgodność z informacjami w panelu rozliczeniowym. Dzięki temu zespoły AI i DevOps mogą łatwo sprawdzić dzienne i tygodniowe zużycie, a kumulatywny widok pozwala ocenić, czy projekt mieści się w budżecie.

    Komenda /usage działa od razu – nie wymaga konfiguracji ani podpinania zewnętrznych kluczy. Wystarczy wpisać komendę, aby uzyskać podsumowanie.

    Zarządzanie sesjami na poważnie

    Wersja 0.140.0 wprowadza trwałe usuwanie sesji przez trzy interfejsy: CLI (codex delete), TUI (/delete) i API serwera aplikacji (thread/delete). Każda operacja wymaga potwierdzenia, co zabezpiecza przed przypadkowym skasowaniem ważnego wątku.

    Poprawiono również sposób, w jaki Codex czyści dane lokalne. Teraz kasowanie sesji usuwa również pliki sesji i indeksy, co jest istotne dla osób pracujących z wrażliwymi danymi.

    Import z Claude Code bez zbędnego klikania

    Import z Claude Code bez zbędnego klikania

    Nowością jest komenda /import, która umożliwia selektywne przeniesienie konfiguracji z Claude Code. Użytkownicy mogą wybrać ustawienia, instrukcje projektowe i historię ostatnich konwersacji, co znacznie ułatwia migrację.

    To rozwiązanie obniża próg wejścia dla osób rozważających przesiadkę. Zamiast ręcznie odtwarzać hooki, skille czy szablony promptów, wystarczy jedna komenda. Doświadczenie z migracji jest teraz na poziomie, jakiego można oczekiwać od narzędzia w 2026 roku.

    Bedrock i ujednolicone menu wtyczek

    Bedrock i ujednolicone menu wtyczek

    Dla użytkowników korporacyjnych istotna jest obsługa zarządzanego uwierzytelniania Amazon Bedrock. Poświadczenia są teraz szyfrowane lokalnie, co upraszcza integrację z modelem w chmurze AWS.

    Ujednolicone menu @ łączy pliki, wtyczki i skille w jednym miejscu, co przyspiesza nawigację podczas sesji kodowania. W połączeniu z poprawkami stabilności MCP i lepszą obsługą dużych repozytoriów, praca z rozbudowanymi projektami powinna być teraz bardziej płynna.

    Drobne, ale istotne poprawki

    Aktualizacja naprawia również kilka błędów, w tym problemy z odzyskiwaniem bazy danych po awarii, stabilnością połączeń z zewnętrznymi narzędziami oraz wydajnością w dużych repozytoriach. Dla osób pracujących w trybie vibe coding, gdzie agent działa w tle przez wiele godzin, te poprawki mają realny wpływ na codzienną pracę.

    Wydanie 0.140.0 to solidny krok naprzód, szczególnie dla zespołów, które potrzebują lepszej kontroli nad kosztami i łatwiejszej ścieżki migracji z innych narzędzi AI do Codexa.

    Źródła

  • Factory wzmacnia pracę offline – nowa wersja z lepszym wsparciem dla środowisk air-gapped

    Factory wzmacnia pracę offline – nowa wersja z lepszym wsparciem dla środowisk air-gapped

    Factory wypuściło wersję v0.148.1, która wprowadza ulepszone wsparcie dla środowisk odciętych od sieci (air-gapped). Teraz binarki CLI są poprawnie podpisywane i publikowane, co eliminuje problemy z weryfikacją w zamkniętych infrastrukturach. To kolejny krok w serii aktualizacji, które systematycznie poprawiają stabilność narzędzia.

    Kluczowe informacje

    • Wersja v0.148.1 zapewnia poprawne podpisywanie plików binarnych CLI dla środowisk bez dostępu do internetu.
    • Śledzenie połączeń MCP – nowy mechanizm monitoruje status serwerów MCP w czasie rzeczywistym.
    • Automatyczne aktualizacje można teraz kontrolować na poziomie całej organizacji.
    • Konfiguracje BYOK doczekały się poprawek eliminujących błędy uwierzytelniania modeli niestandardowych.

    Co dokładnie zmieniono w środowiskach air-gapped

    Praca w odizolowanych sieciach zawsze była wyzwaniem dla narzędzi chmurowych. Factory od dłuższego czasu rozwija możliwości offline, ale dopiero teraz uporządkowało kwestię podpisów cyfrowych. Wcześniej użytkownicy mogli napotkać problemy z weryfikacją integralności plików CLI, ponieważ systemy bezpieczeństwa w zamkniętych środowiskach często odrzucały niespójnie podpisane binarki.

    Wersja v0.148.1 rozwiązuje ten problem poprzez ustandaryzowany proces podpisywania. Każda publikacja przechodzi teraz przez automatyczną walidację, która gwarantuje zgodność z wymaganiami przedsiębiorstw. Dla zespołów pracujących w sektorach regulowanych, takich jak finanse, obronność czy administracja publiczna, to znaczna oszczędność czasu, ponieważ ręczna konfiguracja przestaje być konieczna.

    Warto również wspomnieć o powiązanych poprawkach z poprzednich wydań. Wersja v0.148.1 dodała obsługę proxy HTTPS, a wcześniejsza wersja naprawiła obsługę zmiennych proxy zapisanych małymi literami. Te zmiany przyczyniają się do spójniejszego działania w sieciach korporacyjnych.

    MCP, BYOK i kontrola organizacyjna – co jeszcze przynosi aktualizacja

    Nowe śledzenie statusu połączeń MCP to funkcja, która ułatwia debugowanie. Gdy serwer MCP traci autoryzację po reconnect (problem rozwiązany w v0.148.1), użytkownik widzi teraz dokładnie, co się dzieje. Dzięki temu unika się sytuacji, w której agent przestaje działać bez wyjaśnienia.

    Jeśli chodzi o modele BYOK, Factory naprawiło błąd z wersji v0.148.1 – endpoint bez działających poświadczeń nie próbuje już wielokrotnie ponawiać zapytań. Zamiast tego od razu zwraca czytelny komunikat. To istotna zmiana dla administratorów konfigurujących własne modele, ponieważ pozwala zaoszczędzić czas na debugowanie.

    Kontrola automatycznych aktualizacji na poziomie organizacji to kolejna nowość. Administrator może teraz zdecydować, czy cały zespół przechodzi na nową wersję od razu, czy lepiej wstrzymać się do testów. W połączeniu z zarządzaniem politykami modeli, aktualizacja ta oferuje solidny zestaw narzędzi do zarządzania.

    Stabilność CLI i zarządzanie logami

    Nie można pominąć mniej widocznych, ale praktycznych ulepszeń. Szybsze uruchamianie CLI, naprawione lifecycle hooki oraz samonaprawiające się cache pluginów sprawiają, że narzędzie mniej przeszkadza w pracy. Własne modele nie gubią już kontekstu z SessionStart hooków, a procesy w tle raportują prawdziwe PID-y.

    W kontekście logów Factory systematycznie porządkuje bałagan. Puste drafty sesji nie zaśmiecają już historii, a komunikaty o błędach połączenia stały się bardziej czytelne. Te zmiany, choć mogą wydawać się drobne, znacząco zmniejszają frustrację podczas codziennej pracy z agentem.

    Całość pokazuje, że Factory koncentruje się na poprawie niezawodności, zamiast dążyć do spektakularnych funkcji. W narzędziach deweloperskich stabilność ma kluczowe znaczenie, co czyni te aktualizacje wartościowymi dla użytkowników.

    Źródła

  • OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode otrzymał 14 czerwca 2026 roku aktualizację do wersji 1.17.7, która koncentruje się na poprawie działania wtyczek oraz integracji MCP w złożonych konfiguracjach. Nowe funkcje dotyczą głównie sytuacji, w których użytkownicy pracują z wieloma serwerami, przestrzeniami roboczymi i sesjami pulpitu, co wcześniej często prowadziło do chaosu.

    Co się zmieniło – kluczowe fakty

    • Żądania klienta wtyczek nie zakładają już domyślnego portu lokalnego, lecz ponownie wykorzystują aktywny serwer, co eliminuje błędne trasowanie przy wielu instancjach.
    • Zmienne środowiskowe powłoki dostarczane przez wtyczki działają teraz również w sesjach PTY, co oznacza, że terminale interaktywne widzą to samo środowisko co inne wywołania shella.
    • Serwery MCP mogą teraz otrzymywać bieżącą przestrzeń roboczą jako katalog główny klienta, co pozwala im lepiej rozumieć obsługiwany projekt.
    • Trasowanie sesji pulpitu zostało doprecyzowane, aby nowa sesja pozostawała w zakresie właściwego serwera roboczego, zamiast wyciekać do globalnie wybranego.

    Serwery MCP wreszcie wiedzą, gdzie są

    Jedną z bardziej zauważalnych zmian jest przekazywanie ścieżki przestrzeni roboczej jako katalogu głównego klienta MCP. Wcześniej serwer MCP działał bez pełnej świadomości, w jakim projekcie był uruchomiony. Teraz, gdy otrzymuje informację o katalogu roboczym, może rozwiązywać ścieżki względem aktywnego repozytorium.

    To ma znaczenie przy generowaniu kodu, inspekcji repozytoriów czy lokalnej automatyzacji opartej na narzędziach MCP. Serwer, który zna kontekst projektu, nie musi zgadywać ani polegać na sztywno zakodowanych ścieżkach. Dla programistów webowych i DevOps oznacza to mniej ręcznej konfiguracji i mniej błędów wynikających z nieprawidłowego mapowania plików.

    Dokumentacja OpenCode wcześniej sugerowała, że serwery MCP będą działać z konfiguracją relatywną do przestrzeni roboczej, ale dopiero ta aktualizacja wprowadza ten kontekst w praktyce.

    PTY i wtyczki – zmienne środowiskowe bez luk

    PTY i wtyczki – zmienne środowiskowe bez luk

    Kolejna istotna poprawka dotyczy propagacji zmiennych środowiskowych w sesjach PTY. Gdy wtyczka dodaje własne zmienne do powłoki, muszą być one widoczne nie tylko w standardowych wywołaniach narzędzi shella, ale także w terminalach interaktywnych.

    Bez tej zmiany agent lub wtyczka uruchamiająca test runner, menedżera pakietów czy inny proces w terminalu interaktywnym mogłyby działać w niekompletnym środowisku. Aktualizacja sprawia, że terminale PTY dziedziczą te same zmienne, co oznacza, że npm test uruchamia się z właściwymi tokenami, a pytest widzi oczekiwane ścieżki.

    To oszczędza czas na debugowanie sytuacji, w których skrypt działa poprawnie w narzędziu shella, ale identyczne polecenie w terminalu interaktywnym kończy się błędem.

    Sesje pulpitu już nie gubią kontekstu

    Sesje pulpitu już nie gubią kontekstu

    Trzecia zmiana, na którą warto zwrócić uwagę, to poprawa trasowania sesji w interfejsie pulpitu. Gdy użytkownik tworzy nową sesję przez /new-session, OpenCode teraz zapewnia, że pozostaje ona przypięta do serwera roboczego (draft server), a nie do globalnie wybranego.

    Oznacza to, że jeśli pracujesz nad dwoma projektami jednocześnie, każdy w osobnym kontekście AI, sesje nie będą sobie wzajemnie podmieniać stanu ani promptów. To detal architektoniczny, ale przy codziennej pracy z wieloma repozytoriami robi zauważalną różnicę.

    Wydanie wprowadza również zmiany w zachowaniu narzędzia ACP shell – informacje o poleceniu i katalogu roboczym pojawiają się od samego początku wywołania, co ułatwia śledzenie logów i diagnozowanie problemów.

    Mniej założeń, więcej przewidywalności

    Aktualizacja 1.17.7 nie wprowadza spektakularnych funkcji, ale porządkuje kilka kluczowych punktów. System wtyczek OpenCode – zarówno tych projektowych, jak i globalnych – zyskuje na niezawodności przy wielu równoległych stosach. Serwery MCP stają się świadome kontekstu, a sesje pulpitu pozostają przypisane do swoich serwerów. Dla użytkowników OpenCode pracujących nad poważnymi projektami webowymi czy DevOps, te poprawki realnie redukują tarcie w codziennej pracy.

    Źródła