Kategoria: Aktualizacje Oprogramowania

  • OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    Najnowsza wersja OpenCode, oznaczona numerem 1.18.4, wprowadza szereg poprawek, które mają na celu poprawę współpracy z modelami Kimi oraz odświeżenie klienta desktopowego. Aktualizacja, wydana 20 lipca 2026 roku, nie wprowadza rewolucyjnych funkcji, ale eliminuje kilka uciążliwych problemów – od przywrócenia łączności z Azure po lepsze zarządzanie terminalem i sesjami promptów. Dla zespołów korzystających z różnych dostawców AI, ta wersja jest zdecydowanie warta szybkiego wdrożenia.

    Najważniejsze zmiany w OpenCode 1.18.4

    • Kimi zyskał kontrolki adaptacyjnego myślenia, które zwracają podsumowane wnioskowanie zamiast pełnego procesu
    • Azure Cognitive Services przywrócił wsparcie dla endpointów po wcześniejszej regresji
    • Terminal synchronizuje teraz motyw z główną aplikacją, eliminując wizualny chaos
    • Prompt input v2 został przepisany – polecenia, załączniki i historia działają stabilniej
    • Panel recenzji zyskał lepsze skalowanie i wyrównanie zakładek z widokiem diff

    Adaptacyjne myślenie Kimi – mniej szumu, więcej konkretów

    W OpenCode 1.18.4 wprowadzono mechanizm adaptacyjnego myślenia dla modeli Kimi, które są dostępne przez dostawców kompatybilnych z Anthropic. Oznacza to, że zamiast zalewać użytkownika pełnym, wewnętrznym łańcuchem rozumowania, system domyślnie zwraca podsumowany rezultat. To poprawia czytelność, szczególnie podczas pracy nad kodem.

    Ważną poprawką jest także zmiana w obsłudze opcji wnioskowania. Wcześniej OpenCode stosował nieprawidłową domyślną konfigurację, ignorując ustawienia dostawcy. Teraz to dostawca dyktuje zasady, co zmniejsza konflikty przy przełączaniu między modelami. Zespół wyraźnie wskazuje, że lepiej uszanować specyfikę każdego modelu.

    Azure wraca do gry, OpenAI łączy stabilniej

    Azure wraca do gry, OpenAI łączy stabilniej

    Dla użytkowników korzystających z Azure Cognitive Services, ta wersja przynosi długo oczekiwaną poprawkę. Przywrócono wsparcie dla endpointów, które wcześniej zostało zerwane przez regresję, co poważnie zakłócało połączenia. Teraz wszystko wraca do normy.

    Dodatkowo, skrócono timeouty nagłówków dostawcy podczas wolnego zestawiania połączeń z OpenAI. To techniczny detal, ale dla osób na niestabilnych łączach oznacza rzadsze przerwy w sesjach. To mała zmiana, która znacząco poprawia komfort pracy.

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Najwięcej wizualnych poprawek dotyczy klienta desktopowego. Terminal synchronizuje teraz motyw z główną aplikacją, co eliminuje problem z różnymi kolorami interfejsu. Choć to kosmetyczna zmiana, przy dłuższej pracy z kodem takie detale mogą być męczące.

    System wprowadzania promptów (v2) został przepisany. Interakcje z komendami, załącznikami, historią i kontekstem powłoki stały się bardziej przewidywalne. Dodano również podpowiedzi skrótów klawiszowych, co jest przydatne zarówno dla nowych użytkowników, jak i tych, którzy chcą przyspieszyć nawigację.

    Panel recenzji kodu zyskał lepsze skalowanie i wyrównanie otwartych zakładek z aktywnym widokiem diff, co ułatwia przeskakiwanie między zmienionym plikiem a jego kontekstem recenzyjnym. Sticky controls działają teraz sprawniej i nie znikają w najmniej oczekiwanym momencie.

    Co to oznacza dla codziennej pracy developera

    OpenCode 1.18.4 to wydanie, które nie wprowadza spektakularnych nowości, ale poprawia kluczowe elementy codziennego workflow. Edycja pliku, recenzja zmian, szybkie polecenie w terminalu – to właśnie w tych obszarach wcześniejsze niedociągnięcia mogły zakłócać pracę. Poprawki w stabilności promptów i synchronizacji motywu terminala mogą wydawać się trywialne, ale to z takich mikroudogodnień składa się płynna sesja z AI-asystentem.

    W szerszym kontekście widać również konsekwentny kierunek rozwoju: OpenCode coraz bardziej różnicuje obsługę poszczególnych dostawców modeli. Wersja 1.18.4, która ukazała się tuż po tej aktualizacji, rozszerza podobne mechanizmy na Claude i Mistrala. To już nie jest narzędzie udające uniwersalną nakładkę – to platforma, która dostosowuje się do reguł każdego dostawcy z osobna. Dla zespołów korzystających z Azure, Kimi i OpenAI to pozytywna zmiana.

    Źródła

  • Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami

    Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami

    17 lipca 2026 roku wydano aktualizację Devin Desktop 3.5.17, która wprowadza szybsze sesje oparte na worktree, nowy interfejs palety poleceń oraz lepszą obsługę wielu folderów w lokalnym środowisku. Wydanie koncentruje się na skróceniu czasu oczekiwania na interakcję z agentem oraz poprawie stabilności, szczególnie na systemie Windows.

    Kluczowe zmiany w pigułce

    • Sesje worktree uruchamiają się natychmiast — interakcja jest możliwa od razu, podczas gdy git worktree tworzy się w tle.
    • Paleta poleceń w Agent Command Center przeszła wizualny redesign, a pasek statusu jest teraz domyślnie ukryty.
    • Ikony @-wzmianek w Cascade pokazują teraz typ przywoływanego zasobu: plik, folder, narzędzie czy inne.
    • Network policy w chmurze — użytkownicy mogą zatwierdzać lub blokować żądania sieciowe bez opuszczania sesji w chmurze.
    • Stabilność na Windows — naprawiono awarie aktualizatora i błędy powodujące crashe Cascade.

    Szybszy start sesji z worktree

    W poprzednich wersjach uruchomienie nowej sesji opartej na git worktree wymagało oczekiwania na pełne przygotowanie środowiska. W wersji 3.5.17 nowe sesje uruchamiają się natychmiast i pozostają interaktywne, podczas gdy worktree tworzy się asynchronicznie w tle. Deweloper może od razu rozpocząć pracę, zamiast czekać na zakończenie procesu.

    To udogodnienie jest szczególnie przydatne dla osób pracujących równolegle na wielu gałęziach. Nie ma potrzeby przerywania pracy — agent sam domknie konfigurację, podczas gdy użytkownik kontynuuje działania.

    Lepsza czytelność w Cascade i Agent Command Center

    Interfejs przeszedł kilka drobnych, ale zauważalnych poprawek. Pigułki @-wzmianek w Cascade zyskały ikony zależne od typu przywoływanego elementu. Pliki, foldery, narzędzia i inne zasoby są teraz łatwiejsze do rozróżnienia, co zmniejsza ryzyko pomyłek przy przeglądaniu kontekstu sesji.

    Paleta poleceń została zaktualizowana, a pasek statusu w Agent Command Center jest domyślnie ukryty. Użytkownicy, którzy chcą go przywrócić, mogą ustawić "workbench.statusBar.visible": true w konfiguracji. To zmiana, która poprawia estetykę interfejsu, choć nie wprowadza rewolucyjnych rozwiązań.

    Devin Cloud: sieć pod kontrolą

    W chmurze wprowadzono nowe narzędzia do zarządzania polityką sieciową. Użytkownicy mogą konfigurować uprawnienia sieciowe bezpośrednio z poziomu czatu, co pozwala na zatwierdzanie lub odrzucanie żądań dostępu do zewnętrznych zasobów bez konieczności przełączania się do panelu administracyjnego. To znacząca oszczędność czasu, szczególnie dla zespołów DevOps pracujących z rejestrami pakietów, API i zewnętrznymi serwisami.

    Devin Desktop: wiele folderów i nowe narzędzia do hooków

    W lokalnym środowisku wprowadzono zmiany, które poprawiają obsługę złożonych workspace'ów. Dostosowania lokalne oraz licznik umiejętności w panelu bocznym obejmują teraz wszystkie otwarte foldery, co ułatwia pracę z repozytoriami monolitycznymi i projektami wielomodułowymi.

    Dodatkowo wprowadzono narzędzia do zarządzania hookami, co daje użytkownikom większą kontrolę nad tym, jak automatyzacje lokalne reagują na zdarzenia. W połączeniu z Fast Context, który przyspiesza dostęp do kontekstu projektu podczas pracy agenta, lokalne środowisko zyskuje na elastyczności.

    Windows: łatka dla updatera i crashe Cascade

    Użytkownicy Windows, którzy mieli problemy z aktualizacjami, otrzymują poprawkę. Release notes zawierają instrukcje: należy poczekać na pobranie aktualizacji, zamknąć wszystkie procesy devin.exe przez Menedżera zadań, dokończyć instalację i zrestartować aplikację. Choć nie jest to idealne rozwiązanie, przynajmniej użytkownicy wiedzą, jak postępować w przypadku problemów z automatyzacją.

    Dodatkowo naprawiono błędy powodujące crashe Cascade, co powinno poprawić stabilność lokalnego agenta.

    Co to oznacza dla codziennej pracy

    Release 3.5.17 nie wprowadza spektakularnych zmian ani benchmarków wydajności. Skupia się na poprawie komfortu użytkowania: krótszym czasie oczekiwania, lepszej nawigacji w interfejsie i płynniejszej pracy z agentami, zarówno lokalnie, jak i w chmurze.

    Widać także wyraźny podział między Devin Cloud a Devin Desktop. Chmura zyskuje narzędzia do kontroli sieci, podczas gdy aplikacja desktopowa rozwija się w kierunku obsługi wielu folderów i automatyzacji. Dla zespołów pracujących zarówno zdalnie, jak i lokalnie, to sensowny kierunek, który odpowiada na ich potrzeby.

    Źródła

  • Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code doczekał się wersji v0.19.12, która jest jedną z trzech stabilnych aktualizacji wydanych równocześnie. W sumie scalono ponad 220 pull requestów, a aktualizacja nie wprowadza zmian łamiących kompatybilność. Najwięcej nowości można zauważyć w powłoce webowej oraz w sposobie, w jaki agent deleguje zadania między modelami.

    Co przynosi wydanie — kluczowe zmiany

    • Web Shell zyskał strony do zarządzania umiejętnościami, integrację ze statusem gita oraz możliwość eksportu zarchiwizowanych sesji.
    • Agent zyskał kontrolę delegacji według modelu, przekierowanie multimodalne całej tury oraz możliwość sterowania w trakcie odpowiedzi.
    • web_fetch przeszedł gruntowną przebudowę, poprawiając wierność treści i bezpieczeństwo.
    • Stabilność poprawiono w obszarach takich jak uprawnienia MCP, obsługa tool-calli, cykl życia pod-agentów oraz zarządzanie pamięcią.
    • Izolowane worktree umożliwiają równoległe zadania w tym samym repozytorium bez wzajemnych konfliktów.

    Web Shell: umiejętności, git i historia sesji na wyciągnięcie ręki

    Nowe strony zarządzania umiejętnościami pozwalają szybko sprawdzić dostępne workflow oraz ich źródła. Umiejętności można ładować z poziomu projektu, użytkownika lub rozszerzeń, przy czym te projektowe mają najwyższy priorytet. To ułatwienie, gdy pracuje się z wieloma kontekstami jednocześnie.

    Integracja z gitem również została ulepszona. W interfejsie pojawił się chip pokazujący status repozytorium oraz wizualny diff drzewa roboczego. Umożliwia to przeglądanie zmienionych plików bez opuszczania shella. Dodatkowo poprawiono nawigację po historii sesji, wprowadzając eksport archiwalnych sesji, co jest przydatne przy dokumentowaniu dłuższych zadań.

    Wersja wprowadza także stronę celów workspace, dedykowane miejsce do śledzenia zamierzonych rezultatów projektu obok samego kodowania. To praktyczny dodatek dla zespołów, które chcą mieć kontekst zadania w jednym widoku.

    Agent: delegacja z głową i sterowanie w locie

    Zachowanie pod-agentów zostało zauważalnie poprawione. Wprowadzono limity współbieżności dla konkretnych modeli, co zapobiega nadmiernemu obciążeniu jednego modelu równoległymi zadaniami. Jest to istotne, gdy używa się modeli o różnej latencji i kosztach.

    Przekierowanie multimodalne całej tury to kolejna nowość. Gdy prompt zawiera obraz, cała tura może być przekazywana do modelu obsługującego multimodalność, co zmniejsza ryzyko utraty kontekstu wizualnego między etapami.

    Najbardziej praktyczna zmiana dotyczy jednak sterowania w tej samej turze. W trakcie generowania odpowiedzi można nacisnąć Enter, aby przekazać instrukcję przy najbliższej granicy próbkowania. Ctrl+Q odkłada ją do następnej tury. Działa to także podczas wykonywania narzędzi, co pozwala na korektę agenta bez czekania na zakończenie długiego polecenia.

    web_fetch: nowa jakość wydobywania treści

    Przebudowa narzędzia web_fetch objęła zarówno wierność treści, jak i bezpieczeństwo. Nowy workflow przyjmuje URL oraz prompt opisujący, co należy wyodrębnić, prosi o potwierdzenie przed pobraniem, a następnie przetwarza materiał szybkim, lekkim modelem.

    Dla prac dokumentacyjnych i web developmentu to ważna zmiana — narzędzie lepiej zachowuje użyteczną zawartość strony źródłowej, stosując precyzyjny prompt ekstrakcji. Mniej niepotrzebnych informacji, więcej konkretów.

    Stabilność i izolacja zadań

    Wydanie poprawiło dziesiątki błędów, obejmujących uprawnienia MCP, obsługę tool-calli, zarządzanie pamięcią oraz renderowanie w CLI. Zabezpieczenia workspace zostały wzmocnione, co ogranicza ryzyko przypadkowego nadpisania plików przez nieuprawnione procesy.

    Największą nowością w kontekście pracy równoległej są izolowane worktree. Każda sesja Web Shell może działać na osobnym drzewie roboczym gita. Edycja plików, stage'owanie zmian i przełączanie branchy w jednym zadaniu nie koliduje z innymi, nawet jeśli wszystkie operują na tym samym repozytorium. Jak zauważyli twórcy, zadania równoległe „nigdy sobie nie przeszkadzają”.

    Dlaczego to ma znaczenie

    Dla zespołów webowych oraz tych, którzy praktykują vibe coding, wersja v0.19.12 eliminuje tarcia w trzech obszarach. Po pierwsze, repozytorium staje się bezpieczniejszym miejscem dla wielu agentów. Po drugie, możliwość sterowania w trakcie tury daje bezpośredni mechanizm zatrzymania agenta, zanim popełni błędy. Po trzecie, odświeżony web_fetch ułatwia pracę z dokumentacją online.

    Całość nie opiera się na jednej spektakularnej funkcji, lecz na zestawie przemyślanych poprawek, które razem wpływają na codzienną pracę. Agent trudniej wymyka się spod kontroli, shell lepiej pokazuje stan projektu, a narzędzia webowe nie gubią istotnych treści.

    Źródła

  • Cline SDK v0.0.64 naprawia liczenie tokenów i pliki z Windows

    Cline SDK v0.0.64 naprawia liczenie tokenów i pliki z Windows

    Nowa wersja SDK Cline, oznaczona numerem 0.0.64, została udostępniona w repozytorium 17 lipca 2026 roku. Wprowadza dwie istotne poprawki dotyczące kompatybilności. Aktualizacja koncentruje się na ujednoliceniu obsługi maksymalnych tokenów wyjściowych w różnych ścieżkach providerów oraz na poprawnym parsowaniu plików zapisanych przez edytory Windows. Choć zmiany są technicznie niewielkie, eliminują uciążliwe błędy, które mogły zakłócić sesję agenta w nieoczekiwanym momencie.

    Kluczowe zmiany

    • Jednolita obsługa limitów tokenów dla trasowania przez bramkę, providera OpenAI i modeli reasoningowych
    • Pliki z BOM-em UTF-8 są teraz poprawnie parsowane — dotyczy frontmatter w Markdown i plików z instrukcjami
    • Automatyczna konwersja plików między Windows a innymi systemami — SDK radzi sobie z tym samodzielnie
    • Poprawki na styku providerów eliminują niespójne zachowania przy generowaniu kodu i wywołaniach narzędzi

    Tokeny pod kontrolą — bez względu na providera

    Problem z maksymalną liczbą tokenów wyjściowych był uciążliwy. Gdy konfiguracja ustalała limit, ale SDK nie przekazywało go poprawnie do konkretnego providera, model mógł przestać generować odpowiedź w trakcie wywołania narzędzia. W niektórych przypadkach zachowywał się inaczej, w zależności od tego, czy żądanie szło bezpośrednio przez OpenAI, przez bramkę, czy do modelu reasoningowego.

    Poprawka w wersji 0.0.64 nie zwiększa samego limitu, lecz zmienia sposób, w jaki SDK go przekazuje. Umożliwia to, aby skonfigurowana wartość docierała tam, gdzie powinna, i była respektowana przez każdą ścieżkę. Dla osób generujących długie pliki konfiguracyjne lub skomplikowane struktury kodu, ta zmiana oznacza mniej niespodzianek przy kompilacji.

    Warto dodać, że późniejsze wydania SDK wprowadzały dodatkowe poprawki dla modeli reasoningowych, które mogły pomijać kompaktowanie, gdy system niewłaściwie honorował jawny limit. To pokazuje, że zarządzanie budżetem tokenów pozostaje aktualnym tematem w ekosystemie agentów AI.

    BOM, którego już nie widać

    Druga zmiana dotyczy znacznika kolejności bajtów (BOM) w plikach UTF-8, który jest często dodawany przez starsze edytory w systemie Windows. Ten niewidoczny znacznik może skutecznie zakłócić parsowanie.

    Gdy plik z instrukcjami dla Cline zaczynał się od BOM-a, parser nie znajdował oczekiwanego delimitera frontmatter na pierwszej pozycji. W rezultacie odrzucał plik jako niepoprawny lub, co gorsza, interpretował go w sposób prowadzący do trudnych do zdiagnozowania błędów w działaniu agenta.

    Od wersji 0.0.64 SDK usuwa BOM-a przed parsowaniem. Dotyczy to plików Markdown z frontmatter w YAML, plików z instrukcjami użytkownika oraz reguł i workflow. Użytkownicy nie muszą już ręcznie konwertować plików do UTF-8 bez BOM za każdym razem, gdy edytują je w notatniku i wrzucają do repozytorium.

    Dlaczego to ma znaczenie

    Cline SDK to open-source'owy runtime agenta, wykorzystywany zarówno w rozszerzeniach IDE, jak i przez zespoły budujące własne aplikacje agentowe. Dla osób pracujących w web dev i DevOps obie poprawki są istotne, ponieważ dotyczą kluczowych punktów styku między systemami.

    Pierwszy problem dotyczy granicy między providerami modeli — niespójne limity tokenów mogą prowadzić do niekompletnego generowania kodu. Drugi problem to granica między systemami plików — pliki utworzone w Windows mogą nie działać poprawnie w środowisku linuksowym.

    Te zmiany mogą być niewidoczne, dopóki coś się nie zepsuje. Jednak w momencie wystąpienia problemu mogą powodować więcej frustracji niż skomplikowane błędy.

    Źródła

  • OpenCode ogranicza zagnieżdżanie subagentów i usprawnia pracę na pulpicie

    OpenCode ogranicza zagnieżdżanie subagentów i usprawnia pracę na pulpicie

    Najnowsza aktualizacja narzędzia OpenCode wprowadza domyślne ograniczenie głębokości delegowania zadań dla subagentów oraz szereg poprawek stabilności w wersji desktopowej. Zmiany, wprowadzone w wydaniach 1.18.2 i 1.18.3, mają na celu zapobieganie niekontrolowanemu mnożeniu się sesji agentów i ułatwienie nawigacji po projektach.

    Co nowego w skrócie

    • Limit zagnieżdżania – domyślnie subagent nie może tworzyć kolejnych subagentów; wartość subagent_depth wynosi teraz 1
    • Skrót do zamykania pickera – strzałka w górę pozwala szybko zamknąć okno wyboru subagenta, gdy zaznaczona jest pierwsza pozycja
    • Poprawione przewijanie – strona główna w aplikacji desktopowej działa teraz płynniej
    • Lepszy start WSL – desktop czeka teraz na gotowość serwera WSL, zanim zgłosi aplikację jako dostępną
    • Wyszukiwanie sesji w palecie poleceń obejmuje teraz również istniejące sesje, co przyspiesza przełączanie między konwersacjami

    Dlaczego limit zagnieżdżania ma znaczenie

    Praca z agentami AI przy złożonych projektach programistycznych często wymaga delegowania zadań pobocznych, takich jak przeszukiwanie repozytoriów, testowanie, generowanie dokumentacji czy przegląd kodu. Problem pojawia się, gdy subagent zaczyna tworzyć własne subagenty. Rekurencyjna delegacja może prowadzić do nadmiernej aktywności, obciążenia zasobów i trudności w śledzeniu postępów w drzewie zadań.

    OpenCode wprowadza konfigurowalne ograniczenie głębokości. Przy domyślnej wartości subagent_depth: 1, agent główny może delegować zadanie do subagenta, ale ten nie może tworzyć kolejnych poziomów. Ustawienie wartości na 2 pozwala na jeszcze jeden poziom zagnieżdżenia. Aby całkowicie zablokować możliwość tworzenia subagentów, wystarczy wpisać 0.

    To zabezpieczenie wpisuje się w szerszy trend, w którym narzędzia do kodowania wspomaganego AI stają się środowiskami do zarządzania wieloetapowymi procesami. Jasne granice delegowania ułatwiają odróżnienie głównych zadań od prac pomocniczych.

    Drobne zmiany, które robią różnicę

    Wersja 1.18.3 wprowadza także kilka usprawnień interfejsu. Skrót ze strzałką w górę do zamykania pickera subagentów, choć wydaje się drobnym szczegółem, oszczędza czas i frustrację podczas intensywnej pracy z agentami. Poprawione przewijanie strony głównej również znacząco poprawia komfort użytkowania.

    Rozszerzone wyszukiwanie sesji w palecie poleceń umożliwia użytkownikom zarządzającym wieloma równoległymi konwersacjami agentów szybsze odnalezienie właściwego wątku projektu. Dodatkowo wprowadzono poprawki związane z przyklejonymi nagłówkami sesji oraz widocznością selektora niestandardowych agentów.

    Stabilność WSL doceniona przez deweloperów

    Dla osób pracujących na Windowsie z Linuksem w tle zmiana w obsłudze WSL jest szczególnie istotna. Wcześniej interfejs desktopowy OpenCode mógł zgłaszać gotowość, zanim serwer WSL zakończył inicjalizację, co prowadziło do błędów podczas prób połączenia. To mogło zakłócać pracę nad projektami opartymi na kontenerach czy menedżerach pakietów linuksowych.

    Aktualizacja sprawia, że desktop czeka na pełną gotowość serwera WSL, zanim poinformuje użytkownika o dostępności narzędzia. W połączeniu z wymogiem uwierzytelniania przez OPENCODE_SERVER_PASSWORD, co jest wymagane przy nasłuchiwaniu na zewnętrznym adresie, zapewnia to solidniejsze podstawy do codziennej pracy.

    Mniej rewolucji, więcej kontroli

    Ta aktualizacja OpenCode nie wprowadza nowego modelu językowego ani przełomowych funkcji. Twórcy skupili się na przewidywalności zachowania agentów, szybszej nawigacji i mniejszej liczbie awarii. Domyślny limit zagnieżdżenia to najważniejsza zmiana dla każdego, kto deleguje złożone zadania. Użytkownicy spędzający długie godziny w narzędziu docenią poprawki pulpitu i WSL. To solidny zestaw usprawnień operacyjnych, które poprawiają codzienną pracę.

    Źródła

  • Cline v4.0.9 wprowadza modele GPT-5.6 i naprawia zawyżone raportowanie tokenów

    Cline v4.0.9 wprowadza modele GPT-5.6 i naprawia zawyżone raportowanie tokenów

    17 lipca 2026 roku ukazała się wersja Cline v4.0.9 — aktualizacja, która koncentruje się na trzech obszarach: dostępie do nowych modeli, dokładniejszym rozliczaniu użycia tokenów i drobnych poprawkach interfejsu. To wydanie nie wprowadza rewolucyjnych zmian, lecz rozwiązuje konkretne problemy zgłaszane przez użytkowników korzystających z subskrypcji ChatGPT i dostawców zgodnych z API OpenAI.

    Kluczowe zmiany w Cline v4.0.9

    • Modele z rodziny GPT-5.6 dostępne dla użytkowników z subskrypcją ChatGPT — Cline dodaje modele GPT-5.6 w integracji opartej na subskrypcji, co poszerza wybór bez konieczności użycia klucza API.
    • Dokładniejsze raportowanie tokenów — poprawiono logikę rozliczania dla dostawców, eliminując wielokrotne zliczanie tych samych tokenów.
    • Złagodzony komunikat o błędach — skrócono i złagodzono ostrzeżenie wyświetlane po osiągnięciu limitu kolejnych pomyłek, aby nie dezorientowało użytkownika.
    • Obsługa plików UTF-8 ze znacznikiem BOM — Cline potrafi teraz wczytywać pliki skills zapisane z bajtowym znacznikiem kolejności, co zwiększa kompatybilność z różnymi edytorami.

    Modele GPT-5.6 przez subskrypcję, nie przez API

    Zmiana w dostępie do modeli z rodziny GPT-5.6 jest istotna, ponieważ dotyczy praktycznego korzystania z agentów kodujących. Nie wszyscy programiści łączą się z modelami przez tradycyjny klucz API — część korzysta z subskrypcji ChatGPT jako wygodniejszej metody autoryzacji. Cline v4.0.9 dodaje odpowiednie modele dla tej grupy, co sprawia, że wybrane modele GPT-5.6 stają się widoczne i dostępne wewnątrz narzędzia bez dodatkowej konfiguracji.

    To posunięcie wpisuje się w szerszy trend, w którym agent kodujący musi obsługiwać różne modele oraz metody uwierzytelniania. Dla użytkownika końcowego ważne jest, czy model działa po zalogowaniu — szczegóły techniczne pozostają w tle.

    Dlaczego poprawka raportowania tokenów ma znaczenie

    Problem z zawyżonym użyciem tokenów dotyczył użytkowników korzystających z dostawców zgodnych z API OpenAI, takich jak bramki, samo-hostowane endpointy czy serwisy imitujące interfejs OpenAI. Niektóre z tych serwisów zwracają skumulowaną sumę tokenów zamiast przyrostu na żądanie. Gdy klient traktuje każdą odpowiedź jako nowy przyrost, te same tokeny są liczone wielokrotnie.

    W praktyce prowadziło to do zawyżonych szacunków kosztów i błędnych informacji o wykorzystaniu budżetu kontekstu. Dla agenta kodującego, który w ramach jednego zadania wykonuje dziesiątki wywołań modelu, nawet niewielki błąd w księgowości tokenów może prowadzić do znaczących rozbieżności. Poprawka w v4.0.9 pozwala Cline odróżniać sumy skumulowane od wartości przyrostowych, co sprawia, że dane o użyciu stają się znacznie bardziej dokładne.

    Drobne, ale odczuwalne poprawki UX

    Przy limicie kolejnych pomyłek Cline wcześniej wyświetlał komunikat, który niepotrzebnie alarmował użytkownika. Wersja 4.0.9 skraca tę wiadomość i nadaje jej spokojniejszy ton — zamiast sprawiać wrażenie awarii, informuje zwięźle o stanie, w jakim znalazł się agent. To drobiazg, ale w codziennej pracy z narzędziem takie szorstkości mogą być irytujące.

    Obsługa UTF-8 z BOM to kolejny krok w stronę kompatybilności. Niektóre edytory i narzędzia wstawiają bajtowy znacznik kolejności na początku plików tekstowych. Gdy Cline próbował wczytać taki plik jako skill, napotykał problem. Po aktualizacji pliki z BOM są interpretowane bez przeszkód.

    Szerszy kontekst wydania

    Cline v4.0.9 wpisuje się w okres intensywnych aktualizacji w różnych obszarach rozwoju. Równolegle z wersjami v4.0.x dla VS Code i głównego produktu, zespół prowadzi osobne serie wydań CLI oraz SDK. To pokazuje, że Cline nie jest monolitem — różne ścieżki dystrybucji rozwijają się we własnym tempie, a poprawki takie jak v4.0.9 trafiają do głównego kanału produktowego.

    Cline v4.0.9 — mała aktualizacja o praktycznym wydźwięku

    Wydanie nie zawiera spektakularnych nowości, nie publikowano też benchmarków wydajności ani danych o oszczędnościach tokenów. Jego wartość leży w dostępie do wybranych modeli GPT-5.6 dla użytkowników subskrypcji ChatGPT, dokładniejszym rozliczaniu tokenów dla niektórych dostawców oraz bardziej przyjaznym interfejsie. Dla osób na co dzień pracujących z Cline to właśnie takie poprawki decydują o przewidywalności działania narzędzia.

    Źródła

  • Factory App zyskuje precyzyjne sterowanie umiejętnościami i większą stabilność agentów

    Factory App zyskuje precyzyjne sterowanie umiejętnościami i większą stabilność agentów

    Wydana 15 lipca 2026 roku wersja v0.173.0 aplikacji Factory App wprowadza szczegółową kontrolę nad umiejętnościami agentów AI oraz kilka istotnych poprawek niezawodności. To pierwsza aktualizacja, która pozwala programistom wyłączać pojedyncze umiejętności zamiast traktować je jako całościowy zestaw.

    Co nowego w skrócie

    • Indywidualne wyłączanie skilli — użytkownicy mogą dezaktywować konkretne umiejętności bez utraty dostępu do pozostałych
    • Zapobieganie pętlom narzędziowym — agent przerywa działanie, gdy wykryje powtarzające się identyczne wywołanie narzędzia
    • Hooki wykonywane dokładnie raz — eliminacja ryzyka zdublowanych efektów ubocznych w zautomatyzowanych przepływach pracy
    • Poprawki interfejsu Mission Control — odświeżanie czatu po zamknięciu panelu działa teraz poprawnie

    Precyzyjna kontrola zamiast wszystko-albo-nic

    Dotychczasowe podejście do skilli w Factory App przypominało włącznik główny — albo agent miał dostęp do wszystkich umiejętności, albo do żadnej. Aktualizacja v0.173.0 zmienia tę logikę na znacznie bardziej szczegółową. Deweloper może teraz wyłączyć jeden konkretny skill, pozostawiając pozostałe aktywne. To przydatne, gdy agent ma tendencję do nadużywania jakiejś funkcji, ale wciąż potrzebuje innych narzędzi do wykonania zadania.

    Dodatkowo, aktualizacja pokazuje, jak ustawienia rozwiązują się w różnych zakresach konfiguracyjnych. Jeśli skill jest zdefiniowany jednocześnie na poziomie globalnym, projektowym i instalacyjnym, interfejs wizualizuje, która konfiguracja ma pierwszeństwo. Użytkownicy nie muszą już ręcznie przeszukiwać plików konfiguracyjnych w poszukiwaniu źródła problemu.

    Agent bez pętli, hooki bez niespodzianek

    Jednym z kosztownych problemów w narzędziach AI są pętle narzędziowe. Agent wywołuje to samo narzędzie z tymi samymi argumentami, nie robiąc postępu, co prowadzi do marnowania czasu i zasobów. Wersja v0.173.0 wprowadza mechanizm, który wykrywa takie powtarzające się wywołania i zatrzymuje agenta. Release notes nie podają konkretnych liczb — nie wiemy, o ile spadła częstotliwość pętli ani ile tokenów oszczędza to użytkownikom. Niemniej jednak, wprowadzenie tego zabezpieczenia to krok w stronę bardziej przewidywalnych sesji deweloperskich.

    Hooki również zostały poprawione — wykonują się teraz dokładnie raz na zdarzenie. W kontekście DevOps i hostingu ma to znaczenie, ponieważ hook może uruchamiać komendy, wysyłać powiadomienia czy wyzwalać deploymenty. Przypadkowe zdublowanie takiej akcji oznacza zbędny build albo podwójną notyfikację. Dokładne wykonanie eliminuje ten problem.

    Drobne, ale dokuczliwe usterki

    Aktualizacja rozwiązuje także kilka drobnych problemów. Mission Control po zamknięciu nie zostawia już czatu w niespójnym stanie wizualnym — interfejs odświeża się poprawnie, więc użytkownicy nie muszą restartować aplikacji. Przycisk aktualizacji na pasku bocznym ma teraz poprawione wyrównanie. To mała zmiana, ale istotna.

    Pluginy ładują się teraz poprawnie niezależnie od zakresu instalacji — globalnego, projektowego czy innego. To rozwiązuje sytuację, w której wtyczka zainstalowana w jednym miejscu była widoczna, a identyczna w innym — już nie.

    Równoległe zapisy ustawień również przestały się gryźć. Gdy kilka aktualizacji konfiguracji następuje jednocześnie, nowsze zmiany nie są już nadpisywane przez stare, buforowane dane. Dla zespołów pracujących równolegle nad konfiguracją to oszczędność frustracji.

    Co dalej z Factory App

    Wydanie v0.173.0 dotyczy zarówno CLI, jak i aplikacji desktopowej. Kontrola skilli i mechanizm zatrzymywania pętli to zmiany w CLI, podczas gdy poprawki Mission Control i paska bocznego dotyczą aplikacji. Release notes nie podają danych o adopcji ani metrykach wydajności, więc trudno oszacować konkretny wpływ na produktywność programistów. Jednak kierunek jest jasny — Factory App zmierza w stronę narzędzia, które daje więcej kontroli przy mniejszej liczbie niespodzianek.

    Dla zespołów budujących zautomatyzowane przepływy kodowania czy deploymentu oznacza to mniej ręcznego nadzoru nad agentem i bardziej przewidywalne zachowanie hooków. Takie zmiany są oczekiwane od narzędzi deweloperskich w 2026 roku.

    Źródła

  • OpenCode dostaje bat na subagenty – teraz to ty decydujesz, jak głęboko sięgają

    OpenCode dostaje bat na subagenty – teraz to ty decydujesz, jak głęboko sięgają

    OpenCode wprowadza zmiany dotyczące subagentów – w wersjach v1.18.2 i v1.18.3 dodano konfigurowalny limit głębokości subagentów oraz poprawki stabilności na pulpicie. Najważniejszą nowością jest domyślne blokowanie zagnieżdżonych subagentów, co uniemożliwia niekontrolowane tworzenie sesji potomnych, chyba że limit zostanie zwiększony w konfiguracji.

    Co konkretnie się zmieniło

    • Limit subagent_depth – domyślnie ustawiony na 1, co oznacza, że subagent nie może uruchomić kolejnego subagenta bez zwiększenia tego parametru.
    • Skrót klawiszowy – strzałka w górę zamyka teraz picker subagentów, co przyspiesza nawigację w interfejsie terminalowym.
    • Poprawki dla desktopu – naprawiono przewijanie strony głównej, lepkie nagłówki sesji oraz widoczność selektora niestandardowych agentów.
    • Lepsza integracja z WSL – serwer OpenCode lepiej działa w środowiskach Windows Subsystem for Linux, co zmniejsza liczbę błędów połączeń przy uruchamianiu.

    Dlaczego limit głębokości ma znaczenie

    Subagenty w OpenCode działają jako osobne sesje potomne, w których główny agent deleguje zadania, takie jak eksploracja kodu, przegląd czy implementacja fragmentów. Problem pojawia się, gdy subagent zaczyna uruchamiać kolejne subagenty. Bez limitu łatwo o pętlę, co prowadzi do nadmiernego zużycia kontekstu modelu, zwiększenia liczby tokenów oraz wydłużenia czasu wykonania, co podnosi koszty korzystania z API.

    Domyślne ustawienie subagent_depth: 1 wprowadza prosty model: jeden główny agent i jeden poziom dzieci. W przypadku potrzeby głębszej delegacji, na przykład przy złożonym kodowaniu, wystarczy zwiększyć wartość w konfiguracji. Nieudana próba zagnieżdżenia teraz zwraca czytelny komunikat, wskazujący, który klucz konfiguracyjny należy zmienić.

    To zmiana, która może nie przyciąga uwagi, ale znacząco ogranicza frustrację. Każdy, kto doświadczył problemów z agentem, który wykorzystuje cały limit tokenów na niekontrolowane zadania, zrozumie, o co chodzi.

    Co nowego na pulpicie

    Co nowego na pulpicie

    Wersja v1.18.3 wprowadza kilka poprawek, które docenią użytkownicy desktopu. Przewijanie strony głównej działa teraz płynnie, co wcześniej stanowiło problem przy większej liczbie projektów. Dodano lepkie nagłówki sesji, co ułatwia nawigację w długich listach zadań.

    Wyszukiwanie sesji w palecie poleceń obejmuje teraz również otwarte sesje. To istotna zmiana, zwłaszcza przy pracy nad dużymi repozytoriami, gdzie użytkownicy mogą mieć osobne sesje do developmentu, debugowania i infrastruktury. Szybkie przełączanie między nimi staje się teraz znacznie łatwiejsze.

    Poprawki dla WSL są szczególnie ważne dla deweloperów na Windowsie, którzy korzystają z narzędzi linuksowych, kontenerów i menedżerów pakietów. Serwer OpenCode lepiej radzi sobie z uruchamianiem w tych środowiskach, co zmniejsza liczbę błędów połączenia przy otwieraniu klienta.

    Subagent picker pod palcami

    Subagent picker pod palcami

    Drobna, ale praktyczna zmiana: strzałka w górę zamyka teraz picker subagentów. Wcześniej użytkownicy musieli korzystać z kombinacji klawiszy lub myszy, co mogło zakłócać pracę w terminalu. Teraz dostępny jest jeden szybki skrót, który działa intuicyjnie.

    Poprawiono także widoczność selektora niestandardowych agentów. Dla tych, którzy tworzą własne subagenty do konkretnych zadań, takich jak testy czy dokumentacja, teraz łatwiej je znaleźć i wybrać.

    Podsumowanie

    Te aktualizacje nie wprowadzają nowych modeli ani spektakularnych funkcji. Zamiast tego poprawiają podstawowe funkcje: bezpieczniejsza delegacja zadań, stabilniejsze połączenia z WSL oraz płynniejsza nawigacja po sesjach. OpenCode staje się bardziej przewidywalny, co jest istotne w kontekście agentowego kodowania.

    Źródła

  • Factory wzmacnia kontrolę nad umiejętnościami agentów w wersji v0.173.0

    Factory wzmacnia kontrolę nad umiejętnościami agentów w wersji v0.173.0

    Nowa aktualizacja platformy Factory wprowadza szczegółowe sterowanie umiejętnościami oraz poprawia niezawodność agentów. Wersja v0.173.0, opublikowana 15 lipca 2026 roku, koncentruje się na problemach, które często irytują programistów, takich jak zapętlone wywołania narzędzi i zdublowane efekty uboczne.

    Co nowego w skrócie

    • Szczegółowe sterowanie umiejętnościami – użytkownicy mogą wyłączać pojedyncze skille zamiast zarządzać nimi zbiorczo
    • Widoczność zakresów konfiguracji – aplikacja pokazuje, z którego poziomu pochodzi aktywne ustawienie (projekt, użytkownik, organizacja)
    • Zatrzymywanie zapętlonych wywołań – agent przerywa działanie, gdy powtarza identyczne żądanie narzędzia
    • Pojedyncze wykonanie hooków – każdy hook uruchamia się dokładnie raz na zdarzenie, eliminując duplikację walidacji czy formatowania
    • Poprawki interfejsu – naprawiono odświeżanie czatu po zamknięciu Mission Control i wyrównanie przycisku w pasku bocznym

    Koniec z grupowym sterowaniem umiejętnościami

    Zarządzanie umiejętnościami do tej pory przypominało jazdę bez sprzęgła – wszystko albo nic. Teraz Factory pozwala selektywnie dezaktywować konkretne umiejętności. Jeśli projekt nie potrzebuje określonego frameworka czy workflow testowego, można go po prostu wyłączyć. Bez obejść i kompromisów.

    Wprowadzono również wizualizację rozstrzygania konfliktów między zakresami. Ustawienia mogą nachodzić na siebie z poziomu projektu, użytkownika i organizacji. Użytkownicy teraz widzą dokładnie, która wartość wygrywa i dlaczego, co oszczędza czas zespołom dzielącym wspólne umiejętności między repozytoriami.

    Agent, który wie, kiedy przestać

    Osoby, które spędziły wieczór na debugowaniu sesji vibe codingu, znają ten scenariusz: agent w kółko wysyła to samo żądanie, zamiast posunąć się naprzód lub poprosić o pomoc. W tej aktualizacji wprowadzono mechanizm, który kończy turę, gdy agent powtarza identyczne wywołanie narzędzia.

    Nie ma spektakularnych statystyk poprawy – release notes nie podają częstotliwości występowania pętli przed i po. Jednak fakt, że agent przestaje kręcić się w miejscu, ma znaczenie w długich, autonomicznych sesjach programistycznych.

    Hooki bez ech

    Duplikacja efektów ubocznych to problem w automatyzacji. Hook uruchomiony dwukrotnie może sformatować kod dwa razy, zapisać zdublowany wpis w logach lub uruchomić skanowanie sekretów w nieskończoność. Teraz każdy hook wykonuje się dokładnie raz.

    Dla DevOps to szczególnie istotne – formatowanie przed commitem, sprawdzanie polityk bezpieczeństwa czy przygotowanie wdrożenia powinny działać na zasadzie „jeden strzał, jeden efekt”.

    Drobiazgi, które drażnią

    Aktualizacja rozwiązuje także kilka irytujących defektów interfejsu. Czat poprawnie odświeża się po zamknięciu Mission Control, a przycisk aktualizacji w pasku bocznym wreszcie znajduje się tam, gdzie powinien. Drobne poprawki mają znaczenie, szczególnie przy ośmiu godzinach dziennie przed monitorem.

    Dodatkowo poprawiono ładowanie wtyczek – działają teraz we wszystkich zakresach instalacji, a równoległe zapisy ustawień przestały się wzajemnie nadpisywać nieaktualnymi danymi z cache.

    Czego nie wiemy

    Release notes nie ujawniają wszystkich szczegółów. Nie dowiemy się, ilu użytkowników dotknęły poprawione błędy ani o ile wzrosła skuteczność agentów. Brakuje również informacji o zmianach wydajnościowych, liczbie testowanych pluginów czy potencjalnych incydentach bezpieczeństwa.

    Można traktować tę aktualizację jako solidną paczkę poprawek i funkcji – nie jako raport z laboratorium. To konkretne i użyteczne zmiany, które nie są obciążone marketingowym szumem.

    Źródła

  • Factory v0.172.0: nowy Mission Control i szybsze uruchamianie lokalnych projektów

    Factory v0.172.0: nowy Mission Control i szybsze uruchamianie lokalnych projektów

    Factory wypuściło wersję v0.172.0, która wprowadza zaktualizowany panel Mission Control oraz uproszczoną konfigurację folderów lokalnych. Aktualizacja poprawia także działanie pól tekstowych i eliminuje kilka błędów, takich jak problemy z uwierzytelnianiem MCP oraz błędne renderowanie Markdown.

    Co nowego w Factory v0.172.0

    • Ujednolicony panel Mission Control – wszystkie zadania i przepływy pracy agentów AI zebrane w jednym miejscu
    • Przycisk szybkiego podłączania projektu lokalnego – mniej kliknięć przy starcie pracy z istniejącym kodem
    • Spójna edycja tekstu w całej aplikacji – przewidywalne skróty, zaznaczanie i nawigacja kursorem
    • Poprawki uwierzytelniania MCP – ciche odświeżanie tokenów, koniec z duplikującymi się monitami o logowanie
    • Lepsza obsługa PDF-ów z hasłem i poprawione renderowanie Markdown

    Mission Control w jednym panelu – mniej przełączania kontekstu

    Główną nowością jest połączenie wszystkich elementów związanych z misjami agentów w jeden panel Mission Control. Zarządzanie zadaniami AI wcześniej wymagało przełączania się między różnymi widokami, co mogło być męczące przy większej liczbie równoległych sesji.

    Teraz można znaleźć wszystko – podgląd postępów, statusy zadań, listę aktywnych agentów – w jednym miejscu. To zwiększa wygodę i pozwala na szybszą orientację w działaniach agenta, bez potrzeby ciągłego przełączania kart i okien.

    Mission Control rozwija się jako centralny punkt operacyjny, a nie tylko lista zadań. W przyszłych aktualizacjach dodane zostanie raportowanie tokenów sub-agentów do panelu Mission Control, co wskazuje na dalszy rozwój tej funkcji.

    Lokalny projekt w kilka sekund

    Drugą istotną zmianą jest nowy przycisk do szybkiego podpinania lokalnego folderu projektu. Zamiast przechodzić przez kilka ekranów konfiguracyjnych, wystarczy jedno kliknięcie, aby wskazać katalog z istniejącym kodem.

    Dla programisty, który chce szybko otworzyć repozytorium i rozpocząć pracę, to znacząca różnica. Factory stawia na zmniejszenie tarcia przy wchodzeniu w projekt – im szybciej agent zacznie działać na realnym kodzie, tym lepiej.

    Drobiazgi, które robią różnicę

    Ujednolicenie zachowania pól tekstowych może wydawać się kosmetyką, ale w środowisku AI-driven development ma duże znaczenie. Często wklejasz prompty, edytujesz wygenerowane plany, poprawiasz konfiguracje – i oczekujesz, że skróty klawiszowe będą działać w ten sam sposób. Teraz tak jest.

    Poprawki MCP są również istotne. Model Context Protocol łączy agentów z zewnętrznymi narzędziami i serwisami. Factory przechowuje tokeny MCP w systemowym keychain, co oznacza, że jedno uwierzytelnienie działa na wiele projektów. Gdy autoryzacja nie działała, wpływało to na wszystkie integracje. Po aktualizacji tokeny odświeżają się automatycznie, a duplikujące się monity o logowanie zniknęły.

    Obsługa zaszyfrowanych PDF-ów została poprawiona. Jeśli agent napotyka dokumentację, specyfikację lub manual w formacie PDF zabezpieczonym hasłem, nie powinien już generować błędów ani nieczytelnych wyników.

    Ostatnią poprawką jest renderowanie Markdown – odpowiedzi agentów, podsumowania zadań oraz dokumentacja techniczna generowana przez Droidy będą wyświetlane poprawnie. To istotny detal, ponieważ różnica między czytelnym formatowaniem a zbitką tekstu jest odczuwalna podczas długiego czytania.

    Co to oznacza dla zespołów dev

    Każda z tych zmian osobno nie jest rewolucyjna, ale razem tworzą aktualizację, która realnie skraca czas od pomysłu do działania. Mniej kliknięć przy konfiguracji, lepsza widoczność pracy agentów, stabilniejsze integracje i czytelniejszy output – to rzeczy, które docenisz po kilku godzinach pracy.

    Factory konsekwentnie rozwija Mission Control jako centrum dowodzenia. W połączeniu z modelami MCP na poziomie projektu, folderu i użytkownika, powstaje środowisko, w którym agent AI jest integralną częścią workflow, bez potrzeby ciągłego edytowania plików YAML.

    Źródła