Tag: oprogramowanie open source

  • Factory CLI z transmisją na żywo i masową kontrolą limitów

    Factory CLI z transmisją na żywo i masową kontrolą limitów

    Factory wydało 9 czerwca 2025 roku wersję v0.118.0 swojego Factory CLI, wprowadzając kilka istotnych usprawnień dla programistów oraz administratorów. Najważniejszą nowością jest transmisja na żywo w aplikacji desktopowej, która umożliwia użytkownikom śledzenie myślenia droidów w czasie rzeczywistym, co eliminuje potrzebę czekania na zakończenie całego zadania. Dodatkowo wprowadzono masowe aktualizacje limitów oraz rozszerzone wsparcie językowe.

    Co nowego w Factory CLI v0.118.0

    • Live streaming w aplikacji desktopowej pokazuje cząstkowe wyniki tekstowe i proces myślowy droidów przed zakończeniem zadania.
    • Masowa aktualizacja limitów pozwala administratorom zmieniać ustawienia wielu kont jednocześnie, co oszczędza czas i redukuje ryzyko błędów.
    • Lokalizacja wyników przeglądu umożliwia korzystanie z narzędzia przez użytkowników spoza anglojęzycznego rynku oraz dostosowuje workflow do lokalnych potrzeb.
    • Poprawki błędów eliminują problemy z odzyskiwaniem sesji i zapewniają spójne działanie persona w Slacku.

    Transmisja na żywo – podgląd pracy droidów w czasie rzeczywistym

    Dotychczas użytkownicy Factory widzieli jedynie końcowy efekt działania droidów. Po aktualizacji aplikacja streamuje częściowe aktualizacje tekstu oraz proces myślowy agenta AI w trakcie wykonywania zadania. Dla programistów oznacza to większą przejrzystość – mogą na bieżąco oceniać, czy droid zmierza w dobrym kierunku, i szybciej identyfikować błędy w rozumowaniu.

    Transmisja na żywo zmienia również sposób pracy z narzędziem. Zamiast czekać na wynik, deweloper ma wgląd w iteracyjne decyzje agenta. Jest to szczególnie istotne przy dłuższych zadaniach, takich jak generowanie kodu, refaktoryzacja czy debugowanie, gdzie pośrednie kroki wpływają na jakość końcowego rozwiązania. Funkcja ta jest obecnie dostępna tylko w aplikacji desktopowej, co warto uwzględnić przy planowaniu workflow.

    Masowe zarządzanie limitami – ukłon w stronę administratorów

    Masowe zarządzanie limitami – ukłon w stronę administratorów

    Drugą istotną zmianą w v0.118.0 są masowe aktualizacje limitów, które umożliwiają aktualizację limitów dla grup użytkowników w jednym kroku. Wcześniej administratorzy musieli ręcznie konfigurować każde konto, co przy większej liczbie deweloperów wiązało się z dużą ilością pracy i ryzykiem błędów. Teraz wystarczy zaznaczyć odpowiednich użytkowników i ustawić limity hurtowo.

    Factory kieruje tę funkcję do większych zespołów i klientów enterprise. Masowe operacje na kontach wskazują na rozwój platformy jako narzędzia do zarządzania AI w organizacji. Podczas onboardingu nowych pracowników czy rotacji w zespołach taka funkcjonalność oszczędza czas administratorów i zapewnia spójność przydziałów, co jest istotne dla efektywnego zarządzania.

    Lokalizacja, stabilność i spójność w Slacku

    Lokalizacja, stabilność i spójność w Slacku

    Mniej spektakularne, ale równie ważne są pozostałe zmiany. Wyniki przeglądów zostały zlokalizowane, co rozszerza wsparcie dla użytkowników nieanglojęzycznych oraz zespołów pracujących w regionach, gdzie angielski nie jest głównym językiem. To ważny krok w kierunku zwiększenia adopcji narzędzia poza rynkiem amerykańskim.

    Dodatkowo poprawiono kilka błędów. Odtwarzanie sesji działa teraz bardziej niezawodnie, a persona droidów zachowuje spójność niezależnie od tego, czy zespół korzysta z nich przez Slacka, aplikację desktopową, czy Factory CLI. Dla rozproszonych zespołów, które używają różnych kanałów komunikacji, ta spójność jest kluczowa, eliminując sytuacje, w których agent działa inaczej w zależności od interfejsu.

    Znaczenie dla codziennego workflow

    Factory pozycjonuje się jako agent inżynierii oprogramowania AI działający z poziomu terminala. Dla web developerów i zespołów DevOps każda z tych aktualizacji ma praktyczne znaczenie dla codziennej pracy. Transmisja na żywo ułatwia debugowanie złożonych zadań, masowe limity odciążają administratorów, a poprawki stabilności zwiększają niezawodność w dłuższych projektach.

    Interesujące jest połączenie transmisji na żywo z integracją Slack. Można sobie wyobrazić scenariusz, w którym deweloper zleca zadanie przez czat, obserwuje postępy w aplikacji desktopowej, a po zakończeniu otrzymuje spójny raport na Slacku. Factory skutecznie testuje granice między różnymi interfejsami.

    Ź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

  • Zed 1.0.1: łatka dla agenta AI usuwa błąd blokujący nanoszenie zmian w kodzie

    Zed 1.0.1: łatka dla agenta AI usuwa błąd blokujący nanoszenie zmian w kodzie

    Zespół Zed opublikował wersję 1.0.1, która usuwa błąd, przez który wbudowany agent AI czasami nie wprowadzał sugerowanych edycji. To pierwsza aktualizacja stabilizacyjna po debiucie wersji 1.0. Zmiana, choć niewielka, jest istotna dla użytkowników korzystających z asystentów kodowania w tym edytorze.

    Najważniejsze informacje

    • Zed 1.0.1 to stabilne wydanie skoncentrowane na niezawodności, bez nowych funkcji.
    • Główna poprawka dotyczy błędu, w którym agent AI nie nanosił edycji w niektórych scenariuszach (issue #55500).
    • Łatka eliminuje źródło frustracji przy vibe codingu i refaktoryzacji wspomaganej przez wbudowane modele.
    • Aktualizacja jest częścią szerszego cyklu poprawek agenta, obejmującego m.in. problemy ze strumieniowanymi edycjami, wysokim zużyciem CPU oraz problemami z systemem plików.

    Drobny patch, duży komfort pracy

    Poprawka 1.0.1 nie wprowadza nowych opcji ani zmian w interfejsie – to celowy krok po tym, jak Zed 1.0.1 został określony jako ważne wydanie, łączące bogactwo możliwości z dbałością o wydajność. Wydanie główne wprowadziło m.in. wątki w terminalu, historię gałęzi w panelu Gita oraz obsługę diagramów Mermaid w agencie, ale szybko okazało się, że najważniejsza jest niezawodność w codziennym użytkowaniu.

    Deweloperzy zgłaszali sytuacje, w których agent nie wprowadzał wygenerowanego fragmentu kodu. W pracy nad nowym kodem lub przy szybkim testowaniu pomysłów, takie sytuacje mogą być irytujące. Dlatego zespół skupił się na zgłoszeniu #55500 i wypuścił stabilną łatkę, która zapewnia, że edycje są wprowadzane do edytora.

    „Fixed an issue where the agent failed to apply edits in some cases” – krótki wpis w changelogu wskazuje na zakres zmian. Choć modyfikacja jest niewielka, dla programisty korzystającego z asystenta AI oznacza to brak wątpliwości, czy agent zadziała, czy trzeba będzie powtarzać polecenie.

    Stabilność nie kończy się na jednym ficie

    Stabilność nie kończy się na jednym ficie

    Wersja 1.0.1 nie jest jedynym przypadkiem – w kolejnych stabilnych wydaniach Zed regularnie naprawia podobne problemy z agentem. W notkach do nowszych wersji znajdują się poprawki dotyczące streamowania edycji zawierających znaki wielobajtowe, wysokiego użycia procesora przy wtyczce Zeta oraz awarii podczas pobierania agentów z rejestru ACP. To dowód na to, że po premierze 1.0.1 twórcy intensywnie monitorują działanie asystenta i eliminują wąskie gardła, które wpływają na płynność współpracy z AI.

    Dla użytkowników, którzy już zaktualizowali do 1.0.1, proces aktualizacji jest prosty. Wystarczy standardowa procedura pobrania najnowszej wersji na macOS, Windows lub Linux – nie są wymagane dodatkowe konfiguracje. Edytor utrzymuje dotychczasowy poziom wydajności, a łatka dotyka tylko krytycznej ścieżki odpowiedzialnej za nanoszenie zmian przez agenta.

    Znaczenie dla programistów i zespołów

    W pracy opartej na szybkich iteracjach – szczególnie przy prototypowaniu czy refaktoryzacji – każda przerwa w działaniu asystenta może rozpraszać i wydłużać czas realizacji zadania. Zed 1.0.1 sprawia, że agent AI staje się bardziej przewidywalny, a polecenia takie jak „dopisz obsługę błędu” czy „zamień pętlę na strumień” kończą się rzeczywistą modyfikacją kodu, a nie komunikatem o błędzie.

    Choć łatka dotyczy jednego konkretnego problemu, wysyła jasny sygnał: Zed nie zamierza spoczywać na laurach po wydaniu 1.0.1. Stabilność agenta to priorytet, zwłaszcza że edytor jest narzędziem dla tych, którzy chcą łączyć ręczne rzemiosło z automatyzacją. Wersja 1.0.1 pokazuje, że za ważnym wydaniem idzie równie istotne doskonalenie szczegółów.

    Źródła

  • OpenCode v1.14.32: Poprawki edycji w powłoce i stabilności środowiska pracy, które realnie usprawniają codzienną pracę koderów

    OpenCode v1.14.32: Poprawki edycji w powłoce i stabilności środowiska pracy, które realnie usprawniają codzienną pracę koderów

    Na początku czerwca 2026 roku OpenCode, otwartoźródłowy agent AI do zadań programistycznych w terminalu, IDE i na pulpicie, otrzymał aktualizację do wersji v1.14.32. Choć na pierwszy rzut oka może wydawać się to kolejnym rutynowym wydaniem, wprowadza szereg kluczowych poprawek, które wpływają na płynność i niezawodność pracy z agentami AI. To wydanie koncentruje się na usuwaniu błędów i zwiększaniu stabilności w środowiskach wielodostawcowych, a nie na wprowadzaniu spektakularnych nowości. Dla deweloperów korzystających z OpenCode na co dzień, poprawki te są jednak istotne: przywracają tryb edycji w powłoce, który wcześniej zawodził w pewnych konfiguracjach, korygują routing żądań do przestrzeni roboczych oraz naprawiają problemy z zarządzaniem sesjami.

    Kluczowe zmiany w wersji v1.14.32

    • Przywrócono tryb edycji w powłoce – naprawiono mechanizm fallbacku zewnętrznego edytora, dzięki czemu sesje attach-mode otwierają się nawet wtedy, gdy oryginalna ścieżka projektu jest lokalnie niedostępna.
    • Poprawiono routing workspace'ów – eksperymentalne żądania tworzenia przestrzeni roboczych bez pola extra działają teraz poprawnie, a schematy OpenAPI są w pełni zgodne z publicznym API.
    • Zwiększono stabilność długotrwałych sesji – wyeliminowano problem zawieszania się modeli Bedrock przed rozpoczęciem odpowiedzi i zapewniono trwałe przechowywanie aktualizacji kontekstu systemowego podczas długich konwersacji.
    • Zredukowano artefakty wizualne w TUI – naprawiono awarie widoków uprawnień i sesji, skorygowano przycinanie przepełnionych kart w pasku tytułu i poprawiono nawigację między kartami.
    • Dodano wsparcie dla Snowflake Cortex – rozszerzono ekosystem kompatybilnych backendów o nowego dostawcę modeli.

    Edycja w powłoce: krytyczny tryb wraca do życia

    Jedną z najbardziej odczuwalnych poprawek jest przywrócenie możliwości edycji w trybie powłoki (shell mode). Problem, który dotknął wielu deweloperów, ujawniał się w sytuacjach, gdy oryginalna ścieżka projektu lokalnie przestawała być dostępna – na przykład w przypadku zdalnie montowanych zasobów czy przenoszenia projektów między katalogami. Wcześniej takie sesje typu attach-mode nie mogły się otworzyć, co przerywało przepływ pracy w najmniej oczekiwanym momencie.

    Dzięki naprawie mechanizmu fallbacku zewnętrznego edytora OpenCode radzi sobie teraz z tym scenariuszem bez przeszkód. Dla programistów pracujących w złożonych, dynamicznych konfiguracjach oznacza to mniej frustracji i ciągłość pracy – agent nie „gubi się” przy zmianie lokalizacji projektu, a sesja pozostaje w pełni funkcjonalna niezależnie od okoliczności.

    Sesje, które nie zacinają się i nie tracą kontekstu

    Drugim obszarem, w którym v1.14.32 wprowadza istotne zmiany, jest stabilność sesji. Dwie poprawki w tym zakresie zasługują na szczególną uwagę. Po pierwsze, wyeliminowano problem z modelami Bedrock, które potrafiły zawiesić się jeszcze przed wygenerowaniem pierwszej odpowiedzi – usterka ta była szczególnie irytująca w interaktywnych przepływach pracy, gdzie każda sekunda oczekiwania ma znaczenie.

    Po drugie, OpenCode teraz trwale przechowuje aktualizacje kontekstu systemowego podczas długich konwersacji. Oznacza to, że agent nie gubi informacji o środowisku, uprawnieniach czy niestandardowych regułach nawet po wielu godzinach pracy z kodem – wszystko pozostaje spójne od początku do końca sesji. To jest nieocenione w złożonych zadaniach programistycznych, gdzie kontekst odgrywa kluczową rolę w jakości odpowiedzi agenta.

    Stabilniejszy routing i zgodne API

    Stabilniejszy routing i zgodne API

    Dla zespołów budujących narzędzia wokół OpenCode istotna jest poprawka dotycząca routingu workspace'ów. Eksperymentalne żądania tworzenia przestrzeni roboczych, które pomijały pole extra, działały nieprawidłowo – teraz ten błąd został skorygowany. Co więcej, poprawiono schematy OpenAPI, dzięki czemu wygenerowani klienci są zgodni z publicznym API. To redukuje tarcie w zautomatyzowanych przepływach pracy, gdzie poprawność integracji jest krytyczna.

    Mniej artefaktów wizualnych, więcej komfortu

    Mniej artefaktów wizualnych, więcej komfortu

    Wersja v1.14.32 przynosi również poprawki w interfejsie użytkownika. Naprawiono awarie widoków uprawnień i sesji, które mogły występować przy nieprawidłowo sformatowanych metadanych ścieżek lub diffów – były to błędy trudne do zdiagnozowania, ale mogące skutecznie wytrącić z rytmu pracy. W trybie pulpitu skorygowano przycinanie przepełnionych kart w pasku tytułu, a także poprawiono logikę zamykania kart i nawigacji, tak aby po zamknięciu aktywnej karty wybierana była ta właściwa. Drobne, ale odczuwalne codziennie niedogodności wreszcie znikają.

    Nowy dostawca i lepsza izolacja pulpitu

    OpenCode v1.14.32 rozszerza również ekosystem o wsparcie dla Snowflake Cortex – nowego dostawcę modeli, który daje użytkownikom większą elastyczność.

    Źródła

  • OpenCode v1.14.31: Lepsza integracja z Azure i większa stabilność dla programistów

    OpenCode v1.14.31: Lepsza integracja z Azure i większa stabilność dla programistów

    Najnowsza aktualizacja OpenCode, oznaczona numerem v1.14.31, koncentruje się na usprawnieniu konfiguracji usługi Azure, zapobieganiu krytycznym awariom aplikacji desktopowej oraz wprowadzeniu szeregu poprawek stabilności. Wydana 30 kwietnia 2026 roku, ta wersja odpowiada na potrzeby zespołów deweloperskich, które w swoich codziennych zadaniach polegają na integracji z chmurą Microsoftu. OpenCode, jako otwartoźródłowy agent kodowania AI do użytku w terminalu, IDE i na pulpicie, umacnia swoją pozycję jako niezawodne narzędzie, kładąc nacisk na poprawę istniejących funkcji i eliminację błędów.

    Kluczowe informacje o wydaniu

    • Data wydania: 30 kwietnia 2026 roku.
    • Główna zmiana: Usprawniony proces konfiguracji Azure, który monituje o nazwy zasobów i zapisuje je bezpośrednio z kluczami API.
    • Krytyczna poprawka: Aplikacja desktopowa nie ulega już awarii podczas przywracania zapisanych wiadomości, gdy brakuje określonego modelu.
    • Stabilność: Sesje zadań potomnych prawidłowo dziedziczą uprawnienia katalogu nadrzędnego, a obsługa błędów dla nieprawidłowych adresów URL MCP jest teraz bardziej przejrzysta.
    • Zakres aktualizacji: 1 ulepszenie i 3 poprawki błędów.

    Usprawniony przepływ konfiguracji Azure – mniej błędów, więcej efektywności

    Najważniejszą zmianą z perspektywy użytkownika jest poprawa procesu konfiguracji Azure. Dotychczas łączenie OpenCode z zasobami w chmurze Microsoftu mogło być źródłem frustracji, szczególnie w złożonych środowiskach, gdzie zarządza się wieloma instancjami. Nowa wersja rozwiązuje ten problem, wprowadzając interaktywny monit o nazwy zasobów. Aplikacja teraz zapisuje te nazwy bezpośrednio razem z kluczami API, co eliminuje konieczność ręcznego edytowania plików konfiguracyjnych. Dla zespołów DevOps i inżynierów AI, którzy często przełączają się między projektami, ta zmiana skraca czas potrzebny na skonfigurowanie środowiska i minimalizuje ryzyko błędów wynikających z wpisania nieprawidłowych danych uwierzytelniających. To krok w stronę bardziej zintegrowanego narzędzia, które rozumie, że dane dostępowe i identyfikatory zasobów stanowią nierozerwalną całość.

    Stabilność na pierwszym planie: od uprawnień po obsługę błędów

    Stabilność na pierwszym planie: od uprawnień po obsługę błędów

    Aktualizacja v1.14.31 przynosi trzy istotne poprawki, które znacząco podnoszą komfort pracy. Pierwsza z nich dotyczy sesji zadań potomnych, które teraz w niezawodny sposób zachowują uprawnienia katalogu nadrzędnego. Wcześniej użytkownicy mogli napotykać problemy z dostępem do plików w zagnieżdżonych sesjach roboczych, co przerywało tok pracy i wymagało ręcznej interwencji.

    Drugą ważną zmianą jest poprawa obsługi błędów dla nieprawidłowych zdalnych adresów URL MCP (Model Context Protocol). W poprzednich wersjach problem z konfiguracją połączenia mógł skutkować niejasnym komunikatem. Teraz OpenCode dostarcza czytelniejsze informacje zwrotne, co pozwala programistom szybko zidentyfikować literówkę w adresie lub problem z dostępnością serwera i wrócić do pracy bez długotrwałego debugowania.

    Koniec z krytycznymi awariami desktopu

    Dla użytkowników aplikacji desktopowej v1.14.31 to wydanie obowiązkowe. Zawiera ono krytyczną poprawkę eliminującą awarię, która występowała podczas przywracania zapisanych wiadomości, gdy brakowało konkretnego modelu AI. Tego typu błąd mógł prowadzić do utraty kontekstu całej sesji i konieczności rozpoczynania pracy od nowa. Zespół OpenCode zareagował na ten problem w wydaniu punktowym, co podkreśla jego zaangażowanie w dostarczanie stabilnego i przewidywalnego środowiska pracy.

    To wydanie wpisuje się w szerszy trend rozwoju OpenCode, który koncentruje się na "utwardzaniu" aplikacji. Twórcy systematycznie pracują nad obsługą sesji, rutowaniem uprawnień i niezawodnością interfejsu, co dla profesjonalistów jest często ważniejsze niż nowe funkcje. OpenCode v1.14.31 to solidny krok naprzód w budowaniu zaufania do narzędzia jako fundamentu codziennego warsztatu deweloperskiego.

    Źródła

  • Kimi Code CLI 1.40.0: bezobsługowe działanie bez utraty kontroli nad agentem

    Kimi Code CLI 1.40.0: bezobsługowe działanie bez utraty kontroli nad agentem

    Wersja 1.40.0 terminalowego agenta kodowania Kimi Code CLI, wydana przez zespół MoonshotAI, wprowadza zmiany w sposobie kontroli nad trybami pracy bez nadzoru. Zamiast jednej, ogólnej flagi, dostępne są teraz niezależne przełączniki --yolo i --afk, co pozwala użytkownikom na precyzyjniejsze zarządzanie tym, co agent wykonuje samodzielnie, a co wymaga ich zgody.

    Co nowego w skrócie

    • Flagi --yolo i --afk — osobna automatyzacja uprawnień i osobny tryb pracy w tle
    • Ulepszone monitorowanie zadań w tle — odświeżony pasek statusu CLI wyraźniej pokazuje, co agent właśnie robi
    • Lepsze zarządzanie długotrwałymi sesjami — większa stabilność przy rozbudowanych refaktoryzacjach i debugowaniu
    • Poprawki w zarządzaniu sesjami OAuth — rzadsze utraty połączenia przy logowaniu przez przeglądarkę
    • Lepsze wykrywanie dostępnych umiejętności — agent szybciej odnajduje i wykorzystuje narzędzia

    Dlaczego podział na --yolo i --afk ma znaczenie

    Flaga --yolo w Kimi Code CLI odpowiada za automatyczne zatwierdzanie uprawnień, natomiast --afk umożliwia pracę w trybie bezobsługowym. Dzięki temu użytkownik może uruchomić agenta w tle i samodzielnie decydować, które operacje wymagają jego zgody, a które mogą być wykonywane automatycznie. To istotna zmiana, szczególnie w sytuacjach, gdy agent pracuje nad kodem przez dłuższy czas, a użytkownik sprawdza postępy sporadycznie. Nie ma potrzeby wybierania między pełną automatyzacją a całkowitym brakiem kontroli.

    Co zyskują długotrwałe sesje

    Praca agenta w nocy lub podczas dłuższych refaktoryzacji stała się bardziej komfortowa. Pasek statusu CLI, po odświeżeniu, wyraźniej pokazuje aktualny stan zadań w tle — użytkownik od razu widzi, czy agent utknął, czy przetwarza pliki, bez potrzeby ciągłego przeglądania logów. Dla osób korzystających z wielu terminali to znaczące ułatwienie. Ulepszenia w zarządzaniu długimi sesjami zmniejszają ryzyko wyczerpania zasobów w trakcie zadań — agent lepiej radzi sobie z iteracyjnym debugowaniem i generowaniem testów.

    Niezawodność sesji — usprawnienia w OAuth

    Stabilność sesji jest kluczowa, zwłaszcza przy logowaniu przez przeglądarkę. Wcześniejsze wersje Kimi Code CLI mogły tracić połączenie podczas dłuższej pracy, co było szczególnie problematyczne w nocnych pipeline’ach. Aktualizacja wprowadza poprawki w zarządzaniu sesjami OAuth, które zmniejszają ryzyko niespodziewanego przerwania pracy.

    Kimi Code CLI — szerszy kontekst

    Kimi Code CLI to terminalowy agent AI, który czyta i modyfikuje kod, wykonuje polecenia shella, przeszukuje pliki i planuje kolejne kroki na podstawie informacji zwrotnych. Wspiera interaktywny tryb CLI (kimi), interfejs przeglądarkowy (kimi web) oraz integracje z IDE przez protokół ACP.

    Aktualizacja 1.40.0 wpisuje się w szerszy trend oddzielania automatyzacji od polityki bezpieczeństwa, co można zauważyć również w innych narzędziach, takich jak Cursor czy Claude Code. Kimi Code CLI oferuje teraz narzędzia do bardziej szczegółowej kontroli: agent ma działać samodzielnie, ale nie bezmyślnie.

    Źródła

  • Windsurf Editor z obsługą GPT-5.5: nowy wymiar agentowego kodowania dostępny dla wszystkich użytkowników

    Windsurf Editor z obsługą GPT-5.5: nowy wymiar agentowego kodowania dostępny dla wszystkich użytkowników

    Zgodnie z najnowszym wpisem na oficjalnym changelogu, edytor Windsurf udostępnił użytkownikom model GPT-5.5 od OpenAI. To kolejny krok w integracji najnowszych modeli językowych z tym środowiskiem programistycznym, które w ostatnich miesiącach systematycznie rozszerza swoją ofertę o kolejne wersje serii GPT-5. Aktualizacja jest dostępna dla wszystkich użytkowników Windsurf, niezależnie od planu subskrypcyjnego, bez dodatkowych opłat. Twórcy wprowadzili również zestaw poprawek stabilności, koncentrując się na usprawnieniu procesu uwierzytelniania OAuth dla różnych serwerów MCP, co jest istotne dla płynnej integracji zewnętrznych narzędzi i usług.

    Kluczowe informacje o aktualizacji

    • GPT-5.5 jest dostępny w edytorze Windsurf – oficjalny changelog potwierdza to wpisem „GPT-5.5 is now available in Windsurf”.
    • Wszyscy użytkownicy mają dostęp do modelu bez dodatkowych opłat czy ograniczeń planu, co wyróżnia tę premierę na tle wcześniejszych promocji limitowanych do płatnych kont.
    • Poprawki OAuth dla serwerów MCP zostały wdrożone w ramach tej samej aktualizacji, eliminując problemy z autoryzacją i zwiększając stabilność integracji.
    • Wyniki agentowe GPT-5.5 według OpenAI: 82,7% na Terminal-Bench 2.0 oraz 58,6% na SWE-Bench Pro, co stawia go w czołówce modeli do złożonych zadań programistycznych.
    • Strategia Windsurf obejmuje obsługę wielu modeli (GPT, Claude, SWE-1.x i BYOK), a dodanie GPT-5.5 wpisuje się w szybkie tempo adopcji kolejnych wersji serii GPT-5.

    Nowy model GPT-5.5 w Windsurf – co to oznacza dla programistów?

    Wprowadzenie GPT-5.5 to nie tylko kolejna pozycja w menu wyboru modelu. OpenAI pozycjonuje ten model jako krok w kierunku agentowego kodowania, w którym asystent nie tylko generuje fragmenty kodu, ale także planuje, wykonuje zadania w terminalu, przeszukuje kod źródłowy i dostosowuje się do kontekstu projektu. Wyniki na benchmarkach Terminal-Bench 2.0 (82,7%) i SWE-Bench Pro (58,6%) pokazują, że model ten potrafi rozwiązywać rzeczywiste problemy inżynieryjne z wysoką skutecznością, zwłaszcza w zadaniach wymagających interakcji z powłoką i złożonego debugowania.

    Dla użytkowników Windsurf oznacza to dostęp do bardziej precyzyjnego i kontekstowego asystenta bezpośrednio w edytorze. Model może teraz skuteczniej analizować strukturę projektu, rozumieć zależności i proponować rozwiązania uwzględniające szerszy kontekst architektoniczny. W połączeniu z funkcjami agentowymi Windsurf, takimi jak Cascade czy integracja z Devin, GPT-5.5 staje się silnikiem do automatyzacji złożonych przepływów pracy – od refaktoryzacji całych modułów po generowanie testów i dokumentacji.

    Stabilność integracji: naprawione błędy OAuth dla MCP

    Równocześnie z premierą modelu, zespół Windsurf opublikował poprawki związane z problemami autoryzacyjnymi OAuth dla wielu serwerów MCP. Model Context Protocol (MCP) jest wykorzystywany do integracji narzędzi zewnętrznych – od baz danych po API chmurowe – bezpośrednio w środowisku programistycznym. Niestabilności w procesie OAuth mogły prowadzić do przerw w połączenia.

    Źródła

  • Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI otrzymała aktualizację, która koncentruje się na poprawie niezawodności w długotrwałych sesjach kodowania oraz na zwiększeniu kontroli nad zachowaniem agenta AI. Najnowsza wersja wprowadza udoskonalenia w zarządzaniu limitami użycia, umożliwia regulację autonomii narzędzi MCP oraz zawiera szereg poprawek stabilności. Te zmiany są istotne dla profesjonalnych programistów korzystających z Factory CLI, które wspiera terminalowe workflow'y programistyczne.

    Najważniejsze nowości

    • Zarządzanie limitami użycia – System został ulepszony, aby lepiej obsługiwać sytuacje związane z ograniczeniami szybkości, z opcjami konfiguracji preferencji dla nadwyżek.
    • Kontrola autonomii MCP – Dodano możliwości regulacji niezależności dla narzędzi MCP, co pozwala precyzyjniej określić, jak samodzielnie narzędzie może działać.
    • Poprawki stabilności dla Windows – Wprowadzono poprawki niezawodności dla workers na systemie Windows.
    • Ulepszone wykrywanie hibernacji – Dodano dokładniejsze wykrywanie stanu uśpienia systemu, co minimalizuje problemy z ciągłością sesji po przywróceniu.

    Zarządzanie limitami: płynność pracy

    Jedną z praktycznych zmian są ulepszenia w zarządzaniu limitami użycia. Kiedy sesja Factory CLI napotyka ograniczenia szybkości, system oferuje opcje konfiguracji, które pozwalają na kontynuację pracy. To rozwiązanie jest szczególnie ważne w środowiskach enterprise, gdzie długie sesje kodowania wymagają stabilności. Factory CLI wspiera terminalowe workflow'y, w tym sesje, slash commands i obsługę pluginów, więc płynność działania jest kluczowa.

    Ta funkcja wpisuje się w filozofię Factory, która koncentruje się na terminalowo-natywnych procesach. Pomaga uniknąć przerw w trakcie ważnych zadań, takich jak refaktoring dużego modułu czy analiza kodu, gdy podstawowy model osiągnie swoje limity.

    Kontrola autonomii MCP: bezpieczeństwo i precyzja

    Możliwości regulacji autonomii dla narzędzi Model Context Protocol (MCP) pozwalają użytkownikom na dostosowanie zachowania każdego narzędzia. Użytkownicy mogą wpływać na to, jak dużo inicjatywy i niezależności ma mieć konkretne narzędzie podczas wykonywania zadań. To krok w stronę większego bezpieczeństwa i precyzji, zwłaszcza w scenariuszach, gdzie niektóre operacje, takie jak modyfikacje plików czy deployment, wymagają ścisłego nadzoru, a inne, jak wyszukiwanie dokumentacji, mogą być bardziej autonomiczne.

    Taka kontrola jest kluczowa dla niezawodności i bezpieczeństwa, które Factory traktuje jako priorytet. Programiści mogą lepiej zarządzać środowiskiem, redukując ryzyko przypadkowych, niepożądanych akcji.

    Poprawki dla Windows i lepsze hibernowanie

    To wydanie zawiera solidne poprawki stabilności, szczególnie dla systemu Windows. Wprowadzono poprawki niezawodności dla workers na Windows, co powinno znacząco poprawić doświadczenie użytkowników tej platformy. Dodano również dokładniejsze wykrywanie hibernacji, co poprawia rozpoznawanie sytuacji hibernowania i przywracania, minimalizując fałszywe założenia o stanie aplikacji po takich zdarzeniach. To ważne dla zachowania ciągłości sesji.

    Aplikacja desktopowa otrzymała także szereg poprawek UI oraz ulepszony proces auto-update. Factory wprowadza bardziej płynne i klarowne aktualizacje, co wskazuje na skupienie na codziennym, komfortowym użyciu, zwłaszcza w środowiskach desktopowych.

    Wnioski

    Aktualizacja Factory CLI zwiększa kontrolę użytkownika i niezawodność. Ulepszenia w zarządzaniu limitami zapewniają płynność pracy, a kontrola nad MCP zwiększa poczucie bezpieczeństwa. Poprawki dla Windows i hibernowania rozwiązują realne problemy stabilności.

    Te zmiany wzmacniają pozycję Factory CLI jako narzędzia dla profesjonalnych programistów, którzy potrzebują wsparcia AI działającego niezawodnie w terminalu podczas długich sesji. Rozwój ekosystemu Factory koncentruje się na wspieraniu workflow'ów programistycznych.

    Źródła

  • Aktualizacja Factory CLI: przełącznik trybu szybkiego, lepsza walidacja i poprawy wydajności na Windows

    Aktualizacja Factory CLI: przełącznik trybu szybkiego, lepsza walidacja i poprawy wydajności na Windows

    Factory, platforma AI dla programistów, wydała nową wersję swojego narzędzia wiersza poleceń (CLI), znanego jako Factory CLI. Aktualizacja skupia się na poprawie wydajności i stabilności, co wspiera programistów w budowaniu, debugowaniu i refaktoryzacji kodu.

    Nowa wersja wprowadza konkretne funkcjonalności oraz poprawki stabilnościowe i usprawnienia w zarządzaniu sesjami, które są istotne dla interaktywnych przepływów pracy oferowanych przez Factory. Ulepszenia te przekładają się na bardziej płynne doświadczenie podczas pracy nad projektami webowymi i zadaniami z zakresu DevOps.

    Kluczowe zmiany w najnowszej wersji

    • Usprawnienia trybów modeli – Factory CLI oferuje tryb interaktywny i nieinteraktywny oraz przełączniki automatyzacji, co wspiera elastyczną pracę z modelami AI.
    • Walidacja artefaktów – Narzędzie wspiera procesy walidacji dla generowanych wyników, co zwiększa ich niezawodność i spójność.
    • Wydajność i stabilność na Windows – Prace nad optymalizacją czasu startu i zarządzaniem procesami mają na celu poprawę doświadczenia na platformie Windows.
    • Czystsze logi CLI – Interfejs wiersza poleceń generuje teraz bardziej czytelne logi, co ułatwia diagnostykę.
    • Usprawnienia sesji i integracji – Wprowadzono poprawki stabilnościowe dla klienta IDE oraz lepsze zarządzanie integracjami i mechanizmami obsługi sesji.

    Elastyczne tryby pracy i przełączanie modeli

    Factory CLI zapewnia użytkownikom elastyczność w pracy z modelami AI poprzez różne tryby pracy. Umożliwia to dostosowanie interakcji do potrzeb zadania, zarówno w trybie interaktywnym, jak i w zautomatyzowanym przepływie. Sprawne przełączanie się między różnymi konfiguracjami i modelami jest kluczowe dla utrzymania produktywności w dynamicznych środowiskach deweloperskich.

    Dla programistów pracujących w trybie „vibe coding” lub potrzebujących szybkich iteracji, elastyczne zarządzanie sesjami i modelami może znacząco wpłynąć na produktywność.

    Walidacja artefaktów i czystsze logi

    Wsparcie dla procesu walidacji artefaktów, czyli strukturyzowanych wyników generowanych przez AI, jest istotnym elementem narzędzia. Dbałość o spójność i integralność tych danych jest kluczowa dla niezawodności w zautomatyzowanych pipeline'ach.

    Dodatkowo, poprawki dotyczące czystszych logów CLI ułatwiają śledzenie przebiegu misji i rozwiązywanie problemów, co jest szczególnie cenne w złożonych środowiskach deweloperskich i DevOps.

    Windows w centrum uwagi: wydajność i niezawodność

    Dla użytkowników pracujących na Windows trwają prace nad optymalizacją doświadczenia. Celem jest skrócenie czasu uruchamiania oraz zwiększenie stabilności zarządzania procesami działającymi w tle.

    Te zmiany, w połączeniu z wcześniejszymi poprawkami, pokazują, że Factory dąży do zapewnienia wysokiej jakości doświadczenia na tej platformie. Szybszy startup i mniej awarii procesów w tle to korzyści dla każdego, kto używa Factory CLI na Windows.

    Dopracowanie fundamentów: sesje, integracje i IDE

    Oprócz głównych funkcji, najnowsze aktualizacje zawierają wiele poprawek „pod maską”. Usprawniono zarządzanie integracjami, aby uniknąć duplikowania komunikatów między różnymi powierzchniami produktu. Mechanizmy obsługi sesji, które są kluczowe dla interaktywnego trybu pracy Factory CLI, zostały dopracowane, co umożliwia operacje takie jak resume czy fork.

    Stabilność klienta IDE została również wzmocniona poprzez szereg poprawek błędów. Te elementy składają się na bardziej płynne i przewidywalne środowisko pracy, w którym deweloper może skupić się na zadaniu, a nie na walce z narzędziem.

    Podsumowanie

    Aktualizacja Factory CLI to ewolucja, która łączy nowe, użyteczne funkcje z poprawkami stabilności i wydajności. Dla społeczności Factory jest to oznaka kontynuacji rozwoju w kierunku bardziej niezawodnego i przyjaznego dla programisty narzędzia, które ma potencjał stać się nieodłącznym partnerem w codziennej pracy z kodem.

    Źródła

  • OpenCode wprowadza eksperimentalne API HTTP i poprawia obsługę DeepSeek

    OpenCode wprowadza eksperimentalne API HTTP i poprawia obsługę DeepSeek

    Najnowsza wersja OpenCode, v1.14.24, wprowadza eksperymentalne endpointy HTTP API, które zwiększają możliwości automatyzacji i integracji tego otwartego asystenta kodowania AI. Nowe funkcjonalności obejmują endpointy do sprawdzania statusu serwera MCP oraz operacji na plikach projektu. Aktualizacja poprawia również formatowanie komunikatów asystenta DeepSeek, zapewniając, że reasoning (rozumowanie modelu) jest zawsze uwzględniane, oraz usprawnia dziedziczenie konfiguracji modelu. Te zmiany przyczyniają się do rozwoju OpenCode jako platformy dla programistów i agentów AI.

    Kluczowe fakty dotyczące wydania v1.14.24

    • Nowe endpointy API HTTP: Dodano eksperymentalne endpointy do sprawdzania statusu serwera MCP, listowania plików, czytania zawartości plików oraz sprawdzania statusu plików projektu.
    • Naprawa dla DeepSeek: Poprawiono obsługę komunikatów asystenta DeepSeek, eliminując problemy formatowania związane z pominięciem reasoning.
    • Stabilność konfiguracji: Usprawniono dziedziczenie konfiguracji modelu, co zapewnia ciągłość działania dla modeli z interleaved capability.
    • Wersja: OpenCode v1.14.24 jest dostępny do pobrania i instalacji.
    • Integracja: Wydanie wspiera rozwój OpenCode jako platformy integracyjnej dla automatyzacji i złożonych workflowów agentów AI.

    Rozszerzone możliwości automatyzacji poprzez HTTP API

    Wprowadzenie eksperymentalnych endpointów HTTP API w v1.14.24 otwiera nowe możliwości dla zautomatyzowanych workflowów. Endpointy dotyczące statusu serwera MCP oraz operacji na plikach projektu umożliwiają programowe monitorowanie stanu środowiska i manipulację jego zasobami. To jest istotne dla zespołów, które chcą zintegrować OpenCode z własnymi systemami CI/CD, narzędziami monitorowania lub złożonymi pipeline'ami agentów AI. API staje się bardziej dostępne dla skryptów i aplikacji zewnętrznych, co zmniejsza potrzebę ręcznej interakcji z terminalem lub interfejsem OpenCode.

    Endpointy są oznaczone jako eksperymentalne, co sugeruje, że są wczesną fazą rozwoju i mogą być rozbudowane w przyszłych wersjach. Ich obecność wskazuje na kierunek projektu: OpenCode ma na celu nie tylko bycie interaktywnym asystentem w terminalu, ale także programowalnym silnikiem, który można włączyć w większe, zautomatyzowane procesy.

    Poprawa kompatybilności z DeepSeek i stabilność modeli

    Poprawa kompatybilności z DeepSeek i stabilność modeli

    Druga istotna część tego wydania dotyczy napraw związanych z modelami AI, w szczególności DeepSeek. Problem z komunikatami asystenta DeepSeek, gdzie reasoning był czasami pomijany, prowadził do błędów formatowania na poziomie providera. Naprawa tego zapewnia, że odpowiedzi modelu są zawsze kompletne i zgodne z oczekiwanym formatem, co zwiększa stabilność i niezawodność pracy z tym providerem.

    Dla użytkowników intensywnie korzystających z DeepSeek poprzez OpenCode, takie błędy mogły skutkować niekompletnymi odpowiedziami, utratą kontekstu lub nawet crashami w zależnych procesach. Stabilna komunikacja jest kluczowa dla agentów AI wykonujących złożone zadania, takie jak analiza kodu, generowanie dokumentacji czy refaktoring.

    Dodatkowo, usprawnienie dziedziczenia konfiguracji modeli rozwiązuje problemy, które pojawiały się przy użyciu interleaved capability models. Gdy konfiguracja modelu korzystała z pola dziedziczonego z istniejącego modelu, mogło to prowadzić do niespodziewanych błędów lub utraty funkcjonalności. Aktualizacja zapewnia, że takie konfiguracje działają poprawnie nawet w przypadku fallbacku, co jest kluczowe dla zespołów korzystających z wielu, nakładających się modeli w swoich workflowach.

    OpenCode jako platforma integracyjna dla agentów AI

    OpenCode jako platforma integracyjna dla agentów AI

    Kontekst tego wydania jest istotny. OpenCode, opisany jako "open source AI coding agent", obsługuje modele z wielu providerów, takich jak Claude, GPT czy Gemini. Rozszerzenie API i poprawa obsługi providerów, takich jak DeepSeek, wzmacniają tę pozycję. Projekt ewoluuje od narzędzia dla indywidualnego programisty do platformy, na której można budować bardziej złożone aplikacje i automacje.

    Dodanie endpointów HTTP API jest krokiem w stronę integracji z narzędziami takimi jak MCP (Model Context Protocol), które umożliwiają agentom AI dostęp do szerokiego kontekstu i danych. To sprawia, że OpenCode może stać się centralnym hubem dla automatyzacji rozwoju oprogramowania, łączącym asystenta AI, system plików, status serwerów i zarządzanie projektem w jeden programowalny interfejs.

    Wnioski

    Wydanie OpenCode v1.14.24 wprowadza ważne ulepszenia. Eksperymentalne API HTTP otwiera drogę do zaawansowanej automatyzacji, a naprawy związane z DeepSeek i konfiguracją modeli zwiększają stabilność i niezawodność platformy. Dla developerów korzystających z OpenCode jako części swoich codziennych workflowów, te zmiany oznaczają mniej manualnej pracy, bardziej stabilną współpracę z modelami AI i większe możliwości integracji z innymi systemami. To wydanie potwierdza, że AI coding assistants stają się integralnymi, programowalnymi częściami środowisk developmentowych.

    Źródła