Kategoria: Oprogramowanie

  • Aktualizacja Cursor SDK: własne narzędzia, automatyczny przegląd i zagnieżdżeni podagenci

    Aktualizacja Cursor SDK: własne narzędzia, automatyczny przegląd i zagnieżdżeni podagenci

    Cursor wprowadził w czerwcu 2026 roku znaczącą aktualizację swojego Cursor SDK, ogłoszoną w changelogu z 4 czerwca 2026. Nowa wersja dodaje trzy istotne funkcje dla zespołów pracujących z agentami poza IDE: możliwość definiowania własnych narzędzi w kodzie, konfigurowalny system automatycznego przeglądu dla wywołań lokalnych oraz wsparcie dla zagnieżdżonych podagentów. Te zmiany sprawiają, że Cursor SDK staje się istotnym narzędziem w automatyzacji CI/CD oraz w środowiskach produkcyjnych. Aktualizacja obejmuje zarówno TypeScript, jak i Pythona, a także wprowadza elastyczne opcje przechowywania metadanych agentów.

    Co nowego w pigułce

    • Własne narzędzia można teraz przekazywać jako definicje funkcji przez local.customTools, zamiast stawiać osobny serwer MCP.
    • Auto-review przekierowuje lokalne wywołania narzędzi przez klasyfikator, który decyduje o automatycznym wykonaniu lub wstrzymaniu do recenzji.
    • Zagnieżdżeni podagenci tworzą drzewa delegowanej pracy – recenzent może uruchomić pisarza testów, który uruchomi kolejnego agenta.
    • Opcje storage obejmują SQLite, JSONL oraz własne implementacje LocalAgentStore (Redis, Postgres, w pamięci).
    • TypeScript i Python – Cursor SDK działa w skryptach, pipeline'ach CI, backendach i botach.

    Własne narzędzia bez dodatkowej infrastruktury

    Do tej pory, aby dać agentowi dostęp do własnej funkcji, konieczne było uruchomienie serwera MCP. Aktualizacja to zmienia. Teraz wystarczy przekazać definicje funkcji przez local.customTools przy Agent.create() lub per wywołanie send().

    Cursor udostępnia te narzędzia przez wbudowany serwer MCP o nazwie custom-user-tools. Dzięki temu wykonanie podlega tej samej ścieżce uprawnień, co inne narzędzia MCP, eliminując potrzebę budowania osobnej warstwy integracyjnej. Narzędzia zdefiniowane raz są widoczne dla wszystkich podagentów rodzica. Definiujesz funkcję dla głównego agenta, a każdy podagent w drzewie może z niej korzystać bez dodatkowej konfiguracji.

    To znaczne ułatwienie dla zespołów web dev i DevOps. Przykładowo, w pipeline CI, gdzie agent potrzebuje dostępu do wewnętrznego API, systemu deploymentu lub narzędzia do migracji bazy danych, wystarczy zdefiniować funkcję raz i przekazać ją agentowi.

    Auto-review – kontrolowane zaufanie w trybie bezgłowym

    Gdy agenci Cursor SDK działają w trybie bezgłowym, normalnie wykonują wywołania narzędzi bez pytania o zgodę. Choć jest to wygodne, może być ryzykowne, zwłaszcza w środowiskach produkcyjnych.

    Flaga local.autoReview zmienia tę dynamikę. Zamiast bezwarunkowo ufać każdemu wywołaniu, Cursor przepuszcza je przez system recenzji. Klasyfikator decyduje, które wywołania są bezpieczne i mogą przejść automatycznie, a które wymagają zatrzymania i wglądu człowieka.

    Zachowanie klasyfikatora można dostosować instrukcjami w języku naturalnym w pliku permissions.json. Dwa kluczowe pola to autoRun.allow_instructions oraz autoRun.block_instructions. Można opisać, jakie operacje agent może wykonywać bez pytania, a które zawsze powinny trafić do recenzji.

    Dla zespołów CI/CD to bardzo praktyczne rozwiązanie. Agent zyskuje autonomię tam, gdzie jest to bezpieczne, ale w przypadku wrażliwych operacji, takich jak zmiany w produkcji czy operacje na bazie danych, system wstrzymuje akcję i czeka na decyzję.

    Zagnieżdżeni podagenci – drzewa zamiast list

    Zagnieżdżeni podagenci – drzewa zamiast list

    Do tej pory podagenci działali w sposób płaski – agent główny delegował zadania, ale same podagenty nie mogły delegować dalej. Teraz struktura może być bardziej złożona. Podagent może uruchomić własnego podagenta, a ten kolejnego.

    Cursor dokumentuje limity zagnieżdżeń, ale sama możliwość otwiera nowe wzorce. Recenzent kodu może delegować zadania do pisarza testów, który uruchamia agenta do generowania mocków, a ten z kolei do formatowania. Każdy poziom działa w swoim kontekście, ale dziedziczy dostęp do narzędzi rodzica.

    W praktyce to idealnie pasuje do skomplikowanych workflow: generowanie dokumentacji, wieloetapowe przeglądy kodu czy zadania operacyjne, gdzie każdy krok wymaga innego zestawu umiejętności.

    Gdzie to wszystko przechowywać

    Gdzie to wszystko przechowywać

    Cursor SDK oferuje teraz trzy opcje dla przechowywania metadanych agentów. SqliteLocalAgentStore zapisuje dane w SQLite w katalogu roboczym, co jest dobre dla lokalnych środowisk deweloperskich. JsonlLocalAgentStore tworzy przenośne pliki JSON (newline-delimited) w wybranym katalogu, co jest idealne do ephemeralnych jobów CI, gdzie nie ma potrzeby korzystania z bazy danych.

    Istnieje również LocalAgentStore jako interfejs, który można zaimplementować samodzielnie. Można użyć Redis, Postgres lub przechowywania w pamięci – wszystko, co pasuje do danej architektury.

    Co dalej z Cursor SDK

    Cursor SDK weszło do publicznej bety pod koniec kwietnia 2026, a już w maju pojawiło się wsparcie dla Pythona. Czerwcowa aktualizacja to kolejny krok w kierunku, który Cursor określa jako "agentami jako systemem" – autonomicznymi jednostkami, które budują i dostarczają oprogramowanie bez ciągłej interwencji człowieka.

    Dla zespołów AI, web dev i DevOps oznacza to mniej pracy związanej z integracją, większą kontrolę nad tym, co agenci robią w tle, oraz możliwość budowania wieloetapowych workflow, które wcześniej wymagały znacznej ręcznej orkiestracji. Cursor SDK działa w skryptach, pipeline'ach, backendach i botach – nie tylko w IDE.

    Źródła

  • Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Wraz z wydaniem wersji 3.0.27, datowanej na 17 czerwca 2026 roku, Cline CLI wprowadza trzy istotne ulepszenia: nowe polecenie do zarządzania umiejętnościami, kreator ustawień MCP z predefiniowanymi wartościami oraz poprawioną walidację danych wejściowych. Aktualizacja koncentruje się na wygodzie użytkowników, zmniejszając potrzebę ręcznej konfiguracji i minimalizując błędy spowodowane niejednoznacznymi komendami.

    Najważniejsze zmiany

    • Polecenie cline skill upraszcza instalację i zarządzanie umiejętnościami agenta, domyślnie zapisując je w katalogu Cline.
    • Predefiniowany kreator MCP prowadzi użytkownika przez konfigurację serwera, co zmniejsza ryzyko błędów składniowych.
    • Ulepszona obsługa błędów OAuth dla wtyczek MCP — komunikaty są teraz bardziej zrozumiałe i wskazują konkretną przyczynę problemu.
    • Ostrzejsza walidacja wejścia odrzuca nieznane polecenia oraz frazy wielowyrazowe bez cudzysłowu, zamiast traktować je jako prompt.
    • Spójność składni z istniejącymi komendami cline plugin install i cline mcp, co eliminuje potrzebę nauki nowej składni.

    cline skill — zarządzanie umiejętnościami bez zbędnego szumu

    Dotychczas, aby rozszerzyć możliwości agenta o dodatkowe umiejętności, użytkownicy musieli zmagać się z ręczną konfiguracją. Nowa komenda cline skill zmienia ten proces — działa podobnie do cline plugin install i cline mcp. Użytkownik instaluje, zarządza i korzysta z umiejętności.

    Zainstalowane umiejętności trafiają domyślnie do katalogu agenta Cline, co zapobiega rozrzucaniu plików po różnych lokalizacjach w systemie. Dla zespołów automatyzujących swoje środowiska deweloperskie, to znaczące ułatwienie — wystarczy jedna komenda, aby przygotować agenta do pracy z określonym zestawem narzędzi.

    Kreator MCP: mniej zgadywania, więcej działania

    Kreator MCP: mniej zgadywania, więcej działania

    Drugą nowością jest predefiniowany kreator instalacji serwerów MCP. Użytkownik nie musi już samodzielnie wpisywać nazwy serwera, typu transportu, ścieżek do komend czy nagłówków HTTP, lecz przechodzi przez prosty formularz z podpowiedziami.

    Choć może to brzmieć nieznacznie, w praktyce oszczędza to sporo czasu. Konfiguracja MCP, która łączy Cline z zewnętrznymi API i usługami, bywa kapryśna. Literówka w ścieżce, brakujący cudzysłów czy pomylony typ transportu mogą prowadzić do frustracji. Kreator znacznie redukuje ryzyko takich błędów.

    Warto również zauważyć, że Cline CLI v3.0.27 obsługuje zarówno lokalne, jak i zdalne serwery MCP. Dokumentacja narzędzia potwierdza, że można listować serwery nieinteraktywnie za pomocą cline config mcp oraz cline config mcp --json. Nowy kreator to dodatkowa warstwa, która przyspiesza pierwsze uruchomienie, ale nie ogranicza bardziej zaawansowanych scenariuszy.

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Wersja 3.0.27 poprawia także obsługę autoryzacji OAuth dla wtyczek MCP. Gdy proces uwierzytelniania napotyka problem, na przykład wygaśnięcie tokenu lub odmowę dostępu, Cline generuje teraz komunikat, który pozwala na zrozumienie przyczyny problemu. Koniec z niejasnymi błędami, które zmuszały do zgadywania, czy problem leży po stronie klienta, serwera, czy gdzieś pośrodku.

    Wprowadzono również zmiany w walidacji poleceń. Wcześniej nieznana komenda lub wielowyrazowy ciąg znaków bez cudzysłowu mogły być traktowane jako prompt. Teraz CLI odrzuca takie wejście. To niewielka zmiana, ale w zautomatyzowanych środowiskach, gdzie prompt może generować skrypt, eliminuje potencjalnie kosztowne błędy.

    Podsumowanie

    Cline CLI v3.0.27 wprowadza przemyślane poprawki, które sprawiają, że praca z narzędziem staje się bardziej płynna. Nowe polecenie cline skill ułatwia zarządzanie umiejętnościami, kreator MCP przyspiesza konfigurację, a zaostrzona walidacja wejścia chroni przed przypadkowymi promptami. Dla zespołów DevOps i web developerów, które łączą Cline z zewnętrznymi usługami i skryptami automatyzacji, te zmiany oznaczają mniej przestojów i mniej czasu spędzonego na szukaniu błędów składniowych.

    Źródła

  • Tryb projektowania i raport kontekstu — Cursor ułatwia edycję canvasów

    Tryb projektowania i raport kontekstu — Cursor ułatwia edycję canvasów

    Cursor wprowadził dwie zmiany, które przyspieszają pracę z canvasami: Design Mode do bezpośredniej edycji elementów wizualnych oraz Context Usage Report, który pokazuje, na co schodzi budżet tokenów. Obie funkcje zostały dodane do changeloga 4 czerwca 2026 i wywołały dyskusje wśród zespołów używających agentów do generowania interfejsów.

    Co dokładnie się zmieniło

    • Design Mode umożliwia klikanie i zaznaczanie elementów UI bezpośrednio w canvasie, co eliminuje potrzebę opisywania każdej zmiany słowami.
    • Context Usage Report rozkłada zużycie tokenów na składniki, takie jak prompt systemowy, definicje narzędzi, reguły i skille.
    • Raport działa jako interaktywny canvas, co pozwala na zadawanie pytań uzupełniających i szukanie oszczędności.
    • Przycisk „Debug with Agent” otwiera nową konwersację, w której agent analizuje, co zużywa kontekst.

    Design Mode — klikasz, a agent rozumie kontekst

    Jednym z głównych problemów przy edycji canvasów było precyzyjne opisanie, który element UI należy zmienić. Użytkownicy musieli pisać „zmień padding w trzecim przycisku od lewej w drugim rzędzie” lub zgadywać nazwy klas. Design Mode eliminuje tę potrzebę.

    Teraz można zaznaczyć element bezpośrednio w canvasie, dodać adnotację, a agent otrzymuje dokładny kontekst wizualny. Cursor opisuje to jako sposób na szybszą iterację — użytkownik wskazuje zmianę, agent ją wykonuje, a następnie można przejść do kolejnej. To oszczędza czas, eliminując konieczność pisania długich instrukcji tekstowych.

    Dla zespołów budujących dashboardy, narzędzia wewnętrzne czy prototypy w trybie vibe codingu to konkretna oszczędność czasu. Agent nie musi zgadywać intencji — dostaje wizualne wskazanie, które jest znacznie bliższe temu, co widzi człowiek.

    Context Usage Report — gdzie przepalasz tokeny

    Context Usage Report — gdzie przepalasz tokeny
    Źródło: cursor.com

    Druga nowość rozwiązuje problem osób intensywnie pracujących z agentami: brak wiedzy na temat tego, co zużywa limit kontekstu. Prompt systemowy, definicje narzędzi, reguły projektu i skille sumują się w tle, a agent przestaje działać, gdy zabraknie miejsca.

    Raport użycia kontekstu przedstawia to w formie interaktywnego podziału. Użytkownicy widzą słupki tokenów rozbite na kategorie, co pozwala szybko zorientować się, czy to reguły zespołowe są problemem, czy może skill wciąga za dużo danych. Ponieważ raport jest canvasem, można kliknąć „Debug with Agent” i poprosić o analizę — agent przejrzy składniki i zaproponuje, co można odchudzić.

    To narzędzie jest szczególnie przydatne w pipeline'ach DevOps, gdzie agenci działają długo i na dużych projektach. Gdy sesja urywa się przed czasem, raport pokazuje przyczynę bez konieczności przeszukiwania logów.

    Dlaczego ma to znaczenie przy generowaniu UI

    Dlaczego ma to znaczenie przy generowaniu UI
    Źródło: cursor.com

    Obie funkcje odpowiadają na typowe problemy związane z agentowym kodem front-endowym. Design Mode skraca pętlę feedbacku między człowiekiem a agentem — z kilku zdań opisu do jednego kliknięcia. Context Usage Report dostarcza wgląd w ekonomikę sesji, co jest istotne przy złożonych projektach, gdzie prompt może być rozbudowany.

    Cursor nie ograniczył Design Mode do konkretnego typu agenta — działa przy edycji canvasów, niezależnie od tego, czy używasz Cloud Agents, czy lokalnego Cursor Agent. Raport kontekstu jest uniwersalny, więc zespoły na różnych planach mogą audytować swoje sesje.

    To nie są rewolucyjne koncepty — selekcja elementów UI i raportowanie tokenów istniały już w innych narzędziach. Jednak Cursor zintegrował je w spójny workflow: zaznaczasz w canvasie, otrzymujesz zmianę, a gdy agent zwalnia — sprawdzasz raport i debugujesz w tej samej przestrzeni.

    Podsumowanie

    Cursor wprowadził dwie funkcje, które powinny być standardem — umożliwił wskazywanie UI zamiast jego opisywania oraz pokazał, gdzie przepalają się tokeny. Dla osób spędzających godziny na iterowaniu canvasów z agentem, to realna oszczędność czasu i mniej frustracji związanej z ograniczeniami kontekstu.

    Źródła

  • Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    OpenAI wydało wersję 0.140.0 Codex, która wprowadza nowe funkcje, takie jak śledzenie zużycia tokenów w terminalu, trwałe usuwanie sesji oraz możliwość importowania konfiguracji z Claude Code. Ta aktualizacja zmienia codzienną pracę z agentowym kodowaniem — teraz można łatwo monitorować koszty na ekranie, a także skutecznie zarządzać wątkami. Dodatkowo, wprowadzono zarządzane uwierzytelnianie Amazon Bedrock oraz kilka poprawek, które poprawiają wydajność przy dużych repozytoriach.

    Kluczowe zmiany w skrócie

    • Komenda /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów bez potrzeby przechodzenia do panelu administracyjnego.
    • Trwałe usuwanie sesji przez codex delete <thread_id>, /delete lub API app-servera, z zabezpieczeniem przed przypadkowym usunięciem i automatycznym czyszczeniem subagentów.
    • Import z Claude Code (/import) przenosi ustawienia, konfigurację projektu i ostatnie rozmowy, co ułatwia migrację między narzędziami.
    • Amazon Bedrock zyskał zarządzane klucze API, a dane logowania CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym.
    • Optymalizacje dla dużych repozytoriów oraz poprawki odzyskiwania baz SQLite — mniej awarii przy pracy z rozbudowanymi codebasami.

    /usage — koniec zgadywania kosztów

    Najważniejsza zmiana to wbudowane analizy użycia. Dotychczas sprawdzenie, ile tokenów wykorzystano w sesji Codex, wymagało logowania się do zewnętrznego dashboardu. Teraz wystarczy wpisać /usage w terminalu, aby natychmiast zobaczyć aktywność dzienną, tygodniową oraz skumulowaną. Dla zespołów pracujących na limitach kredytowych to istotne narzędzie, które pozwala kontrolować budżet bez przerywania pracy.

    Dane są dostępne w tym samym interfejsie TUI, w którym piszesz kod i rozmawiasz z agentem. Nie ma potrzeby przełączania się do przeglądarki ani pamiętania o sprawdzaniu raportów po fakcie. Dla osób, które doświadczyły nieprzyjemnych rachunków po intensywnej sesji z Codex, to znacząca zmiana.

    To jedna z funkcji, które powinny były pojawić się wcześniej, ale lepiej późno niż wcale — szczególnie że wersja 0.140.0 robi to dobrze, z podziałem na modele i produkty.

    Sesje, których naprawdę już nie ma

    Kolejną istotną zmianą jest zarządzanie sesjami. Wcześniej usunięcie wątku nie zawsze oznaczało jego całkowite zniknięcie — pozostawały ślady w app-serverze, subagenty mogły wisieć w tle, a lokalne metadane mogły przetrwać restart. Teraz codex delete działa skutecznie: czyści zarówno lokalnie, jak i zdalnie, z potwierdzeniem przed wykonaniem oraz automatycznym sprzątaniem subagentów.

    To ważne dla osób pracujących z wrażliwymi danymi lub tych, którzy nie chcą mieć setek martwych wątków w historii. W projektach komercyjnych, gdzie kod źródłowy bywa objęty NDA, możliwość trwałego usunięcia całej ścieżki rozmowy z agentem AI jest wymogiem bezpieczeństwa. Dodatkowo, łatwiej się odnaleźć, gdy lista sesji jest uporządkowana.

    Import z Claude Code i szyfrowane dane logowania

    Import z Claude Code i szyfrowane dane logowania

    Ciekawym dodatkiem jest /import, który przenosi wybrane elementy z Claude Code — ustawienia, konfigurację projektu i historię ostatnich czatów. To krok w stronę użytkowników rozważających przesiadkę między platformami agentowego kodowania. Zamiast konfigurować wszystko od nowa, można przejąć to, co już działało.

    Wersja 0.140.0 poprawia również bezpieczeństwo danych logowania. Tokeny OAuth dla CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym lub systemowym keychainie, zamiast w plikach JSON w formacie plaintext. Dla środowisk enterprise i hostowanych workflow AI to korzystna zmiana — szczególnie w połączeniu z nowym, zarządzanym uwierzytelnianiem Amazon Bedrock, które rozszerza obsługiwane przepływy autoryzacji.

    Wydajność i stabilność przy dużym kodzie

    Wydajność i stabilność przy dużym kodzie

    Poprawki wydajnościowe dla dużych repozytoriów to coś, co doceni każdy, kto próbował uruchomić Codex w monorepo. Wersja 0.140.0 wprowadza optymalizacje związane z cache'owaniem oraz szybsze działanie przy rozbudowanych codebasach. Dodatkowo, poprawiono odzyskiwanie baz SQLite — jeśli baza uległa uszkodzeniu, Codex nie powinien już ulegać awarii bez wyjaśnienia.

    Zwiększono również niezawodność MCP (Model Context Protocol), czyli mechanizmu łączącego Codex z zewnętrznymi narzędziami i pluginami. Mniej losowych rozłączeń, stabilniejsze podtrzymywanie kontekstu oraz ogólnie mniej frustracji przy zautomatyzowanych przepływach pracy.

    Narzędzie, które dorasta

    Wersja 0.140.0 to nie rewolucja, ale solidny krok w stronę produkcyjnej dojrzałości. Codex przestaje być wyłącznie agentem do generowania kodu i staje się pełniejszym narzędziem deweloperskim: z widocznością kosztów, kontrolą nad cyklem życia sesji oraz sensownym importem konkurencyjnych konfiguracji.

    Źródła

  • Claude Code z nową składnią /config, wsparciem Apple Events i lepszą wydajnością

    Claude Code z nową składnią /config, wsparciem Apple Events i lepszą wydajnością

    Najnowsza aktualizacja Claude Code wprowadza składnię /config key=value, która umożliwia zmianę ustawień bezpośrednio z poziomu prompta, oraz dodaje wsparcie dla Apple Events w piaskownicy na macOS. Dodatkowo, zaktualizowano środowisko uruchomieniowe Bun do wersji 1.4, co przynosi poprawki wydajności streamowania oraz kilka istotnych łatek błędów.

    Kluczowe zmiany w skrócie

    • Nowa składnia /config umożliwia zmianę ustawień bez przerywania sesji czy edytowania plików konfiguracyjnych.
    • Wsparcie Apple Events jako opcjonalne ustawienie piaskownicy na macOS, istotne dla komend open, osascript oraz autoryzacji w przeglądarkach.
    • Aktualizacja Bun do wersji 1.4 poprawia stabilność środowiska uruchomieniowego agenta.
    • Poprawki streamowania, panelu subagentów oraz błędów związanych z zapisem plików na dyskach sieciowych.

    Konfiguracja inline, która nie wybija z rytmu

    Mechanizm /config key=value to istotna nowość w tej wersji. Użytkownicy mogą teraz zmieniać parametry działania Claude Code bezpośrednio w sesji interaktywnej, trybie print czy Remote Control. Na przykład, komenda /config thinking=false wyłącza tryb myślenia jednym poleceniem.

    Wcześniej zmiana takich preferencji wymagała ręcznej edycji pliku .claude/settings.json lub przerywania sesji i restartu z nowymi flagami. Teraz wszystko odbywa się w locie, co jest istotne w pracy z AI, gdzie kontekst sesji buduje się stopniowo.

    Dla zespołów DevOps oraz osób automatyzujących przepływy pracy to znaczące ułatwienie. Można testować różne zachowania modelu w trakcie jednej sesji bez resetowania stanu.

    Apple Events na macOS — mała rzecz, duże konsekwencje

    Ustawienie sandbox.allowAppleEvents rozwiązuje problem z błędem -600, który występował przy próbie użycia komend open, osascript czy podczas autoryzacji w przeglądarkach. To opcjonalna flaga — domyślnie piaskownica blokuje Apple Events, więc trzeba ją włączyć ręcznie.

    Dla deweloperów pracujących na macOS to istotna zmiana. Bez tego ustawienia Claude Code nie mógł uruchomić zewnętrznych aplikacji ani przeprowadzić przepływu OAuth w przeglądarkach. Teraz wystarczy dodać flagę do konfiguracji, co przywraca możliwość automatyzacji.

    W kontekście szerszego ekosystemu to także sygnał, że Anthropic traktuje macOS jako pełnoprawną platformę do agentowego kodowania.

    Bun 1.4 pod maską

    Claude Code dostarcza własne środowisko uruchomieniowe, a aktualizacja Bun do wersji 1.4 przynosi poprawki stabilności i wydajności, które wpływają na responsywność narzędzia.

    Nie ma tu efektu "wow", ale to elementy, które są odczuwalne w codziennym użytkowaniu — szybsze uruchamianie, mniej losowych błędów oraz stabilniejsza praca podczas długich sesji. Stabilność runtime'u jest kluczowa dla narzędzia, które często działa jako lokalny agent uruchamiający wiele procesów równolegle.

    Poprawki, które bolą mniej

    Aktualizacja eliminuje kilka dokuczliwych problemów. Streaming długich akapitów działa teraz płynniej, eliminując lagi i blokowanie wyjścia przy generowaniu większych bloków tekstu. Panel subagentów zyskał poprawki użyteczności i wyświetlania.

    Szczególnie ważne są poprawki regresji startowych oraz obsługi plików na dyskach sieciowych. Błędy przy zapisie na dyskach sieciowych były problemem dla zespołów pracujących z zamapowanymi zasobami — każda poprawka w tym obszarze zmniejsza frustrację.

    Co to oznacza dla ekosystemu AI i web devu

    Claude Code systematycznie poprawia doświadczenie użytkownika. Składnia /config ułatwia interakcję z modelem, co prowadzi do mniejszego tarcia i większej liczby iteracji. Wsparcie dla Apple Events pokazuje, że zespół reaguje na potrzeby użytkowników macOS.

    Dla osób pracujących w web developmencie ta aktualizacja oznacza mniej przeszkód technicznych, co pozwala skupić się na kodzie, a nie na walce z narzędziem.

    Źródła

  • Codex 0.140.0 stawia na kontrolę operacyjną: śledzenie tokenów, trwałe usuwanie sesji i integracja z Claude Code

    Codex 0.140.0 stawia na kontrolę operacyjną: śledzenie tokenów, trwałe usuwanie sesji i integracja z Claude Code

    OpenAI wydało 15 czerwca 2026 roku wersję 0.140.0 swojego asystenta kodowania Codex. Ta aktualizacja skupia się na praktycznej kontroli nad codzienną pracą, wprowadzając nowe funkcje zarządzania sesjami, monitorowania zużycia tokenów oraz narzędzia do importu z Claude Code. Zespół Codexa reaguje na potrzeby deweloperów, którzy korzystają z narzędzia w swoich codziennych workflow. Dodatkowo, wprowadzono wsparcie dla uwierzytelniania Amazon Bedrock oraz poprawki stabilności.

    Kluczowe zmiany w skrócie

    • Śledzenie tokenów — nowe widoki /usage pokazują dzienne, tygodniowe i skumulowane zużycie tokenów na koncie
    • Trwałe usuwanie sesji — polecenia codex delete, /delete oraz endpoint API umożliwiają bezpowrotne kasowanie wątków z potwierdzeniem
    • Import z Claude Code — /import przenosi ustawienia projektu, konfigurację i historię czatów z Claude Code
    • Menu @ dla plików, pluginów i skilli — wpisanie @ otwiera teraz jedno spójne menu zamiast rozrzuconych opcji
    • Amazon Bedrock — zarządzane uwierzytelnianie API-key i szyfrowane lokalne przechowywanie poświadczeń MCP

    Więcej kontroli nad sesjami i tokenami

    Jednym z najważniejszych dodatków jest możliwość trwałego usuwania sesji. Do tej pory zarządzanie starymi wątkami bywało uciążliwe, zwłaszcza gdy Codex działał jako integralna część środowiska deweloperskiego. Teraz polecenia codex delete, /delete oraz endpoint app-server thread/delete pozwalają na usunięcie niepotrzebnych sesji z odpowiednimi zabezpieczeniami przed przypadkowym skasowaniem. Usuwanie obejmuje także czyszczenie subagentów, co eliminuje pozostałości w tle.

    Wprowadzenie widoków /usage to kolejna istotna zmiana. Deweloperzy korzystający z limitowanych pakietów tokenów mogą teraz sprawdzić, ile dokładnie zużyli w ciągu dnia, tygodnia i od początku korzystania z konta. To istotna funkcjonalność dla zespołów kontrolujących koszty AI, zwłaszcza przy intensywnym kodowaniu.

    Import z Claude Code i ujednolicone menu @

    Codex 0.140.0 wprowadza polecenie /import, które umożliwia przenoszenie elementów z Claude Code, w tym ustawienia projektu, konfigurację i historię czatów. To ułatwienie dla osób testujących różne narzędzia AI, które nie chcą zaczynać od zera przy każdej migracji. Zamiast ręcznie odtwarzać setup, wystarczy jedno polecenie.

    Kolejna zmiana dotyczy interfejsu. Wpisanie @ otwiera teraz jedno menu obejmujące pliki, pluginy i skille, co znacznie przyspiesza nawigację dla osób spędzających w Codexie wiele godzin dziennie.

    Bedrock i poprawki niezawodności

    Bedrock i poprawki niezawodności

    Wsparcie dla Amazon Bedrock to odpowiedź na potrzeby zespołów korzystających z infrastruktury AWS. Nowe zarządzane uwierzytelnianie API-key oraz szyfrowane lokalne przechowywanie poświadczeń OAuth dla CLI i MCP zwiększają bezpieczeństwo integracji z usługami chmurowymi. Codex obsługuje to w standardowy sposób, eliminując potrzebę ręcznego przekazywania kluczy.

    Inżynierowie OpenAI wprowadzili także poprawki niezawodności. Naprawiono błędy związane z bazami SQLite, które mogły występować przy intensywnym użyciu, oraz ustabilizowano połączenia MCP z zewnętrznymi narzędziami. To ważne dla devopsów, którzy integrują Codexa z własnymi pipeline'ami i serwisami.

    Wydajność na dużych repozytoriach

    Wydajność na dużych repozytoriach

    Ostatnim istotnym obszarem jest optymalizacja dla dużych codebase'ów. Lepsze monitorowanie systemu plików oraz inteligentniejsze cache'owanie sprawiają, że Codex nie zwalnia przy indeksowaniu rozległych projektów. Dla osób pracujących w monorepo lub z legacy systemami z tysiącami plików, różnica powinna być zauważalna.

    Podsumowanie

    Codex 0.140.0 nie wprowadza rewolucyjnych zmian w modelu AI, ale koncentruje się na stabilności, kontroli i interoperacyjności. Możliwości śledzenia tokenów, trwałego usuwania sesji i importowania konfiguracji z Claude Code sprawiają, że narzędzie lepiej wpasowuje się w codzienne workflow. Dodanie wsparcia dla Bedrocka oraz poprawki MCP rozszerzają zastosowania dla zespołów korzystających z chmury AWS. Dla codziennych użytkowników Codexa, ta aktualizacja przynosi konkretne, odczuwalne usprawnienia.

    Źródła

  • Zed 1.7.2 wprowadza automatyczną kompresję kontekstu AI i usprawnienia w Git

    Zed 1.7.2 wprowadza automatyczną kompresję kontekstu AI i usprawnienia w Git

    Zed wydał wersję 1.7.2 swojego edytora, a główną nowością jest automatyczna kompresja kontekstu dla agenta AI. Ta funkcja rozwiązuje problem rosnącego zużycia tokenów podczas dłuższych sesji programistycznych. Aktualizacja z 17 czerwca 2026 roku wprowadza także możliwość ręcznego wywołania kompresji za pomocą komendy /compact, odświeżony podgląd Markdown oraz nowe opcje Git, w tym obsługę niestandardowych poleceń na gałęziach i tagach w widoku grafu.

    • Automatyczna kompresja kontekstu zapobiega przepełnieniu okna kontekstowego AI podczas długich sesji, a komenda /compact umożliwia ręczne wywołanie kompresji.
    • Niestandardowe polecenia Git można teraz uruchamiać bezpośrednio z menu kontekstowego na gałęziach i tagach w grafie, wykorzystując zmienną $ZED_GIT_REF.
    • Zarządzanie umiejętnościami agenta przeniesiono do interfejsu ustawień, co eliminuje konieczność edytowania plików konfiguracyjnych.
    • Odświeżony podgląd Markdown zyskał czystszy i bardziej czytelny wygląd.
    • Poprawki wydajnościowe obejmują zmniejszenie zużycia pamięci przez LSP oraz szybszą obsługę dużych buforów.

    Kompresja kontekstu — odpowiedź na problem rozrastających się promptów

    Każdy, kto spędził dłuższy czas z asystentem AI w edytorze, zna ten moment, gdy okno kontekstowe pęcznieje, a liczba tokenów rośnie, co prowadzi do halucynacji modelu. Zed 1.7.2 rozwiązuje ten problem, automatycznie kompresując wcześniejszy kontekst, zamiast pozwalać na niekontrolowany wzrost promptu.

    Jeśli automatyczna kompresja nie wystarcza, można użyć komendy /compact, która wymusza kompresję w wybranym momencie. To przydatne, gdy planujesz zadać agentowi pytanie wymagające świeżego spojrzenia na kod, a nie chcesz, by ciągnął za sobą balast poprzednich interakcji.

    W tej samej aktualizacji dodano metryki kosztów i zużycia okna kontekstowego dla zewnętrznych agentów. Jeśli płacisz za API od tokena, teraz możesz zobaczyć, ile naprawdę kosztuje cię sesja. Wprowadzono także możliwość usuwania historii sesji, co jest przydatne, gdy robi się bałagan.

    Git z ludzką twarzą

    Zed od dawna dąży do ograniczenia potrzeby korzystania z terminala, a wersja 1.7.2 robi kolejny krok w tym kierunku. Menu kontekstowe na etykietach referencji w grafie Git — gałęziach, zdalnych referencjach i tagach — pozwala teraz uruchamiać niestandardowe polecenia. Zmienna $ZED_GIT_REF przekazuje klikniętą referencję, co umożliwia szybkie uruchomienie git checkout $ZED_GIT_REF lub własnego skryptu bez przepisywania nazw.

    Drobniejsze, ale praktyczne zmiany to opcjonalny widok drzewa dla szczegółów commita, skrócone do siedmiu znaków skróty SHA w widoku blame oraz domyślnie wyłączone ostrzeżenia o długości komunikatów commita. To ostatnie z pewnością ucieszy zespoły, które zrezygnowały z limitu 50 znaków w pierwszej linii.

    Co jeszcze się zmieniło

    Podgląd Markdown przeszedł lifting — jest czystszy i wygodniejszy w czytaniu, choć nie dodano nowych funkcji autorskich. To raczej poprawa komfortu niż rewolucja.

    Zarządzanie umiejętnościami agenta AI przeniesiono do interfejsu ustawień, co sprawia, że konfiguracja promptów nie wymaga już ręcznego edytowania plików. Poprawiono także komunikaty o problemach z umiejętnościami, zarówno w panelu agenta, jak i w ustawieniach.

    W kwestiach wydajności: zmniejszono zużycie pamięci przez serwery językowe, które wcześniej mogły generować nadmiarowe wiadomości, a funkcja go-to-definition przestała bombardować serwer podczas najechania myszą na ten sam symbol. Edycja dużych buforów również przyspieszyła. Terminal zyskał obsługę linków zed://, co ułatwia nawigację między projektami i debugowanie sesji zdalnych.

    Podsumowanie

    Zed 1.7.2 to solidny krok naprzód w obszarach, które wymagają poprawy. Kompresja kontekstu AI rozwiązuje problem użytkowników, którzy korzystają z asystenta jako narzędzia w codziennej pracy. Usługi Git wreszcie przestają wymuszać przełączanie się między edytorem a terminalem, a podgląd Markdown jest bardziej przyjemny dla oka. Jeśli pracujesz z dużymi projektami i liczysz każdy token, ta aktualizacja jest warta uwagi.

    Źródła

  • Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu agenta AI i usprawnienia pracy z Git

    Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu agenta AI i usprawnienia pracy z Git

    Zed doczekał się nowej aktualizacji oznaczonej numerem 1.7.2, która została wydana na stabilnym kanale 17 czerwca 2026 roku. Edytor od zespołu Zed Industries koncentruje się na dwóch głównych obszarach: poprawie wydajności agentów sztucznej inteligencji oraz usprawnieniu obsługi repozytoriów Git. Wśród wielu poprawek wyróżniają się nowa komenda /compact oraz rozszerzone możliwości wykonywania własnych poleceń na gałęziach.

    Co nowego – kluczowe fakty

    • Automatyczne odchudzanie kontekstu zapobiega zapychaniu się limitu tokenów podczas długich sesji z agentem AI, a wszystko można również wywołać ręcznie przez /compact.
    • Wsparcie dla niestandardowych poleceń Git obejmuje gałęzie i tagi widoczne na grafie, co ułatwia pracę z wieloma worktree.
    • Odświeżony podgląd Markdown jest czystszy i bardziej czytelny – mniej wizualnego szumu przy dokumentacji.
    • Poprawki na macOS 27 beta eliminują opóźnienia kliknięć w kontrolkach paska tytułu na testowej wersji systemu.
    • Usunięto wsparcie dla 32-bitowych architektur w rozszerzeniach pobierających serwery językowe, debugery i serwery MCP.

    Agent AI bez zatykania limitu tokenów

    Dłuższe rozmowy z asystentem AI w edytorze mogą prowadzić do problemów, gdy kontekst zbliża się do limitu modelu. Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu, które działa w tle: starsze wiadomości asystenta są podsumowywane, a zwolnione miejsce pozwala kontynuować pracę bez konieczności restartowania rozmowy.

    Użytkownicy mogą również ręcznie kontrolować ten proces za pomocą komendy /compact. Wystarczy wpisać ją w interfejsie agenta, aby natychmiast skondensować dotychczasową historię. Z dyskusji na GitHubie wynika, że model otrzymuje skrót wcześniejszych interakcji, co pozwala na nowe zapytania bez blokad.

    Dla osób pracujących w nurcie vibe codingu to ważna zmiana. Sesje potrafią trwać godzinami, a limit tokenów często kończy się w najmniej oczekiwanym momencie. Automatyczne i ręczne odchudzanie kontekstu to praktyczne rozwiązanie.

    Git zyskuje elastyczność

    Git zyskuje elastyczność

    Druga istotna część aktualizacji dotyczy integracji z Gitem. Zed dodał możliwość uruchamiania własnych poleceń bezpośrednio na referencjach – gałęziach i tagach – widocznych na grafie. Do tej pory użytkownicy musieli korzystać z terminala, teraz mogą podpiąć skrypt lub alias do konkretnej gałęzi i uruchomić go bez opuszczania edytora.

    Równocześnie poprawiono zarządzanie worktree. Choć oficjalne notki nie podają szczegółów technicznych, zmiany mają na celu stabilniejszą nawigację między różnymi kopiami roboczymi repozytorium. Dla zespołów pracujących z wieloma równoległymi gałęziami, co jest powszechne w web developmencie, każda minuta zaoszczędzona na przełączaniu się ma znaczenie.

    Podgląd Markdown i drobne poprawki

    Podgląd Markdown i drobne poprawki

    Nie samym AI człowiek żyje. Odświeżony podgląd Markdown zyskał czystszy wygląd, co docenią wszyscy piszący dokumentację bezpośrednio w edytorze. Wprowadzono również mniej oczywiste zmiany.

    Na macOS 27 beta – testowej wersji systemu – naprawiono opóźnienia kliknięć w kontrolkach paska tytułu. Zniknął problem znikających konfliktów w dyfie projektu podczas edycji. Na Linuksie poprawiono renderowanie tła prompta, a ustawienie experimental.auto_microphone_volume zostało usunięte, ponieważ głośność mikrofonu jest teraz normalizowana domyślnie.

    Wsparcie dla 32-bitowych architektur w rozszerzeniach pobierających serwery językowe, debugery i serwery MCP zostało usunięte. To logiczny krok, ponieważ edytor zmierza w stronę nowoczesnych środowisk, a utrzymywanie wstecznej kompatybilności staje się niepraktyczne.

    Dlaczego to ma znaczenie

    Zed 1.7.2 nie przynosi rewolucyjnych zmian, co można uznać za pozytywne. To aktualizacja, która rozwiązuje problemy związane z długimi sesjami AI i rozszerza funkcjonalność Gita, która powinna działać od dawna. Komenda /compact będzie przydatna dla każdego, kto testuje agentowe przepływy pracy. Usprawnienia w Git będą korzystne dla zespołów pracujących z rozbudowanymi repozytoriami. Edytor staje się również szybszy i bardziej stabilny, co znacząco poprawia codzienną pracę.

    Źródła

  • Factory otwiera się na npm – nowe wsparcie dla pluginów i zabezpieczenia sesji w wersji v0.150.0

    Factory otwiera się na npm – nowe wsparcie dla pluginów i zabezpieczenia sesji w wersji v0.150.0

    Najnowsza aktualizacja Factory (v0.150.0) wprowadza wsparcie dla pluginów publikowanych jako pakiety npm. Do tej pory rozszerzenia można było dystrybuować na kilka sposobów, ale teraz dołącza do nich najpopularniejszy rejestr ekosystemu JavaScript. Zmiana jest istotna, ponieważ npm to domyślne źródło zależności dla wielu zespołów developerskich. Dodatkowo, zespół Factory wprowadził mechanizm potwierdzenia przy zamykaniu aktywnych sesji Droid, poprawki wydajności dla długich czatów oraz lepszą widoczność statusu rozliczeniowego.

    Kluczowe informacje o aktualizacji

    • npm jako źródło pluginów – w definicji marketplace’u można teraz wskazać pakiet npm wraz z opcjonalną wersją, rejestrem i tokenem do prywatnych repozytoriów.
    • Bezpieczna instalacja z wyłączonymi skryptami – Droid pobiera pluginy przez npm install z flagami --ignore-scripts --no-save --no-audit --no-fund, a kod jest kopiowany do cache’u; żaden skrypt cyklu życia się nie uruchamia.
    • Potwierdzenie przed zamknięciem – nowy monit zapobiega przypadkowemu przerwaniu pracy Droid, gdy sesja jest w toku.
    • Optymalizacja długich czatów – poprawki wydajnościowe zmniejszają opóźnienia przy rozbudowanych workflow, gdzie kontekst rośnie z każdą turą.
    • Czytelniejszy status rozliczeniowy – użytkownicy widzą teraz stan konta wyraźniej podczas korzystania z narzędzia.

    Jak działa nowe źródło pluginów

    Factory definiuje plugin przez wpis w pliku marketplace. Nowa składnia dla źródła npm jest prosta. Deweloper podaje nazwę pakietu (obsługiwane są też pakiety z zakresem, np. @firma/nazwa), opcjonalną wersję zgodną z semver lub dist-tagiem oraz – jeśli plugin znajduje się w prywatnym rejestrze – adres URL rejestru HTTPS i nazwę zmiennej środowiskowej z tokenem.

    Brak wersji oznacza, że Droid automatycznie pobierze najnowszą oznaczoną jako latest. Dla zespołów korporacyjnych to wygodne rozwiązanie – nie trzeba budować obejść, aby podłączyć prywatne repozytorium. Wystarczy podać registry i authTokenEnvVar, a Factory respektuje te ustawienia bez grzebania w globalnej konfiguracji npm.

    Zespół Factory zadbał o bezpieczeństwo – Droid wykonuje npm install w tymczasowym katalogu roboczym, a następnie kopiuje rozpakowany pakiet do cache’a. Wszystkie skrypty cyklu życia są blokowane, co oznacza, że nie uruchamiają się preinstall, install ani postinstall. W ostatnich latach ataki na łańcuch dostaw przez npm stały się powszechne – złośliwe pakiety wykorzystywały instalacyjne skrypty do kradzieży tokenów czy eksfiltracji sekretów CI/CD. GitHub ogłosił, że w npm v12 domyślnie wyłączy automatyczne wykonywanie tych skryptów. Factory podąża tą samą drogą.

    Sesje pod ochroną

    Nowy monit potwierdzenia przed zamknięciem może wydawać się drobiazgiem, ale każdy, kto przypadkowo przerwał agentowi pracę nad złożonym zadaniem, wie, jak irytujące to może być. Droid potrafi wykonywać wieloetapowe operacje: klonuje repozytoria, modyfikuje pliki, odpytuje API. Przypadkowe wciśnięcie Ctrl+C mogło zostawić projekt w niedokończonym stanie. Teraz Factory pyta, czy na pewno chcesz wyjść, gdy sesja jest aktywna. To drobna zmiana, która oszczędza nerwy.

    Dodatkowo poprawiono wydajność długich rozmów z Droidem. W rozbudowanych workflow, gdzie kontekst rośnie z każdą kolejną turą, mniejsze opóźnienia oznaczają płynniejszą pracę. Zespół Factory nie podał szczegółów technicznych, ale efekt jest odczuwalny szczególnie przy sesjach trwających przez wiele interakcji.

    Dlaczego to ma znaczenie

    Rynek narzędzi AI dla developerów staje się coraz bardziej konkurencyjny. Cursor, Windsurf, Cline – każdy szuka swojej niszy. Factory stawia na rozszerzalność. Pluginy to nie tylko komendy i umiejętności, ale też Droidy, hooki i serwery MCP, które można udostępniać między projektami i zespołami. Wsparcie dla npm eliminuje trudności związane z dystrybucją przez mniej standardowe kanały. Dla web developerów i zespołów DevOps oznacza to, że łatwiej będzie budować własne, firmowe rozszerzenia i dzielić się nimi jak z każdą inną zależnością JavaScript. Factory pokazuje, że korzysta z infrastruktury, którą developerzy już znają i której ufają.

    Źródła

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

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

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

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

    npm wkracza do ekosystemu pluginów

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

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

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

    Sesje pod kontrolą

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

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

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

    MCP i rozliczenia – mniej tarcia

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

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

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

    Co dalej

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

    Źródła