Kategoria: Narzędzia Deweloperskie

  • 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

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

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

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

    Kluczowe zmiany w skrócie

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

    MCP bez przeglądarki – wygodnie przez SSH

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

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

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

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

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

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

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

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

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

    Stabilność po usypianiu i zadania w tle

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

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

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

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

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

    Źródła

  • Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    OpenAI opublikowało wersję 0.140.0 Codex CLI, narzędzie, które od kilku miesięcy zdobywa popularność wśród asystentów programistycznych opartych na terminalu. Wydanie z 15 czerwca 2026 roku koncentruje się na warstwie narzędziowej, obejmującej sesje, stan lokalny, integrację z zewnętrznymi dostawcami oraz stabilność w dużych repozytoriach. W skrócie, skupiono się na inżynierii, która zapewnia sprawne działanie systemu.

    Co nowego w skrócie

    • Śledzenie użycia przez /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów na koncie
    • Trwałe usuwanie sesji przez /delete i codex delete z wbudowanym zabezpieczeniem przed przypadkowym usunięciem
    • Import z Claude Code przez /import przenosi konfigurację projektu, ustawienia i ostatnie czaty
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie, dostępnym od ręki
    • Automatyczna naprawa bazy SQLite – uszkodzone pliki stanu są backupowane i odbudowywane bez interwencji

    /usage, /delete i /import – trzy nowe komendy, które zmieniają codzienną pracę

    Sprawdzanie, ile tokenów wykorzystano na rozmowy z agentem, wcześniej wymagało przeszukiwania panelu konta OpenAI. Teraz wystarczy wpisać /usage w terminalu. Widok dzienny pokazuje aktywność z ostatnich 24 godzin, tygodniowy daje szerszy obraz, a kumulatywny podsumowuje wszystko od początku korzystania z konta. Dla zespołów pilnujących budżetów API to oszczędność czasu.

    Usuwanie sesji również zyskało nowe rozwiązanie. Komendy /delete i codex delete usuwają sesje na stałe, ale wcześniej pytają o potwierdzenie, co zapobiega przypadkowemu usunięciu ważnych danych. To proste zabezpieczenie było potrzebne, gdy Codex CLI dopiero zaczynał.

    Najciekawsza jest trzecia komenda – /import. Umożliwia ona przeniesienie setupu projektu, konfiguracji i ostatnich czatów z Claude Code. Dla osób przeskakujących między narzędziami oznacza to koniec ręcznego kopiowania promptów i ustawień. OpenAI stara się przyciągnąć programistów, którzy chcą uniknąć uzależnienia od jednego dostawcy, licząc, że łatwiej będzie im przejść do ekosystemu Codexa.

    Bedrock, menu @ i cicha rewolucja w MCP

    Wersja 0.140.0 wprowadza zarządzane uwierzytelnianie API dla Amazon Bedrock. Poświadczenia są szyfrowane lokalnie, zarówno dla CLI, jak i dla połączeń MCP przez OAuth. Dla zespołów korzystających z infrastruktury AWS to duża wygoda – nie trzeba już tworzyć własnych wrapperów autoryzacyjnych ani przechowywać kluczy w zmiennych środowiskowych.

    Kolejna zmiana, która ułatwi pracę w terminalu, to menu @. Wcześniej przywoływanie plików, wtyczek i umiejętności wymagało zapamiętywania różnych skrótów. Teraz wszystko znajduje się w jednym, ujednoliconym menu, które uruchamia się po wpisaniu znaku małpy. Mniej przełączania kontekstu oznacza większą płynność pracy.

    Dodatkowo poprawiono niezawodność MCP. Błędy startupowe są teraz automatycznie powtarzane, nieużywalne poświadczenia OAuth traktowane są jako wylogowane, a wyłączone serwery pozostają wyłączone na stałe. Dla osób pracujących z wieloma zewnętrznymi narzędziami podpiętymi przez MCP, te poprawki mogą znacząco wpłynąć na efektywność pracy.

    Co z bazą danych, gdy coś pójdzie nie tak

    Co z bazą danych, gdy coś pójdzie nie tak

    SQLite przechowuje stan sesji Codexa i, jak każda baza plikowa, może ulec uszkodzeniu, zwłaszcza w dużych repozytoriach. W wydaniu 0.140.0 wprowadzono automatyczne backupowanie i odbudowę uszkodzonych baz. Dotyczy to także sytuacji, gdy katalog bazy danych ulegnie uszkodzeniu – to rzadki przypadek, ale potrafi znacznie opóźnić pracę.

    Dla programistów pracujących nad rozbudowanymi projektami, którzy polegają na Codexie, to istotna zmiana. To różnica między "agent padł, wrócę za pół godziny" a "agent sam się podniósł i nawet nie zauważyłem".

    Tooling ponad modele

    Wydanie 0.140.0 ilustruje kierunek, w którym zmierza rynek narzędzi AI dla programistów. Nie chodzi już tylko o to, który model lepiej generuje kod – istotne jest, jak płynnie można przechodzić między sesjami, jak łatwo migrować konfigurację z konkurencyjnych narzędzi i czy stan lokalny przetrwa awarię bez utraty kontekstu. OpenAI pokazuje, że rozumie codzienną frustrację programistów korzystających z agentów w terminalu. W tym wydaniu nie ma fajerwerków, ale jest konkretna praca inżynieryjna, która sprawia, że narzędzie działa pewniej.

    Źródła

  • Qwen-Code v0.18.0 stawia na automatyzację i stabilność w codziennej pracy z agentami AI

    Qwen-Code v0.18.0 stawia na automatyzację i stabilność w codziennej pracy z agentami AI

    Qwen-Code doczekał się kolejnej aktualizacji — 12 czerwca 2026 roku zespół QwenLM wypuścił wersję v0.18.0, która przynosi usprawnienia w automatyzacji procesów CI/CD, samodzielnej aktualizacji narzędzia oraz weryfikacji instalatora. W ciągu jednego tygodnia zespół scalił ponad sto pull requestów, co pokazuje intensywny rozwój projektu.

    Co nowego w skrócie

    • Samodzielna autoaktualizacja — CLI potrafi teraz zaktualizować się bez zewnętrznych narzędzi i ręcznej interwencji.
    • Weryfikacja instalatora — proces instalacji sprawdza integralność pobranych zasobów, co zwiększa bezpieczeństwo w środowiskach deweloperskich.
    • Automatyczny triage w CI — workflow @qwen /triage przejmuje rutynową selekcję zgłoszeń i pull requestów.
    • Czystszy interfejs — linia statusu pokazuje teraz nazwę modelu zamiast technicznego identyfikatora, a kopiowanie z CLI pomija nieistotne fragmenty.

    Automatyzacja, która odciąża zespół

    Najważniejszą zmianą w v0.18.0 jest wsparcie dla samodzielnej aktualizacji CLI. Użytkownicy wcześniej musieli polegać na zewnętrznych menedżerach pakietów lub ręcznie pobierać nowe wersje. Teraz Qwen-Code sprawdza dostępność aktualizacji i instaluje je bez dodatkowych narzędzi.

    To istotne udogodnienie, zwłaszcza w środowiskach, gdzie agenci AI działają na ulotnych kontenerach lub maszynach wirtualnych. Ręczne aktualizowanie narzędzia przy każdym restarcie może spowolnić pracę. Samodzielna autoaktualizacja eliminuje ten krok. Usprawniony instalator weryfikuje sumy kontrolne pobieranych plików, co jest ważne w pipeline'ach CI, gdzie każda awaria to strata czasu na debugowanie.

    Zespół wprowadził również automatyzację w zarządzaniu projektem. Nowy workflow triage'u (@qwen /triage) automatycznie kategoryzuje nowe zgłoszenia i pull requesty, co pozwala maintainerom otwartoźródłowych narzędzi zaoszczędzić czas na etykietowanie i skupić się na kodzie.

    Interfejs mniej techniczny, bardziej ludzki

    Choć zmiany nie są rewolucyjne, są zauważalne w codziennym użytkowaniu. Status bar i banner startowy pokazują teraz nazwę modelu językowego (np. qwen3.7-plus) zamiast wewnętrznego ID. Dla osób przełączających się między różnymi modelami w trakcie sesji kodowania to wygodne rozwiązanie.

    Kolejna poprawka dotyczy kopiowania tekstu z CLI. Wcześniej przy kopiowaniu odpowiedzi modelu często pojawiały się fragmenty wewnętrznego "rozumowania", które zaśmiecały schowek. Teraz CLI je pomija. To małe, ale praktyczne udogodnienie. Dodatkowo poprawiono komunikaty w trybie zatwierdzania (approval mode), co zwiększa czytelność interaktywnych sesji kodowania.

    Telemetria z większą przejrzystością

    W v0.18.0 poprawiono widoczność ponawianych żądań w telemetrii. Zdarzenie qwen-code.llm_request teraz pokazuje, kiedy zapytanie do modelu było ponawiane z powodu błędu. Dla zespołów monitorujących wydajność agentów AI to istotna informacja, pozwalająca szybciej wykryć problemy z API lub przeciążenia.

    Co dalej? Szybkie tempo rozwoju

    Warto spojrzeć na ten release w szerszym kontekście. Dokumentacja Qwen-Code pokazuje, że w ciągu tygodnia od v0.18.0 zespół dostarczył jeszcze trzy kolejne wersje, scalając ponad sto pull requestów. Projekt rozwija się w stronę płynniejszych przepływów pracy agentów — mniej konfiguracji na starcie, więcej automatyzacji, czystszy interfejs.

    Dla osób zajmujących się web developmentem i DevOpsami to dobra wiadomość. Qwen-Code staje się narzędziem, które działa w tle, bez konieczności ciągłego ręcznego doglądania. Wersja v0.18.0 to solidny krok w tym kierunku, szczególnie dla tych, którzy pracują z agentami AI w środowiskach CI, gdzie każda minuta ręcznej pracy ma znaczenie.

    Źródła

  • OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia w integracji z serwerami MCP, rozszerza API v2 o nowe końcówki do zarządzania sesjami oraz optymalizuje obsługę obiektów Git w dużych repozytoriach. Choć na pierwszy rzut oka zmiany mogą wydawać się technicznymi porządkami, w praktyce znacząco wpływają na codzienną pracę z narzędziem.

    Kluczowe zmiany w skrócie

    • Wsparcie dla ścieżek względnych w konfiguracji MCP – katalog roboczy podąża za workspace, eliminując potrzebę stosowania sztywnych ścieżek bezwzględnych
    • Nowe końcówki API v2 do zarządzania sesjami, co ułatwia kontrolę nad aktywnymi połączeniami
    • Optymalizacja Git dla dużych repozytoriów – szybsze operacje na rozbudowanych historiach commitów
    • Poprawki błędów w schematach narzędzi Gemini, widoczności filtrowanych odpowiedzi oraz niezawodności uwierzytelniania
    • Lepsze logowanie MCP – błędy z połączeń SSE nie prowadzą już do pętli reconnectu, a logi serwerów są bardziej przejrzyste

    Ścieżki względne w MCP – koniec z absolutnymi zależnościami

    Dotychczas konfiguracja lokalnych serwerów MCP w OpenCode wymagała podawania bezwzględnych ścieżek do katalogu roboczego. Oznaczało to, że przeniesienie projektu między maszynami lub współpraca w zespole z różnymi strukturami folderów wiązała się z koniecznością ręcznego poprawiania konfiguracji.

    Teraz opcja cwd akceptuje ścieżki względne, które są rozwiązywane względem głównego katalogu workspace. Dla zespołów pracujących w monorepo to duża oszczędność czasu – serwer MCP skonfigurowany raz działa identycznie w każdym środowisku, niezależnie od lokalizacji projektu na dysku. Wystarczy umieścić konfigurację w repozytorium, a po klonowaniu wszystko działa od razu.

    Co ważne, zmiana dotyczy nie tylko nowych instalacji. OpenCode zachowuje również kompatybilność ze starszymi klientami SDK MCP, co umożliwia zespołom na różnych wersjach narzędzia współpracę bez konfliktów.

    API v2 i zarządzanie sesjami

    Rozszerzenie API v2 o końcówki sesji to odpowiedź na bardziej zaawansowane scenariusze, w których OpenCode działa jako usługa w tle, a nie tylko jako interaktywne narzędzie CLI. Nowe endpointy umożliwiają programowe tworzenie, odpytywanie i zamykanie sesji, co otwiera możliwości budowania własnych integracji oraz dashboardów monitorujących pracę agentów.

    Dla zespołów DevOps oznacza to możliwość tworzenia dedykowanych sesji na żądanie – na przykład w kontekście CI/CD, gdzie agent analizuje różnice przed scaleniem i raportuje potencjalne problemy. Sesje można teraz kontrolować przez API, co eliminuje potrzebę ingerencji w procesy systemowe.

    Jednocześnie poprawiono kilka uciążliwych błędów – uwierzytelnianie OAuth dla serwerów MCP przestało gubić stan przy odświeżaniu tokenów, a odpowiedzi filtrowane przez content safety Gemini nie znikają już bez śladu. Wcześniej użytkownik otrzymywał pusty ekran, teraz OpenCode informuje, że odpowiedź została zablokowana.

    Git i duże repozytoria

    Optymalizacja obsługi obiektów Git to zmiana, która z pewnością ucieszy osoby pracujące z rozbudowanymi historiami. OpenCode poprawił sposób cache'owania branchy, eliminując sytuacje, w których odświeżenie jednej referencji przypadkowo przesuwało checkout innego brancha. Choć może to brzmieć skomplikowanie, w repozytoriach z tysiącami commitów i wieloma równoległymi gałęziami przekłada się to na zauważalnie szybsze przełączanie kontekstu.

    Dodatkowo poprawiono indeksowanie wyników grep – ścieżki symlinków są teraz poprawnie zachowywane, co ma znaczenie w projektach korzystających z linków symbolicznych do współdzielonych bibliotek.

    Te zmiany pokazują, że narzędzie rozwija się z etapu "ciekawego eksperymentu" w kierunku dojrzałego środowiska pracy. Wsparcie dla ścieżek względnych w MCP oraz nowe API sesji to funkcje, które mogą zdecydować o długoterminowym przywiązaniu zespołu do tego narzędzia.

    Źródła

  • Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory wypuściło aktualizację v0.141.0, która koncentruje się na bardziej niezawodnym wykonywaniu poleceń generujących duże ilości danych. To krok w stronę stabilniejszego środowiska deweloperskiego, które nie zawiesza się przy intensywnych operacjach.

    Najważniejsze zmiany w skrócie

    • Obsługa obszernych wyników poleceń została przeprojektowana, aby zapobiec awariom przy długich outputach.
    • Poprawiono rozmieszczenie podpowiedzi w interfejsie użytkownika, co eliminuje problemy z nakładaniem się elementów.
    • Droidy działają teraz stabilniej w projektach, które nie korzystają z Gita.
    • Wcześniejsze wydania pokazują, że Factory konsekwentnie inwestuje w niezawodność agentów i czytelność UI.

    Większa odporność na przeciążenia

    Przetwarzanie długich wyników poleceń od dawna stanowi problem w środowiskach deweloperskich opartych na agentach AI. Gdy output przekracza pewien rozmiar, system może się zawiesić, a sesja może zostać utracona. W wersji v0.141.0 Factory wprowadza mechanizmy, które radzą sobie z tym lepiej.

    Choć oficjalny dziennik zmian dla tej wersji nie został upubliczniony, wcześniejsze wydania Factory pokazują wyraźny wzorzec. Wersja 1.6 wprowadziła przycinanie wyników przekraczających limit i wymuszała limity rozmiaru wiadomości, aby chronić integralność danych. Wersja v0.141.0 kontynuuje tę tendencję, ale z większą precyzją. Celem jest nie tylko zapobieganie awariom systemu, ale także umożliwienie deweloperom zachowania kontekstu i uniknięcia powtarzania pracy.

    UI bez irytujących wpadek

    Kolejną istotną zmianą jest poprawa rozmieszczenia podpowiedzi w interfejsie. Każdy, kto korzystał z zaawansowanych narzędzi CLI, wie, że źle umieszczone podpowiedzi mogą zakłócać pracę. Nachodzące na siebie elementy i podpowiedzi pojawiające się w niewłaściwych miejscach to drobiazgi, które mogą prowadzić do frustracji.

    Aktualizacja v0.141.0 porządkuje te elementy. Wcześniejsze wersje, takie jak 0.182.0, poprawiały już nagłówki i stan interfejsu podczas wykonywania narzędzi. Teraz Factory skupia się na szczegółach — podpowiedzi trafiają tam, gdzie ich miejsce, co ułatwia pracę.

    Droidy w projektach bez Gita

    Zmiana dotycząca zachowania Droidów — autonomicznych agentów Factory — w projektach, w których Git nie jest używany, również zasługuje na uwagę. Wcześniej niektóre funkcje mogły nie działać prawidłowo w braku repozytorium, opierając się na założeniu, że projekt zawsze jest pod kontrolą wersji. Wiele zespołów pracuje lokalnie, korzysta z innych systemów kontroli wersji lub rezygnuje z nich na wczesnych etapach prototypowania.

    Factory dostosowuje algorytmy wykrywania katalogu głównego projektu i odświeżania przestrzeni roboczej. Droidy nie gubią się już, gdy nie widzą folderu .git — po prostu działają.

    Konsekwentny kierunek

    Analizując historię wydań Factory, widać, że to nie przypadkowy zbiór poprawek. Od wersji 1.3, przez 1.6, aż po ostatnie buildy z lipca 2026 — firma regularnie poprawia obszary niezawodności i użyteczności. Wprowadzono między innymi piaskownicę dla procesów na macOS, poprawki sesji MCP oraz zwiększoną odporność na uszkodzenia historii sesji.

    Te zmiany tworzą obraz narzędzia, które dojrzewa. Factory nie goni za spektakularnymi nowościami, lecz konsekwentnie usuwa przeszkody w codziennej pracy dewelopera. W obliczu szybkiego rozwoju AI w kodowaniu, jest to prawdopodobnie najlepsza strategia.

    Źródła

  • Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory wprowadził aktualizację v0.133.1, która dodaje nowe polecenie /context oraz sygnały dźwiękowe do monitorowania sesji deweloperskich. To wydanie koncentruje się na poprawie świadomości użytkowników o tym, co dzieje się podczas pracy agentów AI, szczególnie w przypadku dłuższych zadań, gdzie łatwo stracić orientację w zużyciu zasobów.

    Kluczowe zmiany w pigułce

    • Polecenie /context otwiera modal podglądu wykorzystania tokenów i długości sesji bez przerywania pracy.
    • Opcjonalne dźwięki informują o zakończeniu zadania lub aktualizacji stanu agenta.
    • Menu boczne sesji zapewnia szybki dostęp do ostatnich projektów i działań.
    • Wprowadzono kilka poprawek stabilności: lepsza widoczność końcowego outputu, obsługa zoomu pulpitu oraz naprawa linków integracji z Linear.

    Świadomość kontekstu bez wychodzenia z flow

    Nowością jest komenda /context, która wywołuje modal pokazujący aktualne zużycie tokenów, długość trwającej sesji oraz pozostały limit w ramach subskrypcji. To rozwiązanie jest przydatne dla osób pracujących z narzędziami do kodowania, które mogą stracić orientację w czasie trwania sesji.

    Wystarczy wpisać /context w interfejsie Factory, aby zobaczyć te dane w czytelnym widoku. Użytkownicy nie muszą przerywać pracy ani przeszukiwać ustawień. To małe udogodnienie oszczędza czas i nerwy podczas szybkiego prototypowania.

    Dźwięki, które faktycznie pomagają

    Drugim elementem aktualizacji są opcjonalne powiadomienia dźwiękowe. Factory wprowadza proste sygnały informujące o zakończeniu zadania przez agenta, błędzie wykonania lub zmianie stanu sesji.

    W narzędziach AI do kodowania często pomija się warstwę dźwiękową. Jednak przy pracy z subagentami i modelami mieszanymi, które Factory wprowadził w wersji v0.133.1, łatwo przeoczyć moment, w którym agent kończy zadanie. Dźwięk pozwala użytkownikom wrócić do kontekstu w odpowiednim momencie, zamiast co chwilę sprawdzać terminal.

    Szybsza nawigacja i mniej irytujących błędów

    Menu boczne sesji to kolejna funkcja zwiększająca wygodę. Umożliwia szybki dostęp do historii sesji i ostatnich projektów bez otwierania osobnego widoku. Jest to szczególnie przydatne przy pracy nad kilkoma równoległymi projektami.

    Poprawki stabilności również mają znaczenie. Lepsza widoczność końcowego outputu eliminuje potrzebę przewijania logów w poszukiwaniu wygenerowanego kodu. Naprawa obsługi zoomu pulpitu rozwiązuje problemy z interfejsem na monitorach o wysokiej rozdzielczości. Poprawione linki integracji z Linear eliminują błąd, który mógł zakłócać zarządzanie zadaniami.

    Warto też wiedzieć

    Factory regularnie rozwija funkcje dla programistów korzystających z AI w codziennej pracy. Wcześniejsze wydania, w tym v0.133.1, wprowadziły mieszane modele, niestandardowe subagenty oraz automatyczne pull requesty.

    Nowsze wersje, w tym v0.133.1, dodały wsparcie dla port-forwardingu w droid computers oraz przyspieszyły start aplikacji dzięki zrównolegleniu faz bootowania. Wersja 0.133.1 wpisuje się w trend małych, użytecznych usprawnień, które nie rewolucjonizują workflow, ale poprawiają codzienną pracę.

    Aktualizacja jest szczególnie przydatna dla osób spędzających długie godziny w Factory, które potrzebują lepszego wyczucia, ile jeszcze mogą wycisnąć z sesji, zanim wyczerpią limity. Dźwięki będą pomocne dla tych, którzy równolegle testują kod w przeglądarce, a menu boczne przyda się każdemu, kto zarządza kilkoma projektami jednocześnie.

    Źródła

  • Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.124.0, wprowadza szereg zmian, które poprawiają bezpieczeństwo i użyteczność. Deweloperzy i integratorzy AI zyskali nowe narzędzia do analizy kodu, a użytkownicy końcowi mogą korzystać z bardziej intuicyjnego procesu logowania. To nie są jedynie kosmetyczne poprawki, ale istotny krok w kierunku bardziej elastycznego i wydajnego środowiska pracy.

    Kluczowe informacje o aktualizacji

    • Przegląd bezpieczeństwa – komenda /security-review oferuje teraz dwa tryby: głęboki i pobieżny, co pozwala dostosować analizę do potrzeb.
    • Przekierowania po logowaniu – dodano obsługę redirect URI, co umożliwia użytkownikowi powrót do miejsca, w którym przerwał pracę.
    • Wydajność CLI – interfejs wiersza poleceń stał się bardziej responsywny dzięki ulepszonemu wyszukiwaniu rozmytemu i lepszej widoczności zapisywania kontekstu.
    • Optymalizacja historii – wprowadzono ograniczenie rozmiaru historii wznawiania sesji, co zapobiega problemom z wydajnością przy długotrwałym użytkowaniu.

    Dwa wymiary bezpieczeństwa: analiza głęboka i pobieżna

    Centralnym punktem wersji v0.124.0 jest przebudowa komendy /security-review. Dotychczas deweloperzy mieli do dyspozycji jeden tryb skanowania. Teraz mogą wybierać między szczegółową analizą głęboką (deep), a szybszym przeglądem (shallow). Ta zmiana odpowiada na potrzeby zespołów programistycznych, które często muszą balansować między dokładnością a szybkością iteracji.

    Tryb głęboki jest idealny przed kluczowymi wdrożeniami, audytami czy przeglądami krytycznych fragmentów kodu. Umożliwia dokładniejsze prześledzenie zależności, konfiguracji i potencjalnych wektorów ataku, co jest istotne w kontekście bezpieczeństwa aplikacji webowych i integracji AI. Z kolei tryb pobieżny sprawdzi się w codziennej pracy programisty, oferując natychmiastową informację zwrotną na temat najbardziej rażących luk, bez spowalniania tempa pracy. Wprowadzenie tej dualności zwiększa efektywność i pozwala na lepsze zarządzanie ryzykiem w cyklu życia oprogramowania.

    Uwierzytelnianie i powrót do pracy

    Kolejnym ważnym elementem aktualizacji jest poprawa doświadczenia użytkownika związanego z logowaniem. Wprowadzenie obsługi redirect URI eliminuje problem z utratą kontekstu po zalogowaniu. Do tej pory, po przejściu przez proces uwierzytelniania, użytkownik często lądował na domyślnej stronie głównej lub panelu.

    Teraz, gdy użytkownik aplikacji desktopowej lub webowej Factory zostaje poproszony o zalogowanie, system zapamiętuje jego dokładną lokalizację. Po pomyślnej autoryzacji, mechanizm przekierowania natychmiast odsyła go do tego samego widoku, dokumentu czy sesji, nad którą pracował. Ta zmiana ma istotny wpływ na ciągłość pracy i postrzeganą płynność działania narzędzia. Jest to szczególnie ważne w środowiskach, gdzie Factory jest używane jako centralne narzędzie do zarządzania projektami AI, a każda niepotrzebna przerwa może prowadzić do frustracji.

    Ulepszenia wydajności

    Oprócz nowych funkcji, v0.124.0 przynosi szereg poprawek technicznych, które wpływają na komfort codziennego użytkowania. Interfejs wiersza poleceń (CLI) zyskał na responsywności. Ulepszone wyszukiwanie rozmyte (fuzzy search) sprawia, że znajdowanie komend, plików i opcji jest teraz szybsze i bardziej zrozumiałe dla literówek. Użytkownicy zyskali lepszą widoczność momentów, w których system zapisuje kontekst ich pracy, co zwiększa poczucie kontroli i bezpieczeństwa danych.

    Na poziomie infrastrukturalnym wprowadzono mechanizm ograniczania historii wznawiania sesji (bounded resume history). Oznacza to, że Factory przestaje przechowywać nieograniczony dziennik, który mógłby spowalniać działanie aplikacji, szczególnie przy długich projektach AI. To kluczowa optymalizacja dla wydajności, która zapobiega "puchnięciu" pamięci i zapewnia stabilną pracę nawet po wielu godzinach nieprzerwanej sesji. Wraz z ulepszonym procesem wdrażania w aplikacji desktopowej, aktualizacja ta pokazuje, że zespół Factory przykłada równą wagę do nowych funkcji i do fundamentów stabilności oraz szybkości swojego oprogramowania.

    Źródła

  • Factory 0.115.0 wprowadza natywną obsługę PDF i ulepszenia CLI dla programistów

    Factory 0.115.0 wprowadza natywną obsługę PDF i ulepszenia CLI dla programistów

    Factory wydało wersję 0.115.0 swojej platformy deweloperskiej, a kluczową nowością jest natywna obsługa plików PDF przez model Gemini 3.1 Pro. Aktualizacja, dostępna od 5 czerwca 2026 roku, wprowadza także wsparcie dla zaawansowanego wnioskowania w GLM-5.1 oraz szereg poprawek stabilności, które będą przydatne dla osób pracujących z długimi sesjami agentowymi.

    Co nowego w Factory 0.115.0

    • Natywna obsługa PDF w Gemini 3.1 Pro — model może teraz bezpośrednio analizować dokumenty, specyfikacje i raporty bez wcześniejszego przetwarzania.
    • Wsparcie dla wnioskowania w GLM-5.1 otwiera nowe możliwości w złożonych zadaniach analitycznych.
    • Masowe przeciąganie obrazów w CLI przyspiesza pracę z multimodalami — szczególnie przydatne przy debugowaniu UI i analizie zrzutów ekranu.
    • Bezpośrednie przesyłanie PDF w aplikacji eliminuje tarcie między dokumentacją a workflow.
    • Ulepszona synchronizacja w chmurze i odporność sesji na przerwania sprawiają, że długie zadania agentowe nie gubią stanu.

    Gemini 3.1 Pro z natywnym PDF

    Google określa Gemini 3.1 Pro jako swój najbardziej zaawansowany model wnioskujący, zdolny do pracy z tekstem, dźwiękiem, obrazami, wideo i PDF-ami. Model oferuje okno kontekstowe o wielkości miliona tokenów na wejściu i 64 tysiące na wyjściu, co pozwala na przetwarzanie bardzo obszernych dokumentów technicznych w całości.

    Dla zespołów programistycznych oznacza to koniec z koniecznością konwersji dokumentów. Dokumentacja projektowa, logi serwerowe, specyfikacje API czy raporty z testów mogą trafiać prosto do modelu, bez potrzeby ręcznego wycinania fragmentów. Factory integruje tę funkcję na dwa sposoby: przez przeciągnięcie pliku w interfejsie aplikacji oraz przez bezpośrednie odwołanie w CLI.

    Gemini 3.1 Pro osiągnął wynik 77,1% w teście ARC-AGI-2, co Google opisuje jako ponad dwukrotnie lepszy rezultat od poprzednika. W praktyce przekłada się to na skuteczniejsze rozumienie złożonych instrukcji i lepsze radzenie sobie z wieloetapowymi zadaniami.

    GLM-5.1 i wnioskowanie krok po kroku

    Oprócz Gemini, Factory dodało także wsparcie dla modelu GLM-5.1 z funkcją rozumowania. Choć GLM nie jest tak szeroko omawiany jak modele Google'a, jego obecność w ekosystemie Factory pokazuje, że platforma stawia na różnorodność silników AI.

    Wnioskowanie krok po kroku przydaje się szczególnie przy analizie błędów, refaktoryzacji czy zadaniach wymagających logicznego wyprowadzenia rozwiązania. Model potrafi przeprowadzić użytkownika przez swój proces myślowy, co ułatwia weryfikację poprawności odpowiedzi.

    CLI i stabilność

    Factory nie zapomniało o jakości życia programistów. Masowe przeciąganie obrazów w CLI to drobiazg, ale przy pracy ze zrzutami ekranu czy mockupami interfejsów oszczędza czas. Wystarczy zaznaczyć kilka plików w eksploratorze i puścić je w terminal — resztę ogarnia Droid.

    Wprowadzono także poprawki renderowania terminala i niezawodności uwierzytelniania. Ulepszona synchronizacja w chmurze i możliwość wznowienia pracy od miejsca przerwania są istotne dla programistów, którzy doświadczyli utraty sesji w trakcie debugowania.

    Co to oznacza dla zespołów deweloperskich

    Natywna obsługa PDF-ów zmienia sposób, w jaki można integrować dokumentację z procesem developmentu. Zamiast trzymać specyfikacje w osobnym oknie i ręcznie przepisywać wymagania, wystarczy wrzucić plik do Factory i pozwolić modelowi działać. Dla zespołów pracujących w metodykach zwinnych, gdzie dokumentacja szybko się zmienia, to oszczędność czasu i mniejsze ryzyko przeoczeń.

    Wersja 0.115.0 to solidny krok naprzód w użyteczności. Factory łączy moc nowych modeli AI z przemyślanymi usprawnieniami workflow, co sprawia, że platforma pozostaje konkurencyjna na rynku narzędzi do AI-assisted development.

    Źródła