Tag: Produktywność

  • 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

  • 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

  • Factory v0.167.0: lepsza łączność z droidami i zauważalnie szybsze uruchamianie

    Factory v0.167.0: lepsza łączność z droidami i zauważalnie szybsze uruchamianie

    2 września 2026 roku Factory wydało aktualizację v0.167.0, która rozwiązuje dwa istotne problemy użytkowników pracujących ze zdalnymi maszynami: brak wygodnego przekierowania portów oraz wolne uruchamianie aplikacji. Nowa wersja wprowadza komendę droid computer port-forward oraz przyspiesza fazy startowe, co sprawia, że okno robocze pojawia się szybciej niż wcześniej.

    Co konkretnie się zmieniło

    • Nowa komenda droid computer port-forward umożliwia przekierowanie portów z komputera-droida na lokalną maszynę przez tunel przekaźnikowy.
    • Równoległe fazy startowe skracają czas od kliknięcia ikony do gotowego okna aplikacji — Factory informuje o „szybszym uruchamianiu”.
    • Pełnoekranowa nakładka pomocy oraz usprawniona nawigacja w menu slash ułatwiają odnajdywanie komend bez odrywania rąk od klawiatury.
    • Wyszukiwanie sesji również przyspieszono, chociaż twórcy nie podają konkretnych wartości procentowych.
    • Poprawki błędów — między innymi naprawiono wklejanie obrazków w systemie Windows oraz zawieszanie się sesji podczas inicjalizacji.

    Przekierowanie portów: jak to działa i dlaczego ma znaczenie

    Nowa komenda to nie tylko kolejna opcja w CLI. Oferuje składnię, która obsługuje mapowania w stylu LOKALNY:ZDALNY, sam ZDALNY lub :ZDALNY, a także umożliwia przekierowanie wielu portów w jednym wywołaniu. Komputery-droidy są automatycznie budzone przed nawiązaniem połączenia, więc nie trzeba osobno sprawdzać, czy maszyna zdalna jest aktywna.

    Ruch przechodzi przez istniejący tunel przekaźnikowy, ten sam, który obsługuje droid computer ssh. Nie ma potrzeby otwierania dodatkowych portów ani eksponowania ich na zewnątrz. Dla zespołów devopsowych i web developerów testujących serwisy na zdalnych środowiskach to znaczna oszczędność czasu i nerwów. Obsługiwany jest tylko TCP, więc na UDP trzeba będzie jeszcze poczekać.

    Brak przekierowania portów w pracy z droidami oznaczał konieczność korzystania z reverse proxy lub SSH z ręcznymi tunelami — wszystko było wykonalne, ale każda minuta spędzona na konfiguracji to czas stracony na właściwe kodowanie.

    Szybszy start i sprawniejsze szukanie sesji

    Uruchamianie aplikacji w poprzednich wersjach mogło być frustrujące. Proces startowy przebiegał w fazach, a zanim okno stało się interaktywne, mijało wystarczająco dużo czasu, aby zdążyć nalać sobie kawy. Teraz fazy startowe działają równolegle — to nie jest rewolucja architektoniczna, ale solidna decyzja inżynieryjna. Efekt jest odczuwalny od pierwszego kliknięcia.

    Wyszukiwanie sesji również zyskało na szybkości. Factory nie podaje konkretnych liczb, ale przy rosnącej liczbie zapisanych sesji nawet drobna optymalizacja zapytań czy indeksowania ma znaczenie, szczególnie gdy próbujesz szybko wrócić do wczorajszego kontekstu.

    Te zmiany mają na celu zmniejszenie tarcia przy przełączaniu się między zadaniami. W pracy z AI-asystentem, gdzie sesje mogą trwać godzinami, każda sekunda opóźnienia przy starcie czy wyszukiwaniu może wybić z rytmu.

    Interfejs i garść poprawek

    Oprócz wydajności i łączności, v0.167.0 wprowadza pełnoekranową nakładkę z pomocą — szczególnie przydatną dla nowych użytkowników, którzy nie znają jeszcze wszystkich skrótów i komend. Usprawniono również nawigację w menu slash, co sprawia, że wybieranie akcji podczas pisania promptów działa płynniej.

    Jeśli chodzi o błędy, zespół Factory rozwiązał problem z wklejaniem obrazków na Windowsie — użytkownicy tego systemu mogą teraz normalnie dodawać zrzuty ekranu do sesji. Naprawiono również zawieszanie się inicjalizacji sesji oraz poprawiono ogólną stabilność. Choć te poprawki nie przyciągają uwagi, to właśnie takie detale decydują o codziennej użyteczności narzędzia.

    Co z tego wynika

    Aktualizacja nie wprowadza przełomowych zmian w sposobie pracy, ale odpowiada na potrzeby użytkowników Factory. Przekierowanie portów eliminuje problem pracy ze zdalnymi droidami, a przyspieszenie startu i wyszukiwania to inwestycja w płynność codziennych procesów. Jeśli twoja praca polega na szybkim testowaniu serwisów na zdalnych maszynach lub zarządzaniu wieloma sesjami AI, warto zainstalować v0.167.0 bez zwłoki.

    Źródła

  • OpenCode łata błędy z.ai i odświeża interfejs – mniej frustracji przy długich promptach

    OpenCode łata błędy z.ai i odświeża interfejs – mniej frustracji przy długich promptach

    Najnowsza aktualizacja OpenCode została udostępniona użytkownikom w połowie września 2026 roku. Skupia się na dwóch głównych obszarach: poprawie raportowania błędów związanych z przekroczeniem okna kontekstowego z.ai oraz wprowadzeniu poprawek wizualnych w aplikacji desktopowej. Zmiany te nie są rewolucyjne, ale znacząco zmniejszają liczbę mylących komunikatów i poprawiają komfort codziennej pracy.

    Co nowego w tej aktualizacji

    • Klasyfikacja błędów z.ai – przepełnienie okna kontekstowego jest teraz rozpoznawane i komunikowane jako konkretny tryb awarii, a nie ogólny błąd.
    • Przywrócone etykiety modeli – tooltipy z nazwami modeli wróciły do interfejsu po wcześniejszym usunięciu.
    • Odświeżona paleta poleceń v2 – przeprojektowany wygląd i lepsza responsywność przy wywoływaniu komend.
    • Poprawki dla macOS Sequoia – belka tytułowa i kontrolki okna wyświetlają się teraz prawidłowo.
    • Bezpieczniejszy fallback konfiguracji – brakujące katalogi config/cache nie powodują już awarii aplikacji.

    Lepsza diagnostyka, czyli koniec z enigmatycznymi błędami

    Przekroczenie okna kontekstowego to błąd, który potrafi zirytować nawet doświadczonego developera. Wysyłając prompt, model zaczyna przetwarzać, a po chwili otrzymujesz komunikat, który niewiele mówi o przyczynie. W przypadku z.ai, dostawcy modeli językowych używanego przez OpenCode, problem był szczególnie uciążliwy, ponieważ zbyt duże zapytania kończyły się mało precyzyjnym feedbackiem.

    Nowa wersja OpenCode wprowadza lepszą klasyfikację tych sytuacji. System rozpoznaje, że przyczyna leży w rozmiarze żądania względem limitu okna kontekstowego i komunikuje to w sposób zrozumiały. Nie musisz już zgadywać, czy problem dotyczy autoryzacji, timeoutu po stronie serwera, czy czegoś innego. Dla osób pracujących z długimi promptami, co jest normą przy debugowaniu złożonych baz kodowych, to oszczędność nerwów i czasu.

    Zmiana ta wpisuje się w szerszy trend w rozwoju OpenCode: zespół koncentruje się na poprawie niezawodności integracji z konkretnymi dostawcami, zamiast dodawać nowe funkcje. Poprzednie aktualizacje również zawierały poprawki dotyczące Bedrocka, Together AI czy GitHub Copilot, co pokazuje podobną filozofię.

    Desktop w końcu dopieszczony

    Desktop w końcu dopieszczony

    Równolegle z poprawkami błędów wprowadzono zmiany w interfejsie. Użytkownicy macOS Sequoia skarżyli się na wygląd belki tytułowej – kontrolki zamykania i minimalizacji okna były źle wyrównane lub stylowane niezgodnie z resztą systemu. Aktualizacja to naprawia, więc okno OpenCode nie odstaje już wizualnie od innych aplikacji.

    Wróciły także tooltipy modeli. Po wcześniejszym usunięciu, teraz znów pojawiają się przy najechaniu na nazwę modelu, co ułatwia szybką orientację bez konieczności klikania w ustawienia. Paleta poleceń v2 zyskała nowy wygląd, a skróty terminalowe mają teraz wyższy priorytet – terminal przechwytuje je jako pierwszy, co eliminuje konflikty z akcjami w interfejsie.

    Co z tymi katalogami konfiguracyjnymi?

    Co z tymi katalogami konfiguracyjnymi?

    Mniej widoczna, ale równie ważna zmiana dotyczy obsługi brakujących lub uszkodzonych katalogów konfiguracyjnych. Zdarza się to częściej, niż mogłoby się wydawać: reinstalacja, migracja na inny system, agresywne czyszczenie dysku przez narzędzia takie jak CleanMyMac. W takich sytuacjach OpenCode potrafił zachowywać się nieprzewidywalnie.

    Nowa wersja radzi sobie z tym znacznie lepiej. Zamiast crashować lub wyświetlać pusty interfejs, aplikacja stosuje bezpieczny fallback. Dokumentacja dotycząca rozwiązywania problemów została również rozszerzona o konkretne ścieżki czyszczenia cache i resetowania stanu na macOS, Linuxie i Windowsie. Jeśli coś pójdzie nie tak, masz jasno opisaną procedurę naprawczą bez potrzeby szukania pomocy na forach.

    Warto zaktualizować

    Choć to wydanie nie przynosi spektakularnych nowości, jest jednym z tych, które realnie wpływają na codzienną pracę. Mniej mylących błędów, lepiej wyglądający interfejs i bezpieczniejsza obsługa plików konfiguracyjnych – to wszystko składa się na narzędzie, które po prostu mniej przeszkadza. Jeśli używasz z.ai jako dostawcy i pracujesz na macOS, aktualizacja jest praktycznie obowiązkowa. Dla pozostałych użytkowników to solidny zestaw poprawek bez ryzyka regresji.

    Źródła

  • OpenCode z checkpointami sesji – cofa nie tylko czat, ale i zmiany w plikach

    OpenCode z checkpointami sesji – cofa nie tylko czat, ale i zmiany w plikach

    Nowa wersja OpenCode z checkpointami sesji wprowadza system migawek, który umożliwia pełne cofanie stanu zarówno konwersacji, jak i edytowanych plików. W aplikacji desktopowej wprowadzono również wiele usprawnień, takich jak skróty klawiszowe znane z przeglądarek, możliwość przeciągania kart oraz przeprojektowany widok zarchiwizowanych sesji. Aktualizacja poprawia także niezawodność logowania OAuth dla serwerów MCP.

    Co nowego w OpenCode z checkpointami sesji

    • Snapshoty sesji działają jak punkty kontrolne, zapisując stan po każdej wiadomości, obejmując historię rozmowy i zmiany w plikach.
    • Przywracanie cofa nie tylko tekst czatu, ale także edycje w systemie plików, które miały miejsce po wybranym punkcie.
    • Skróty klawiszowe mod+1 do mod+9 oraz przeciągane karty upodabniają nawigację w aplikacji desktopowej do przeglądarki.
    • Widok archiwalnych sesji zyskał osobny panel w aplikacji desktopowej, co było jedną z najczęściej zgłaszanych próśb użytkowników.
    • Stabilniejsze logowanie MCP OAuth – URL do ręcznej autoryzacji jest teraz zawsze widoczny, nawet gdy przeglądarka nie otworzy się automatycznie.

    Migawki, które naprawdę cofają zmiany

    System snapshotów w OpenCode z checkpointami sesji działa na poziomie każdej wiadomości. Przed każdym wywołaniem modelu tworzona jest kopia stanu, a po zakończeniu kroku zapisywana jest lista zmodyfikowanych ścieżek. Dzięki temu użytkownik może wrócić do wcześniejszego punktu rozmowy, a OpenCode z checkpointami sesji automatycznie przywróci pliki do stanu sprzed cofniętych edycji.

    Mechanizm opiera się na wewnętrznej bazie obiektów Gita przechowywanej lokalnie – nie tworzy commitów, nie rusza gałęzi ani indeksu repozytorium. To czysto lokalna wygoda. Jeśli jednak pracujesz poza repozytorium Git, polecenie /undo cofnie tylko historię konwersacji, bez możliwości odtworzenia plików.

    Snapshoty mają swoje ograniczenia. Nie obejmują plików ignorowanych przez Git, nie wychodzą poza aktywny katalog roboczy i pomijają pojedyncze pliki powyżej 2 MiB. Shell commandy, które zmodyfikowały bazy danych czy procesy, nie będą odwracane przez snapshoty.

    Desktop bliższy IDE

    Desktop bliższy IDE

    Przeglądarkowe skróty to drobiazg, który naprawdę zmienia komfort pracy z wieloma sesjami. mod+1 do mod+9 pozwala na szybkie przełączanie się między kartami, a możliwość przeciągania ich myszą ułatwia organizację kilku równoległych wątków. Przeprojektowany pasek tytułu i layout lepiej wykorzystują przestrzeń roboczą.

    Panel zarchiwizowanych sesji również przeszedł lifting. Użytkownicy wcześniej prosili o możliwość przeglądania i przywracania archiwalnych rozmów bezpośrednio z desktopa – teraz mają dedykowany widok zintegrowany z aplikacją. Sesje bez tytułów otrzymują automatycznie generowane nazwy, więc nic nie znika bez śladu.

    Mniej frustracji z logowaniem MCP

    Mniej frustracji z logowaniem MCP

    Integracja z zewnętrznymi serwerami przez MCP OAuth mogła napotykać problemy, gdy automatyczne otwarcie przeglądarki nie działało. Teraz URL do ręcznego logowania jest zawsze widoczny, więc nawet w środowiskach bez GUI czy z zablokowanymi przekierowaniami użytkownik może dokończyć autoryzację bez problemów. Dla zdalnych workspace'ów i headless setupów to realna oszczędność nerwów.

    Dlaczego to ma znaczenie

    Dla web developerów pracujących z AI-asystentem długie sesje kodowania mogą być ryzykowne – jeden nieprzemyślany prompt może nadpisać godziny pracy. Snapshoty redukują ten stres, oferując dodatkową warstwę bezpieczeństwa. Nie zastąpią dobrego systemu kontroli wersji, ale jako szybkie "undo" sprawdzają się bardzo dobrze.

    Ergonomia desktopa również ma znaczenie – osoby spędzające w narzędziu kilka godzin dziennie docenią skróty i przeciągane karty. Stabilniejsze logowanie MCP zmniejsza liczbę przerw w pracy, szczególnie gdy OpenCode z checkpointami sesji jest używane z narzędziami firmowymi przez zdalne serwery.

    Źródła

  • Zed 1.8.2 przynosi nowe funkcje AI i usprawnienia edytora

    Zed 1.8.2 przynosi nowe funkcje AI i usprawnienia edytora

    Zed wypuścił wersję 1.8.2, która wprowadza kilka istotnych usprawnień w pracy z agentami AI oraz codziennej edycji kodu. Aktualizacja skupia się na przyspieszeniu tworzenia środowisk roboczych, automatyzacji terminala agenta i nowych akcjach selekcji. Dodatkowo, zoptymalizowano wydajność Gita oraz wprowadzono szereg poprawek stabilności.

    • Pasek boczny umożliwia teraz tworzenie nowego worktree bezpośrednio z przycisku nowego wątku.
    • Terminal agenta otrzymał polecenie agent.terminal_init_command, które automatycznie uruchamia skrypt przy starcie wątku.
    • Nowe akcje selekcji editor: select inside delimiters i editor: select around delimiters rozszerzają zaznaczenie przez zagnieżdżone nawiasy i cudzysłowy.
    • Panele edytora można wyrównać komendą workspace: reset pane sizes.
    • Wydajność Gita doczekała się optymalizacji, co zmniejsza obciążenie w tle i przyspiesza rozwiązywanie gałęzi.

    Worktree z paska bocznego — szybkie izolowanie zadań

    Tworzenie worktree bezpośrednio z przycisku nowego wątku w sidebarze to zmiana, która przyspiesza pracę. Zamiast przeklikiwać się przez menu czy używać terminala, wystarczy jedno kliknięcie.

    Dla zespołów praktykujących vibe coding lub często eksperymentujących z nowymi gałęziami to spore ułatwienie. Każdy wątek agenta może teraz działać w odizolowanym środowisku bez zbędnej konfiguracji. Worktree od razu pojawia się w projekcie, gotowe do pracy z osobną historią zmian.

    To jedna z tych funkcji, które po kilku dniach używania stają się niezbędne. Przestajesz myśleć o zarządzaniu przestrzenią roboczą i zaczynasz po prostu działać.

    Terminal agenta z automatyczną inicjalizacją

    Nowe ustawienie agent.terminal_init_command rozwiązuje problem konieczności ręcznego konfigurowania środowiska za każdym razem, gdy uruchamiamy nowy wątek terminala agenta. Teraz można zdefiniować skrypt, który wykona się automatycznie.

    W praktyce oznacza to, że agent CLI lub TUI uruchamiany wewnątrz Zeda od razu dostaje skonfigurowane środowisko. Można automatycznie aktywować wirtualne środowisko Pythona, ustawić zmienne środowiskowe, zainstalować zależności lub uruchomić wstępne testy.

    Dla zespołów DevOps i programistów pracujących z wieloma mikrousługami to oszczędność czasu przy każdym nowym zadaniu. Agent nie czeka na ręczne polecenia — po prostu zaczyna pracę z gotowym kontekstem.

    Szybsza selekcja kodu — nowe akcje edytora

    Dwie nowe komendy selekcji to kolejny krok w stronę wydajności przy refaktoryzacji. editor: select inside delimiters zaznacza zawartość wewnątrz nawiasów lub cudzysłowów, a editor: select around delimiters obejmuje również same ograniczniki.

    Te akcje działają przez zagnieżdżone struktury. W JavaScript czy TypeScripcie, gdzie funkcje zwrotne i obiekty mogą być głęboko zagnieżdżone, to przydatne narzędzie. JSON, HTML, konfiguracje YAML — wszędzie tam, gdzie nawiasy i cudzysłowy definiują strukturę, nowe komendy przyspieszają edycję.

    Porządek w panelach i wydajność Gita

    workspace: reset pane sizes to komenda przywracająca równe szerokości wszystkich paneli. Przydaje się szczególnie przy debugowaniu, gdy między edytorem, terminalem, logami i panelem AI robi się bałagan z proporcjami.

    Git również zyskał na wydajności. Zed 1.8.2 zmniejsza obciążenie w tle i szybciej rozwiązuje gałęzie, co przekłada się na płynniejszą pracę w projektach z dużą historią commitów. Mniej zacięć przy przełączaniu branchy oraz szybsze pokrycie kodu to istotne udogodnienia w codziennym użytkowaniu.

    Stabilność i poprawki

    Wydanie zawiera także zestaw poprawek błędów, które dotyczą głównie zachowania agentów i problemów z przepływem pracy w edytorze. Zed kontynuuje rozwój edytora, który łączy wydajność z integracją AI — asystent nie jest dodawany na siłę, ale budowany jako integralna część środowiska.

    Wersja 1.8.2 to solidny krok naprzód w dopracowywaniu workflow z naciskiem na AI. Każda z nowych funkcji rozwiązuje konkretne, codzienne problemy programistów.

    Źródła

  • Cursor porządkuje chaos wtyczek: nowa strona Customize i wsparcie MCP dla całych zespołów

    Cursor porządkuje chaos wtyczek: nowa strona Customize i wsparcie MCP dla całych zespołów

    Cursor wprowadził nową, scentralizowaną stronę Customize, która integruje zarządzanie wtyczkami, umiejętnościami, serwerami MCP, subagentami i regułami w jednym interfejsie. Główną nowością jest możliwość konfiguracji na trzech poziomach — użytkownika, workspace’u i zespołu — co umożliwia organizacjom standaryzację narzędzi deweloperskich bez potrzeby ręcznego ustawiania ich na każdym komputerze.

    Co dokładnie się zmieniło

    • Strona Customize łączy wtyczki, umiejętności, serwery MCP, subagentów, reguły, komendy i hooki w jeden panel.
    • Trzy poziomy zasięgu — użytkownik, workspace i zespół — pozwalają oddzielić osobiste ustawienia od firmowych standardów.
    • Zespołowe serwery MCP można dystrybuować przez marketplace organizacji, co upraszcza dostęp do API i automatyzacji.
    • Ranking popularności pokazuje najczęściej używane pluginy, umiejętności i MCP w zespole oraz społeczności.
    • Wsparcie dla GitLab, Bitbucket i Azure DevOps ułatwia podłączenie repozytoriów firmowych do zespołowego marketplace’u.

    Wspólne narzędzia zamiast samotnych konfiguracji

    Dotychczas każdy deweloper w zespole samodzielnie instalował potrzebne rozszerzenia i łączył się z zewnętrznymi serwisami. Efektem był dryf konfiguracyjny — w jednym projekcie korzystano z API przez proxy Tomka, w innym przez skrypt na laptopie Kasi, a nowa osoba spędzała dużo czasu na ustalaniu, co właściwie trzeba skonfigurować.

    Nowa strona Customize przenosi ten ciężar na poziom zespołu. Lider może zainstalować zestaw wtyczek oraz serwer MCP raz, a każdy członek grupy automatycznie widzi te same narzędzia w edytorze. Cursor umożliwia również tworzenie predefiniowanych płócien wtyczek (plugin canvases), czyli gotowych szablonów konfiguracyjnych do wielokrotnego użytku.

    Zespoły mogą monitorować, które rozszerzenia są faktycznie wykorzystywane. Wbudowany ranking popularności pokazuje, że firmowy plugin do łączenia się z Jirą jest często używany, a skill generujący dokumentację nie był używany od miesiąca. Taka przejrzystość pomaga podejmować lepsze decyzje dotyczące rozwoju wewnętrznych narzędzi.

    MCP: serwery, które zespół może dzielić

    MCP: serwery, które zespół może dzielić
    Źródło: cursor.com

    Model Context Protocol (MCP) w Cursorze zyskuje nowy wymiar dystrybucji. Zamiast prywatnych konfiguracji rozsianych po plikach lokalnych, organizacja może udostępniać zespołowe serwery MCP przez swój marketplace.

    Dla zespołów DevOps oznacza to możliwość stworzenia jednego punktu dostępu do firmowego API, klastrów Kubernetes czy pipeline’ów CI/CD. Deweloper nie musi znać endpointów ani tokenów — serwer MCP jest już skonfigurowany przez dział infrastruktury. Podłączenie GitLab Enterprise czy Azure DevOps staje się standardem w firmie.

    Co to oznacza dla web devu, AI i vibe codingu

    Co to oznacza dla web devu, AI i vibe codingu
    Źródło: cursor.com

    Dla zespołów pracujących z AI agentami i podejściem vibe coding ta zmiana ma szczególne znaczenie. Połączenie umiejętności, MCP i pluginów w jeden pakiet dystrybucyjny pozwala zamknąć cały workflow — od promptów systemowych, przez dostęp do narzędzi, po reguły kontekstowe — w pojedynczej instalowalnej jednostce. Nowa osoba w projekcie otrzymuje gotowe środowisko z agentem, który potrafi korzystać z wewnętrznych API, rozumie konwencje nazewnicze i widzi rankingi testów.

    Dla web developerów największą wartością jest możliwość spakowania typowych integracji (lintery firmowe, szablony komponentów, dostęp do design systemu) w wielorazowe wtyczki. Nie trzeba już kopiować plików konfiguracyjnych między projektami ani utrzymywać rozbudowanych README z instrukcjami instalacji.

    Dlaczego to ma znaczenie właśnie teraz

    Cursor od dłuższego czasu przekształca się z zaawansowanego edytora kodu w platformę dla zespołów agentowych. Centralizacja zarządzania narzędziami zbiegła się z wprowadzeniem Origin (własnego hostingu kodu), Cloud Agents i self-hosted machines. Te elementy składają się na całościowy obraz: Cursor chce być miejscem, gdzie zespół nie tylko pisze kod, ale też zarządza całym środowiskiem deweloperskim — od repozytoriów, przez pipeliny, po narzędzia AI.

    Nowy panel Customize eliminuje jeden z największych problemów skalowania pracy zespołowej z agentami: każdy członek grupy ma teraz identyczny zestaw możliwości, niezależnie od tego, czy pracuje na własnym laptopie, firmowym VM czy zdalnej maszynie w puli. Dla DevOpsów i liderów technicznych oznacza to mniej czasu na onboarding i więcej na faktyczne budowanie produktu.

    Ź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

  • Tryb Design w Cursorze z zaznaczaniem wielu elementów i komendami głosowymi bez czekania

    Tryb Design w Cursorze z zaznaczaniem wielu elementów i komendami głosowymi bez czekania

    Cursor wprowadził dwie nowe funkcje do Trybu Design: możliwość zaznaczania wielu elementów interfejsu jednocześnie oraz ciągłe sterowanie głosowe, które działa nawet podczas przetwarzania wcześniejszych poleceń. Aktualizacja została wprowadzona na początku czerwca i zmienia sposób interakcji z interfejsem użytkownika z tekstowych poleceń na bezpośrednie wskazywanie i mówienie.

    Kluczowe informacje

    • Tryb Design umożliwia klikanie w elementy przeglądarki, rysowanie po nich lub opisywanie zmian głosem.
    • Multi-select pozwala na zaznaczenie dwóch lub więcej elementów jednocześnie, co umożliwia agentowi wprowadzenie skoordynowanych edycji w grupie komponentów.
    • Mikrofon pozostaje aktywny podczas działania agenta, co pozwala na ustawianie kolejnych zadań bez przerywania pracy.
    • Agent analizuje nie tylko kod zaznaczonych elementów, ale także otaczający układ strony i relacje wizualne między nimi.
    • Funkcja ta jest skierowana na codzienne poprawki UI oraz bardziej złożone zmiany w layoucie, a nie tylko na demonstracyjne przykłady.

    Co właściwie zmieniło się w Trybie Design

    Tryb projektowy w Cursorze istniał wcześniej, ale opierał się głównie na opisywaniu zmian słowami. Nowe podejście koncentruje się na interakcji „wskaż i edytuj”. Użytkownik klika w przeglądarce element, który chce zmienić, a Cursor odczytuje jego kod źródłowy i rozumie kontekst, w którym dany element się znajduje, zanim przystąpi do edycji.

    Wprowadzenie multi-select to istotna zmiana. Na przykład, jeśli masz kartę produktu z ceną, przyciskiem „kup teraz” i ikoną koszyka, możesz zmienić ich wspólny styl — odstępy, kolory, wyrównanie. Zamiast opisywać każdy z osobna, zaznaczasz wszystkie trzy elementy, a Cursor widzi ich wzajemne relacje i może edytować je jako spójną grupę. To oszczędza czas i eliminuje ryzyko, że zmiana w jednym komponencie wpłynie na resztę.

    Drugą nowością jest kolejkowanie głosowe. Wcześniej po wydaniu komendy trzeba było czekać, aż agent zakończy, zanim można było podyktować następną. Teraz mikrofon działa bez przerwy. Mówisz: „zmień kolor nagłówka na granatowy”, a gdy agent jeszcze nad tym pracuje, dodajesz: „potem zmniejsz logo o 20% i przesuń menu na prawo”. Cursor układa te zadania w kolejkę i wykonuje je jedno po drugim.

    Jak agent rozumie kontekst strony

    Jak agent rozumie kontekst strony

    Cursor nie tylko odczytuje pojedynczy fragment kodu. Gdy zaznaczasz elementy, agent analizuje ich kod źródłowy oraz otaczający layout, a także to, jak te elementy wyglądają w relacji do siebie. Dzięki temu rozumie, że przycisk znajduje się wewnątrz kontenera z flexboxem, a nie luzem na stronie, co pozwala mu odpowiednio dostosować sugestie.

    To ważne przy bardziej złożonych projektach, gdzie jeden komponent może wpływać na pozycję kilku innych. Agent nie działa w próżni — widzi cały układ, a nie tylko pojedynczy znacznik HTML. Dla programisty oznacza to mniej ręcznego sprawdzania, czy zmiana w jednym miejscu nie wpłynie na inne elementy na stronie.

    Dla kogo to ma znaczenie

    Dla kogo to ma znaczenie

    Te usprawnienia są przydatne nie tylko dla osób, które nie potrafią kodować. Doświadczeni frontendowcy mogą dzięki nim szybciej prototypować i poprawiać interfejsy bez przerywania pracy. Zamiast przełączać się między kodem a podglądem, klikają bezpośrednio w element i mówią, co zmienić.

    Szczególnie przydatne jest to przy iteracyjnych poprawkach, gdy klient prosi o serię drobnych zmian w layoucie, a każda z nich dotyczy kilku powiązanych ze sobą komponentów. Multi-select i kolejka głosowa sprawiają, że cały proces przypomina bardziej rozmowę z drugim programistą niż wprowadzanie poleceń w oknie czatu.

    Cursor rozwija również wersję na iPada, gdzie Tryb Design zyskuje dodatkowy wymiar dzięki Apple Pencil. Umożliwia to rysowanie bezpośrednio po zrzutach ekranu, wskazując palcem lub rysikiem konkretne miejsca do poprawy. To pokazuje kierunek, w którym zmierza edytor — od tekstowych interfejsów do multimodalnej pracy z kodem.

    Podsumowanie

    Nowy Tryb Design w Cursorze to przemyślane udoskonalenie istniejącego rozwiązania. Multi-select i ciągłe sterowanie głosowe eliminują przeszkody w codziennej pracy przy UI, pozwalając skupić się na realizacji zadań, a nie na ich opisywaniu. Agent otrzymuje więcej kontekstu, a programista traci mniej czasu na poprawki — co tworzy efektywny system pracy.

    Źródła

  • Zed 1.4.2: System umiejętności zastępuje reguły agenta i wprowadza globalne instrukcje

    Zed 1.4.2: System umiejętności zastępuje reguły agenta i wprowadza globalne instrukcje

    Zed wydał wersję 1.4.2, która zmienia sposób konfigurowania agentów AI w edytorze. Dotychczasowy system reguł został usunięty, a jego miejsce zajęły umiejętności (Skills), czyli pakiety instrukcji wielokrotnego użytku. Wprowadzono również globalny plik AGENTS.md, który pozwala na definiowanie wytycznych dostępnych dla wszystkich agentów, eliminując potrzebę powtarzania tych samych zasad w różnych wątkach.

    Najważniejsze zmiany w pigułce

    • Umiejętności zastępują stare @rule – to ustrukturyzowane foldery z plikiem SKILL.md, które agent ładuje tylko wtedy, gdy są potrzebne, zamiast wprowadzać cały blok tekstu do każdej konwersacji.
    • Globalny AGENTS.md definiuje instrukcje dla całego projektu, co eliminuje potrzebę rozrzucania reguł po różnych plikach konfiguracyjnych.
    • Wybór gałęzi bazowej w widoku porównania gałęzi pozwala teraz wskazać, z którą gałęzią chcemy zestawić obecne zmiany.
    • Przełączanie wszystkich fragmentów diffa jednym poleceniem przyspiesza nawigację po zmianach.
    • C++ runnables umożliwiają uruchamianie plików wykonywalnych C++ bezpośrednio z poziomu edytora.

    Jak działają umiejętności?

    Umiejętność to folder zawierający plik SKILL.md z metadanymi i instrukcjami. Agent widzi katalog wszystkich zainstalowanych umiejętności i może załadować dowolną z nich na żądanie. Można to zrobić na dwa sposoby: przez polecenie slash (/) w edytorze wiadomości albo przez wzmiankę @skill w menu autouzupełniania.

    Tworzenie nowych umiejętności jest proste. Zed ma wbudowaną umiejętność create-skill, która prowadzi przez proces konfiguracji krok po kroku. Dostępny jest również menedżer umiejętności pod cmd-alt-l na macOS oraz ctrl-alt-l na Windows i Linuksie. Można także zaimportować umiejętność z pliku Markdown na GitHubie, używając polecenia agent: create skill from url w palecie komend.

    Są jednak pewne ograniczenia techniczne. Łączny rozmiar nazw i opisów wszystkich umiejętności nie może przekraczać 50KB – jeśli limit zostanie przekroczony, nadmiarowe umiejętności znikają z katalogu, a użytkownik otrzymuje ostrzeżenie w interfejsie. Plik SKILL.md powinien mieścić się w 500 liniach, a szczegółowe materiały referencyjne lepiej przenieść do folderu references/.

    Koniec ery @rule

    Dla dotychczasowych użytkowników to zmiana, która wymaga działania. Stary system reguł i wpis @rule w autouzupełnianiu zostały całkowicie usunięte. Wcześniej reguły działały jak ściana tekstu wprowadzana do każdej konwersacji – agent musiał przetwarzać całość za każdym razem.

    Nowy system działa inaczej. Umiejętności są ładowane selektywnie, tylko gdy agent uzna, że są potrzebne do konkretnego zadania. To poprawia wydajność i zmniejsza szum w kontekście. Wszystkie istniejące reguły trzeba teraz ręcznie przenieść do nowego formatu – nie ma automatycznej migracji.

    Globalne instrukcje i pozostałe usprawnienia

    Plik AGENTS.md to kolejny element porządkujący pracę z agentami. Działa na poziomie całego projektu – definiuje instrukcje, które agent bierze pod uwagę niezależnie od tego, który konkretnie skill został załadowany. To wygodne rozwiązanie dla zespołów, które chcą zachować spójność stylu kodowania czy konwencji nazewnictwa bez powtarzania tych samych zasad w każdym skonfigurowanym skillu.

    W kwestii workflow z kodem: pojawiła się możliwość wyboru gałęzi bazowej przy porównywaniu zmian w widoku diffa. Nowe polecenie zwijania i rozwijania wszystkich fragmentów diffa naraz znacznie przyspiesza przeglądanie większych pull requestów czy commitów.

    Jeśli chodzi o C++, Zed dodał wsparcie dla uruchamiania plików wykonywalnych, co jest korzystne dla programistów pracujących z tym językiem. Aktualizacja poprawia również stabilność na Linuksie i wprowadza poprawki błędów w integracjach z AI, Gitem oraz MCP (Model Context Protocol).

    Dlaczego to ma znaczenie dla zespołów deweloperskich

    Dla grup stosujących vibe coding lub AI-driven development, umiejętności pozwalają na standaryzację wewnętrznych standardów pisania kodu czy podejścia do testów bez konieczności dołączania dużych bloków kontekstu w każdym prompcie. Jest to szczególnie przydatne w zespołach DevOps, gdzie agenci muszą obsługiwać różne workflow – od integracji z bazami danych po przetwarzanie dokumentów. Umiejętność ładuje dokładnie te instrukcje, które są potrzebne do konkretnego zadania, zamiast zalewać agenta niepotrzebnymi informacjami.

    Ustawienia okna konfiguracji również doczekały się drobnego, ale użytecznego usprawnienia – w breadcrumb pojawił się przełącznik zakresu dla podstron takich jak umiejętności, co pozwala łatwo przeskakiwać między konfiguracją użytkownika a konfiguracją projektu.

    Źródła