Tag: Agenci AI

  • Gemini CLI zyskuje stabilność: nowa wersja preview poprawia zarządzanie sesjami

    Gemini CLI zyskuje stabilność: nowa wersja preview poprawia zarządzanie sesjami

    Google wypuściło nową wersję preview swojego narzędzia Gemini CLI, oznaczoną jako v0.45.0-preview.1. Ta wersja nocna z lipca 2026 roku koncentruje się na stabilności działania oraz lepszej kontroli nad tym, co AI pamięta podczas sesji. Chociaż nie wprowadza spektakularnych nowości wizualnych, zmiany w działaniu są solidne i przemyślane.

    Co nowego w Gemini CLI v0.45.0-preview.1

    • Metadane użycia – CLI pokazuje teraz informacje o zużyciu tokenów, co ułatwia kontrolę kosztów.
    • Sekwencyjne wykonanie narzędzia update_topic – wymuszenie kolejności eliminuje błędy w złożonych sesjach.
    • Stabilność na Termuksie – naprawiono zapętlone restarty, które wcześniej uniemożliwiały pracę na Androidzie.
    • Wyciszenie błędów PTY – zmiana rozmiaru terminala nie generuje już nadmiaru komunikatów.
    • Filtrowanie historii – uproszczone zarządzanie kontekstem pozwala precyzyjniej wznawiać sesje.

    Narzędzia działają przewidywalniej

    Jedną z kluczowych poprawek jest wymuszenie sekwencyjnego wykonania dla narzędzia update_topic. W poprzednich wersjach równoległe operacje na stanie sesji prowadziły do nieprzewidywalnych rezultatów, co mogło zakłócać intensywne kodowanie. Teraz każda aktualizacja tematu czeka na swoją kolej, co pozwala na zachowanie spójności stanu sesji.

    Dla osób praktykujących vibe coding to istotna zmiana. Pracując z AI przez dłuższy czas, nawet drobny błąd kontekstu może wprowadzić chaos w projekcie. Gemini CLI stara się minimalizować takie ryzyko.

    Kolejna poprawka dotyczy wyciszenia błędów związanych ze zmianą rozmiaru okna terminala. To jedna z tych irytujących kwestii, które nie psują funkcjonalności, ale generują wiele zbędnych komunikatów. Teraz te komunikaty są stłumione.

    Lepsza kontrola nad kosztami i sesjami

    Lepsza kontrola nad kosztami i sesjami

    Wersja v0.45.0-preview.1 wprowadza możliwość podejrzenia metadanych użycia bezpośrednio w CLI, co obejmuje informacje o zużyciu tokenów i związanych z tym kosztach API.

    Dla zespołów pracujących z hostingiem AI i infrastrukturą chmurową to oszczędność czasu. Nie trzeba już przeskakiwać do zewnętrznych paneli, aby sprawdzić koszty ostatniej sesji. Wszystko jest widoczne w terminalu, co ułatwia podejmowanie decyzji i optymalizację zapytań.

    Android i MCP – mniej awarii, więcej bezpieczeństwa

    Naprawa pętli restartów na Termuksie to ważna zmiana dla deweloperów pracujących na urządzeniach z Androidem. Wcześniej CLI mogło restartować się w nieskończoność bez prawidłowego startu, co uniemożliwiało jego użycie. Teraz ten błąd został usunięty.

    Dodatkowo poprawiono bezpieczeństwo list narzędzi MCP (Model Context Protocol) oraz zoptymalizowano automatyczny routing, co wpływa na niezawodność narzędzia.

    Co to oznacza dla codziennej pracy

    Nowe wydanie Gemini CLI to zestaw przemyślanych poprawek, które sprawiają, że praca z narzędziem staje się płynniejsza. Wymuszenie sekwencyjności, filtrowanie historii sesji i metadane użycia to elementy, które będą szczególnie przydatne podczas dłuższych projektów. Niezależnie od tego, czy używasz Gemini CLI do szybkich zadań, czy wielogodzinnych sesji programistycznych, stabilność jest kluczowa.

    Źródła

  • Claude Opus 4.8 wchodzi do gry z oknem 1M tokenów i sterowaniem głębokością myślenia

    Claude Opus 4.8 wchodzi do gry z oknem 1M tokenów i sterowaniem głębokością myślenia

    Anthropic wprowadził 28 maja 2026 roku Claude Opus 4.8, który jest ich najnowszym modelem. Nowością jest zwiększone okno kontekstowe do miliona tokenów oraz maksymalny output wynoszący 128 tysięcy tokenów, a ceny pozostały na poziomie z poprzedniej wersji. To aktualizacja, która wprowadza znaczące zmiany pod maską.

    Co nowego w pigułce

    • Okno kontekstowe 1M tokenów i maksymalny output 128k – dostępne domyślnie w API, na Bedrocku, Google Cloud i Microsoft Foundry
    • Sterowanie wysiłkiem zamiast automatycznego myślenia adaptacyjnego – możliwość wyboru poziomu od niskiego do maksymalnego
    • Komunikaty systemowe w trakcie konwersacji – zmiana instrukcji bez przerywania cache promptów
    • 4x mniejsza szansa, że model pozostawi błąd w kodzie bez komentarza
    • Dynamic workflows w Claude Code – setki równoległych pod-agentów w jednej sesji

    Mid-conversation system messages, czyli koniec z rozbijaniem promptów

    Jedna z istotnych zmian, która na pierwszy rzut oka może wydawać się technicznym szczegółem, w praktyce oszczędza czas i nerwy. Wcześniej, aby zmienić system prompt w trakcie zadania, konieczne było rozpoczęcie nowego user turn lub czyszczenie cache. Teraz Messages API przyjmuje system entries bezpośrednio w tablicy wiadomości. Deweloperzy mogą zmieniać zasady w locie, bez restartowania kontekstu i dodatkowych kosztów.

    W długich sesjach agentowych to nie tylko udogodnienie, ale konkretna oszczędność. W przypadku wieloetapowego zadania, gdzie po piątym kroku chcesz zawęzić zakres odpowiedzi lub dodać nowe ograniczenie, wcześniej wymagało to skomplikowanego prompt engineeringu. Teraz wystarczy wprowadzić nową instrukcję i kontynuować.

    Effort control – sam decydujesz, ile model ma myśleć

    Anthropic zrezygnował z automatycznego „adaptive thinking” na rzecz jawnego sterowania wysiłkiem. Obok wyboru modelu pojawił się suwak, który pozwala ustawić poziom od niskiego do maksymalnego. Niski wysiłek skutkuje krótszymi czasami odpowiedzi i mniejszym zużyciem limitów, podczas gdy wysoki wysiłek uruchamia głębsze, częstsze przejścia przez łańcuch rozumowania.

    To rozwiązanie jest korzystne dla zespołów, które muszą balansować między szybkością a dokładnością. Nie zawsze potrzebujesz modelu, który analizuje każdy szczegół przez dłuższy czas. Czasem chcesz natychmiastowej odpowiedzi, a czasem bardziej szczegółowej analizy – teraz masz kontrolę nad tym bez zmiany modelu.

    Uczciwość jako funkcja, nie przypadek

    W testach Claude Opus 4.8 wypada około cztery razy lepiej niż jego poprzednik, jeśli chodzi o zostawianie błędów w kodzie bez oznaczenia ich. To istotna metryka dla zespołów dev ops i vibe coding.

    Model częściej sygnalizuje niepewność i rzadziej generuje odpowiedzi, które brzmią pewnie, ale nie są oparte na faktach. API wprowadziło także obiekt stop_details, który wyjaśnia kategorie odmowy, gdy request zostanie odrzucony. Teraz wiesz dokładnie, dlaczego model nie odpowiedział – czy to z powodu bezpieczeństwa, praw autorskich, czy innych przyczyn.

    Claude Code i agentowe plany wieloetapowe

    Nowe funkcje w research preview dla Claude Code to prawdopodobnie najbardziej praktyczny element tej aktualizacji. Model potrafi teraz planować pracę i uruchamiać setki równoległych pod-agentów w jednej sesji. Każdy z nich może działać dłużej, bez potrzeby ciągłego pytania użytkownika o zgodę na kolejny krok.

    W benchmarku „Mind to Web” Claude Opus 4.8 uzyskał 84% – to znaczący postęp w porównaniu do poprzedniej wersji i wynik lepszy niż GPT-5.5. Model sprawdza się szczególnie w długich zadaniach programistycznych, gdzie ważne jest utrzymanie kontekstu przez wiele kroków. GPT-5.5 ma przewagę w terminal coding, ale w przeglądarkowych agentach i wielowątkowych migracjach kodu nowy Claude Opus 4.8 wypada lepiej.

    Fast Mode również został ulepszony – jest 2,5 razy szybszy i trzykrotnie tańszy niż wcześniej (10 i 50 dolarów za milion tokenów input/output). W standardowym trybie ceny pozostały na poziomie 5 i 25 dolarów za milion tokenów.

    Co to oznacza dla zespołów technicznych

    Claude Opus 4.8 jest skierowany do przedsiębiorstw, które potrzebują złożonych workflows agentowych, analiz finansowych, cyberbezpieczeństwa i długich zadań programistycznych. Połączenie jawnego sterowania wysiłkiem z sygnalizowaniem niepewności ma znaczenie tam, gdzie koszt błędu jest wysoki.

    Dla zespołów dev ops nowa wersja Claude Code z dynamicznymi workflows może znacznie skrócić czas dużych migracji kodu. Zamiast ręcznie dzielić zadanie na mniejsze części, można powierzyć modelowi zaplanowanie wykonania z setkami pod-agentów. To już nie tylko asystent, ale koordynator. Jeśli do tej pory korzystałeś z GPT-5.5 ze względu na terminal coding, warto przetestować Claude Opus 4.8 w zadaniach przeglądarkowych i długodystansowych – tam przewaga Anthropica jest teraz wyraźna.

    Źródła

  • Claude Code 2.1.153: agenci działają stabilniej, a macOS wreszcie przestaje pytać o uprawnienia

    Claude Code 2.1.153: agenci działają stabilniej, a macOS wreszcie przestaje pytać o uprawnienia

    Anthropic wypuścił wersję 2.1.153 swojego terminalowego asystenta Claude Code. Wydanie z 28 maja 2026 roku koncentruje się na poprawie stabilności i usunięciu niedociągnięć, które były uciążliwe dla programistów korzystających z agentów działających w tle. W sumie paczka zawiera 36 zmian, z czego większość to poprawki błędów, a nie nowe funkcje.

    Co warto wiedzieć o aktualizacji

    • Agenci w tle na macOS – poprawiono stabilność sesji w tle, jednak oficjalne noty nie potwierdzają zmiany tożsamości agentów w ustawieniach prywatności ani trwałego zapamiętywania zgód po aktualizacji.
    • Model językowy wybrany przez /model zostaje zapamiętany jako domyślny dla nowych sesji, co eliminuje konieczność ciągłego przełączania.
    • Git LFS otrzymuje optymalizacje, które przyspieszają klonowanie repozytoriów z dużymi plikami binarnymi.
    • Autouzupełnianie w claude agents podpowiada teraz natywne komendy i umiejętności, nie tylko te dodane przez użytkownika.
    • Poprawki bezpieczeństwa objęły serwery MCP oraz uwierzytelnianie przez bramki API.

    macOS przestaje walczyć z własnymi agentami

    Użytkownicy macOS często skarżyli się na powtarzające się monity o uprawnienia. Agenci działający w tle wykonują zadania bez ciągłego nadzoru, jednak system Apple traktował je z podejrzliwością. Po każdej aktualizacji Claude Code monity wracały, zmuszając do ponownego autoryzowania dostępu do plików czy sieci.

    Wersja 2.1.153 poprawia stabilność sesji w tle i autouzupełnianie w claude agents, jednak oficjalne noty wydania nie potwierdzają, że agenci identyfikują się teraz jako „Claude Code” w panelu Prywatność i bezpieczeństwo ani że przyznane zgody pozostają aktywne po aktualizacji. Dla osób uruchamiających długotrwałe zadania w tle każda poprawka stabilności to oszczędność nerwów i czasu.

    Model na stałe, sesje pod kontrolą

    Kolejna zmiana dotyczy wyboru modelu. Do tej pory komenda /model działała jednorazowo – przełączała model tylko na bieżącą sesję. Teraz wybór zostaje zapisany jako domyślny dla wszystkich nowych sesji, co jest zgodne z działaniem rozszerzeń Claude w IDE. Jeśli potrzebujesz zmienić model tylko tymczasowo, wystarczy nacisnąć s, co ogranicza zmianę wyłącznie do aktualnej sesji.

    To drobna zmiana, ale w codziennej pracy każdy skrót ma znaczenie, zwłaszcza gdy przeskakujesz między projektami o różnych wymaganiach – raz potrzebujesz Opusa do analizy, a innym razem Haiku do szybkiego refaktoringu.

    Git LFS i autouzupełnianie bez zbędnego klikania

    Git LFS i autouzupełnianie bez zbędnego klikania

    Wsparcie dla Git LFS (Large File Storage) to odpowiedź na potrzeby zespołów pracujących z dużymi zasobami, takimi jak gry, modele 3D czy zbiory danych. Optymalizacje w źródłach wtyczek przyspieszają klonowanie repozytoriów z dużymi plikami binarnymi. Różnica w czasie operacji może być znaczna, zwłaszcza gdy repozytorium waży kilka gigabajtów, a do pracy potrzebujesz jedynie kodu.

    Autouzupełnianie w claude agents również zostało ulepszone. Wcześniej podpowiadało głównie umiejętności zdefiniowane przez użytkownika. Teraz widzi także natywne komendy i umiejętności wbudowane w Claude Code, co pozwala na szybsze znalezienie potrzebnych informacji bez przeszukiwania dokumentacji.

    Windows i VS Code – walka z błędami

    Windows i VS Code – walka z błędami

    W tej aktualizacji wprowadzono również istotne poprawki. Integracja z PowerShellem na Windowsie wcześniej zgłaszała fałszywe sukcesy instalacji, co prowadziło do frustrujących sesji debugowania. Teraz ten problem został rozwiązany. Podobnie z integracją z VS Code – kilka błędów związanych ze stabilnością zostało naprawionych.

    Wiele z 36 zmian dotyczy stabilności claude agents oraz zarządzania sesjami, które działają bez ciągłej interakcji użytkownika. To kluczowe dla tych, którzy używają Claude Code do autonomicznych zadań, takich jak nightly buildy czy ciągła analiza kodu.

    Ewolucja zamiast rewolucji

    Claude Code 2.1.153 wpisuje się w szerszy trend rozwoju tego narzędzia. Wcześniejsze wersje serii 2.1, takie jak 2.1.0, dodały infrastrukturę, hooki, budżetowanie oraz umiejętności wielokrotnego użytku. Teraz przyszedł czas na dopracowanie szczegółów. To nie jest wydanie, które trafi na okładki, ale takie aktualizacje są kluczowe dla tego, czy narzędzie nadaje się do produkcyjnego użytku.

    Dla programistów korzystających z vibe codingu i agentów działających w tle, stabilność sesji oraz brak irytujących monitów to nie luksus, lecz warunek konieczny. Anthropic najwyraźniej to rozumie.

    Źródła

  • OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    Zespół OpenCode wprowadził 27 maja 2026 roku aktualizację v1.15.11, która obejmuje Desktop v2 oraz zmiany w konfiguracji dostawców i stabilności systemu. Narzędzie to, które w czerwcu zdobyło ponad 160 tysięcy gwiazdek na GitHubie, obsługuje 2,5 miliona deweloperów miesięcznie.

    Co nowego w aktualizacji

    • headerTimeout umożliwia programistom kontrolowanie czasu oczekiwania na żądania do zewnętrznych dostawców, co zapobiega zawieszaniu się zapytań przy niestabilnych połączeniach API.
    • Desktop v2 wprowadza nowy ekran startowy, kontrolki sesji w pasku tytułowym oraz obsługę gestów pinch-zoom.
    • Agentowe push notifications eliminują potrzebę ciągłego sprawdzania statusu — agenci sami wysyłają aktualizacje podczas pracy.
    • Bezpośrednie tokeny OAuth dla DigitalOcean upraszczają proces uwierzytelniania, eliminując zbędne pośredniki.

    Więcej kontroli nad tym, jak agent działa

    Nowy parametr headerTimeout odpowiada na problem, gdy połączenie z API dostawcy jest niestabilne, co może prowadzić do zawieszania się zapytań. Teraz można to kontrolować na poziomie konfiguracji każdego dostawcy.

    Wprowadzono również elastyczne ustawienia modalności, które pozwalają na dostosowanie sposobu, w jaki agent obsługuje różne typy wejścia i wyjścia — tekst, komendy shella, bloki kodu. Umożliwia to dostosowanie poziomu dostępu do potrzeb konkretnego projektu.

    Nowością, która może znacząco wpłynąć na codzienną pracę, są agenci działający w trybie push. Dotychczas użytkownicy musieli stale sprawdzać, czy agent zakończył zadanie. Teraz to agent informuje o postępach, co oszczędza czas i zmniejsza potrzebę przełączania kontekstu dla zespołów korzystających z OpenCode.

    Interfejs, który nie przeszkadza

    Desktop v2 to nie tylko zmiany wizualne. Nowy ekran startowy ułatwia szybkie rozpoczęcie sesji, a kontrolki w pasku tytułowym pozwalają na łatwe przełączanie się między zadaniami. Funkcja pinch-zoom w aplikacji desktopowej, choć może wydawać się zbędna, znacząco poprawia przeglądanie większych diffów czy diagramów.

    Terminalowy interfejs również przeszedł poprawki, które zwiększają czytelność i szybkość reakcji. Dla użytkowników preferujących pracę z klawiaturą, te zmiany są istotne.

    Zespół zadbał również o poprawę obsługi serwerów MCP. Mniej awarii i czystsze zamykanie połączeń to detale, które mogą decydować o tym, czy narzędzie nadaje się do produkcyjnego użytku.

    Gdzie OpenCode pasuje w ekosystemie

    OpenCode pozostaje neutralne wobec modeli, obsługując ponad 75 dostawców — od Anthropic Claude i OpenAI, przez Google Gemini i DeepSeek, po lokalne modele przez Ollamę. Ta różnorodność stanowi istotną przewagę nad narzędziami takimi jak Claude Code czy Codex, co jest ważne dla zespołów, które nie chcą być uzależnione od jednego dostawcy.

    Jednak ta elastyczność ma swoją cenę. Benchmarki pokazują, że OpenCode działa około 78% wolniej niż Claude Code na tym samym modelu. Przyczyną jest użycie "uprzęży agenta", która dodaje warstwę abstrakcji między kodem a API. To rozwiązanie może nie być odpowiednie dla tych, którzy potrzebują maksymalnej wydajności.

    Mimo to, rosnąca liczba użytkowników jest wymowna. Część migracji jest efektem decyzji Anthropic o ograniczeniu zewnętrznego dostępu do swoich modeli. Gdy dostęp do Claude'a jest ograniczony, uniwersalny adapter, jak OpenCode, staje się niezbędny.

    Instalacja i konfiguracja

    OpenCode można zainstalować standardowo — przez npm lub homebrew:

    npm install -g opencode-ai

    lub:

    brew install opencode

    Konfiguracja opiera się na plikach JSON umieszczanych w różnych lokalizacjach: globalnie w ~/.config/opencode/, projektowo w katalogu repozytorium lub przez zmienne środowiskowe. System łączy warstwy konfiguracji zamiast je nadpisywać, co daje elastyczność, ale wymaga zrozumienia priorytetów.

    Poprawki i stabilność

    Aktualizacja rozwiązuje także kilka problemów. Naprawiono błędy związane z wywoływaniem narzędzi, synchronizacją sesji i raportowaniem błędów. Mniej irytujących przerwań oznacza więcej czasu na pracę z kodem. Choć szczegóły mogą nie być widoczne w changelogu, to właśnie one decydują o tym, czy narzędzie staje się częścią codziennego workflow, czy ląduje w folderze "do sprawdzenia".

    Źródła

  • Kimi Code CLI 1.45.0 ułatwia zarządzanie sesjami i naprawia mylące komunikaty błędów

    Kimi Code CLI 1.45.0 ułatwia zarządzanie sesjami i naprawia mylące komunikaty błędów

    Moonshot AI opublikowało 26 maja 2026 roku wersję 1.45.0 terminalowego agenta AI Kimi Code CLI, wprowadzając usprawnienia w zarządzaniu sesjami oraz poprawkę krytycznego błędu w obsłudze komunikatów HTTP. To kolejna aktualizacja tego napisanego w TypeScript narzędzia open source, które od początku roku systematycznie zyskuje nowe funkcje.

    • Kimi Code CLI w wersji 1.45.0 łączy komendy /clear i /new do tworzenia nowych sesji
    • Moonshot AI naprawiło błąd, przez który wszystkie odpowiedzi 403 miały prefiks "Quota exceeded"
    • Aktualizacja z 26 maja 2026 roku to część intensywnego cyklu wydawniczego — od stycznia ukazało się ponad 100 wersji
    • Narzędzie jest dostępne na licencji MIT i dystrybuowane przez npm
    • Kimi Code CLI potrafi czytać i edytować kod, uruchamiać polecenia powłoki oraz samodzielnie planować kolejne kroki

    Intuicyjne sesje zamiast zamieszania

    Główna zmiana w wersji 1.45.0 dotyczy sposobu, w jaki użytkownicy rozpoczynają nową sesję. Do tej pory istniały dwie osobne komendy — /clear i /new — co mogło prowadzić do nieporozumień, zwłaszcza u osób rozpoczynających pracę z agentem. Teraz /clear działa jako alias dla /new, więc niezależnie od tego, którą komendę wybierzesz, efekt będzie ten sam: agent rozpoczyna świeżą konwersację bez obciążania kontekstu poprzednimi instrukcjami.

    Decyzja o ujednoliceniu ścieżki zarządzania sesjami wpisuje się w szerszy trend wśród narzędzi do AI coding, takich jak Cursor czy Windsurf, gdzie producenci dążą do uproszczenia interfejsu tekstowego. Mniej komend do zapamiętania to mniej pomyłek — szczególnie gdy pracuje się pod presją czasu.

    Kimi Code CLI jest agentem w pełni interaktywnym. Działa jako aplikacja TUI w terminalu i obsługuje nie tylko konwersację w języku naturalnym, ale też bezpośrednie wykonywanie poleceń powłoki. Przełączanie między trybami odbywa się przez Ctrl-X, co sprawia, że narzędzie może zastąpić tradycyjny terminal podczas sesji programistycznych.

    Koniec z fałszywymi alarmami o limitach

    Koniec z fałszywymi alarmami o limitach

    Równie istotną poprawką jest usunięcie błędu w obsłudze komunikatów błędów HTTP 403. We wcześniejszych wersjach każda odpowiedź z kodem 403 — niezależnie od rzeczywistej przyczyny — otrzymywała prefiks "Quota exceeded". Oznaczało to, że użytkownik widział informację o wyczerpaniu limitu nawet wtedy, gdy serwer odrzucał żądanie z zupełnie innego powodu, na przykład z powodu błędnych uprawnień czy niewłaściwego tokena uwierzytelniającego.

    Tego typu pomyłki potrafią skutecznie wybić z rytmu. Programista widzi komunikat o limicie, szuka przyczyny w panelu API, sprawdza zużycie — a problem leży gdzie indziej. Poprawka w wersji 1.45.0 sprawia, że komunikaty 403 odzwierciedlają faktyczną przyczynę błędu, co oszczędza czas i nerwy.

    Częsty rytm wydań i otwarte źródła

    Harmonogram aktualizacji Kimi Code CLI robi wrażenie. Od stycznia 2026 roku zespół Moonshot AI opublikował przeszło sto wersji, przechodząc od 0.88 przez 1.0 pod koniec stycznia aż do obecnego 1.45.0. Tak szybkie tempo sugeruje aktywną społeczność i zespół szybko reagujący na zgłoszenia.

    Narzędzie jest dostępne na licencji MIT, a jego kod źródłowy można znaleźć na GitHubie. Integruje się z VS Code przez dedykowane rozszerzenie, obsługuje protokół Agent Client Protocol, co pozwala łączyć je z Zed czy IDE JetBrains, a także współpracuje z powłoką Zsh. Agent potrafi nie tylko generować kod, ale też przeszukiwać pliki, pobierać strony internetowe, uruchamiać testy i samodzielnie dostosowywać plan działania na podstawie otrzymywanych informacji zwrotnych.

    Instalacja jest prosta — wystarczy curl lub npm. Po zalogowaniu się przez OAuth lub klucz API z platformy Kimi użytkownik od razu może opisać zadanie w języku naturalnym. Agent sam zdecyduje, jakich narzędzi użyć do jego realizacji, a przy operacjach modyfikujących pliki poprosi o potwierdzenie.

    Choć wersja 1.45.0 nie wnosi nowych funkcji, to poprawki — ujednolicenie komend i naprawa komunikatów — budują zaufanie do narzędzia. W codziennej pracy liczy się przewidywalność i brak irytujących niespodzianek.

    Ź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

  • 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

  • Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    OpenAI wydało 21 maja 2026 roku wersję Codex 0.133.0, która wprowadza natywne śledzenie celów z dedykowaną pamięcią trwałą, rozszerzone możliwości wtyczek oraz ulepszony interfejs zdalnego sterowania. W tej wersji mechanizm /goal przestaje być eksperymentalnym dodatkiem i staje się domyślnym trybem pracy dla dłuższych zadań. Agent nie tylko zapamiętuje, co robił, ale także potrafi kontynuować przerwane zadanie po restarcie terminala czy awarii procesu.

    Najważniejsze zmiany w skrócie

    • Trwałe śledzenie celów – cele są teraz domyślnie włączone i zapisywane w dedykowanym magazynie, co umożliwia kontynuację zadań między restartami CLI.
    • Ulepszone CLI zdalne – zdalne sterowanie agentem stało się bardziej stabilne i łatwiejsze w obsłudze.
    • Rozszerzone API wtyczek – wtyczki zyskały dostęp do głębszej obserwacji zdarzeń cyklu życia agenta.
    • Dojrzałe profile uprawnień – profile uprawnień otrzymały API list oraz szereg poprawek stabilności.
    • Krytyczne poprawki błędów – naprawiono problemy ze startem TUI, ładowaniem instrukcji agenta i blokadami przy kompaktowaniu wątków.

    Jak działa nowe śledzenie celów

    Do tej pory mechanizm /goal działał w ramach pojedynczej sesji. Jeśli proces padał, cel przepadał. Było to frustrujące przy zadaniach trwających wiele godzin, zwłaszcza w środowiskach deweloperskich, gdzie restart terminala jest codziennością. Wersja 0.133.0 zmienia tę dynamikę.

    Cele mają teraz dedykowany magazyn, co oznacza, że stan zadania jest zapisywany między turami, niezależnie od przyczyny przerwy, czy to zamknięcia okna, utraty połączenia, czy restartu systemu. Po ponownym uruchomieniu CLI agent wznawia pracę dokładnie od miejsca, w którym ją przerwał, automatycznie sprawdzając stopień realizacji celu i decydując, co dalej.

    Mechanizm opiera się na wcześniejszych poprawkach z wersji 0.132.0, które wprowadziły limit zatrzymujący kontynuację po przekroczeniu budżetu tokenów. Teraz pętla kontynuacji nie kręci się bez końca, gdy cel jest zbyt niejasny – budżet tokenów pełni funkcję twardego limitu, po przekroczeniu którego agent zatrzymuje pracę.

    Zdalne sterowanie agentem zyskało nową jakość

    Codex od dawna pozwalał na uruchomienie agenta na zdalnym serwerze, ale interfejs do zarządzania był niewystarczający. Wersja 0.133.0 znacząco to poprawia.

    Ulepszone CLI zdalne (remote-control CLI) jest teraz bardziej stabilne i przewidywalne w działaniu. Można zarządzać zadaniami na odległym hoście, nie tracąc kontroli nad tym, co agent robi. Cała komunikacja przechodzi przez bezpieczną warstwę przekazywania (relay layer), co oznacza, że lokalna instancja agenta może wysyłać polecenia i odbierać wyniki, podczas gdy ciężkie obliczenia wykonują się zdalnie.

    Dla zespołów devopsowych i osób hostujących własne środowiska developerskie to oszczędność czasu. Można zostawić długie zadanie na serwerze, sprawdzić postępy z laptopa, a nawet zrestartować CLI bez utraty kontekstu.

    Wtyczki dostają głębszy wgląd w agenta

    Wtyczki dostają głębszy wgląd w agenta

    Rozszerzone API wtyczek to kolejny istotny element tej aktualizacji. Deweloperzy rozszerzeń mają dostęp do głębszej obserwacji zdarzeń cyklu życia. Oznacza to, że wtyczka może teraz reagować na więcej typów zdarzeń wewnątrz agenta, na przykład po wykonaniu narzędzia, przed podjęciem decyzji o kontynuacji czy po zakończeniu tury.

    Dodatkowo usprawniono funkcje odkrywania wtyczek, co ułatwia użytkownikom znajdowanie i instalowanie rozszerzeń bez grzebania w konfiguracjach. To krok w stronę ekosystemu, w którym wtyczki stają się integralną częścią platformy.

    Poprawki, które ratują codzienną pracę

    Poprawki, które ratują codzienną pracę

    Oprócz nowości, wersja 0.133.0 przynosi szereg poprawek błędów, które dotychczas męczyły użytkowników. Najważniejsze z nich dotyczą startu TUI – interfejs terminalowy potrafił się zawiesić przy uruchamianiu, szczególnie na starszych instalacjach. Teraz ten problem został rozwiązany.

    Poprawiono także ładowanie instrukcji agenta, które w poprzednich wydaniach działało wybiórczo, oraz zarządzanie profilami uprawnień – profile dojrzały i otrzymały list API, co pozwala programistom na łatwiejsze zarządzanie z poziomu skryptów i narzędzi zewnętrznych.

    Warto również odnotować, że wątki wznowione z ChatGPT mogły wpadać w błędy kompaktowania, gdy model źródłowy został już wycofany. Od teraz taki wątek ponawia próbę z aktualnie wybranym modelem, zamiast milcząco kończyć działanie.

    Podsumowanie

    Codex 0.133.0 to wydanie, które przesuwa środek ciężkości z sesyjnych, jednorazowych interakcji w stronę długotrwałych zadań agentowych. Trwałe cele, solidniejsze CLI zdalne i dojrzałe API wtyczek stanowią fundament do budowy bardziej zaawansowanych automatyzacji. Niektórzy użytkownicy zgłaszają jednak spowolnienia agenta po aktualizacji, w tym dłuższy czas odpowiedzi przy pierwszym uruchomieniu celu oraz okresowe opóźnienia w interfejsie TUI.

    Źródła

  • Claude Code wprowadza raport /insights i nawigację klawiaturą w widoku diff

    Claude Code wprowadza raport /insights i nawigację klawiaturą w widoku diff

    Anthropic wprowadził aktualizację Claude Code, która wprowadza szczegółowe raporty użycia w poleceniu /insights oraz usprawnienia interfejsu, w tym obsługę klawiatury w widoku diff i renderowanie list zadań w formacie GFM. Nowa wersja zawiera również istotne poprawki bezpieczeństwa dotyczące obsługi uprawnień w PowerShellu oraz zwiększa stabilność sesji działających w tle.

    Najważniejsze zmiany w skrócie

    • Raport /insights analizuje lokalne sesje z ostatnich 30 dni i generuje interaktywny raport HTML z sugestiami optymalizacyjnymi.
    • Nawigacja klawiaturą w widoku diff przyspiesza przeglądanie zmian w kodzie bez użycia myszy.
    • Bezpieczeństwo PowerShell zostało poprawione: zmieniono sposób obsługi uprawnień, co eliminuje potencjalne luki przy wykonywaniu skryptów.
    • Stabilność sesji w tle poprawiono poprzez naprawę błędu, który powodował 15–20-sekundowe zawieszanie na macOS (regresja z wersji 2.1.196).
    • Renderowanie checkboxów GFM w terminalu ułatwia wizualne śledzenie postępów w listach zadań.

    /insights – trener personalny dla vibe codingu

    Nowe polecenie /insights (dostępne również jako opcjonalny widok w /usage) działa jak analityk przepływu pracy. Narzędzie przegląda zapisane lokalnie sesje Claude Code z ostatnich 30 dni i generuje pełny raport HTML. Zawiera on statystyki, analizę punktów tarcia oraz spersonalizowane sugestie reguł do pliku CLAUDE.md.

    Raport uwzględnia tylko akcje zainicjowane przez użytkownika, co pozwala uzyskać rzeczywisty obraz efektywności, bez sztucznego zawyżania statystyk przez działania agenta.

    Zespół Anthropic zaleca uruchamianie raportu raz w miesiącu, co pozwala śledzić postępy w eliminowaniu nieefektywnych nawyków i odkrywać funkcje, z których wcześniej nie korzystano. W praktyce wygląda to tak: uruchamiasz /insights, identyfikujesz trzy największe punkty tarcia, dodajesz odpowiednie reguły do konfiguracji, a następnie obserwujesz, jak wskaźniki spadają z tygodnia na tydzień.

    Dla zespołów na planach Team i Enterprise dostępne są analizy na poziomie organizacji. Po połączeniu z GitHubem umożliwiają one mierzenie tempa pracy inżynieryjnej z Claude Code i bez niego.

    Lepsza nawigacja i czytelność w terminalu

    Widok diff, jeden z najczęściej używanych elementów do przeglądania zmian w kodzie, zyskał pełną obsługę klawiatury. Teraz można sprawnie przewijać, zatwierdzać i odrzucać zmiany bez odrywania rąk od klawiszy. Choć to drobny detal, przy dłuższej sesji kodowania oszczędność czasu jest znacząca.

    Terminal potrafi również renderować checkboxy w formacie GitHub Flavored Markdown. Gdy Claude zapisuje listę zadań w stylu - [ ], zobaczysz je jako wizualne pola wyboru, co ułatwia pracę z todo-listami.

    Bezpieczeństwo i stabilność – co naprawiono

    Oprócz nowych funkcji, aktualizacja przynosi wiele poprawek. Najważniejsza to zmiana w obsłudze uprawnień PowerShell. Dotychczasowy mechanizm mógł prowadzić do luk bezpieczeństwa przy wykonywaniu skryptów, co zostało teraz poprawione.

    Zespół skupił się również na stabilności sesji w tle. Na macOS występował błąd, który powodował zamrożenie terminala na 15–20 sekund przy otwieraniu lub przełączaniu sesji. Naprawiono również sytuacje, w których sesja stawała się nieodpowiadająca po wygaśnięciu tokena demona, a także problemy z dziedziczeniem zmiennych środowiskowych PATH na Windowsie.

    Dla subagentów poprawiono przypadki cichego niepowodzenia, gdy limit API przerywał ich pracę, co skutkowało zwracaniem pustych rezultatów. Teraz zgłaszają problem poprawnie, a częściowe wyniki są zachowywane.

    Na koniec wprowadzono szereg usprawnień w renderowaniu terminala: zmniejszono migotanie przy przewijaniu historii, poprawiono responsywność podczas streamowania długich odpowiedzi oraz ukryto dekoracyjne glify dla czytników ekranowych.

    Źródła

  • Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Zespół Factory wprowadził wersję v0.128.0, która automatycznie uzgadnia rejestracje Droid Computers. Ta aktualizacja ma na celu utrzymanie porządku w środowisku trwałych jednostek obliczeniowych, co wpływa na stabilność sesji AI oraz kondycję całej infrastruktury.

    Kluczowe fakty

    • Automatyczne usuwanie nieaktualnych rejestracji Droid Computers zapobiega niestabilności sesji spowodowanej zapomnianymi lub rozłączonymi maszynami.
    • Zachowanie ustawień sesji nawet po uzgodnieniu rejestrów – dane konfiguracyjne nie są tracone przy czyszczeniu.
    • Rozszerzone etykiety w interfejsie – teraz podczas sesji można zobaczyć szczegóły podłączonego Droid Computer.
    • Wydanie konserwacyjne skupione wyłącznie na poprawie niezawodności pracy agentów AI, bez nowych funkcjonalności dla użytkownika końcowego.

    Automatyczne sprzątanie rejestracji – mniej „duchów” w infrastrukturze

    Droid Computers to środowiska, które zachowują stan między sesjami – zainstalowane pakiety, pliki, uruchomione usługi. Gdy agent kończy pracę, komputer może pozostać zarejestrowany, nawet jeśli połączenie zostało zerwane lub sama maszyna jest już niedostępna. Takie „widma” mogą z czasem zaśmiecać infrastrukturę, zużywać zasoby i prowadzić do błędów routingu sesji.

    Wersja v0.128.0 automatyzuje uzgadnianie tych rejestrów. System okresowo sprawdza, które Droid Computers faktycznie odpowiadają, a które już nie istnieją – i usuwa je z listy aktywnych. Dzięki temu nowe sesje AI są kierowane wyłącznie do żywych, gotowych do pracy maszyn, co znacząco zmniejsza liczbę przerw w działaniu.

    Usprawnienia w interfejsie i odporność na restart

    Obok czystki w tle, aktualizacja przynosi też drobną, ale praktyczną zmianę w UI. Podczas sesji w Factory App teraz po najechaniu na odpowiednią etykietę widać szczegóły podłączonego Droid Computer – nazwę, status, a nawet wersję demona. To ułatwia orientację, zwłaszcza gdy pracuje się na kilku maszynach równocześnie.

    Co istotne, cały mechanizm uzgadniania działa bez przerywania ciągłości pracy. Ustawienia sesji (katalog roboczy, zmienne środowiskowe, konfiguracja narzędzi) są zachowywane, nawet gdy nieaktualne rejestracje znikają z systemu. Agent nie odczuwa więc żadnej zmiany – ma bardziej przewidywalne środowisko.

    Droid Computers – podstawa trwałego kontekstu AI

    Droid Computers – podstawa trwałego kontekstu AI

    W kontekście AI hosting i DevOps Droid Computers pełnią rolę spójnego źródła stanu. W odróżnieniu od efemerycznych maszyn, które po każdej sesji są niszczone, tutaj wszystko trwa: repozytoria git, zależności, wyniki pośrednie. To zmienia sposób pracy – zamiast odtwarzać całe środowisko od zera, agent wraca do gotowego warsztatu.

    Takie podejście współgra z ideą vibe coding – długie, ciągłe interakcje z AI bez resetów. Stabilna sesja to mniej przerw, mniej powtórzeń i płynniejszy przepływ myśli. Automatyczne czyszczenie rejestracji eliminuje ryzyko, że w kluczowym momencie agent trafi na „martwy” komputer i się zawiesi.

    Wpływ na środowiska developerskie i automatyzację

    Wpływ na środowiska developerskie i automatyzację

    Deweloperzy korzystający z droid-action w GitHub Actions również zyskują. Akcja ta automatycznie uruchamia sesje Droid na podstawie pull requestów – każda niestabilna rejestracja mogłaby opóźnić pipeline lub wygenerować fałszywy błąd. Dzięki wersji v0.128.0 sesje inicjowane przez akcję są bardziej przewidywalne, a cała automatyzacja działa płynniej.

    Z punktu widzenia zarządzania infrastrukturą to krok w stronę zdrowszego środowiska chmurowego. Martwe rejestracje nie tylko zajmują miejsce w bazie – generują też niepotrzebne zapytania, próby ponownego połączenia i alerty. Ich automatyczne usuwanie odciąża zespół operacyjny i pozwala skupić się na faktycznej pracy.

    Podsumowanie

    Factory v0.128.0 to niewielkie, ale potrzebne wydanie, które porządkuje rejestracje Droid Computers. Dzięki automatycznemu uzgadnianiu sesje AI stają się stabilniejsze, infrastruktura lżejsza, a interfejs bardziej przejrzysty. Dla osób polegających na trwałych środowiskach obliczeniowych – zarówno w codziennym kodowaniu z asystentem, jak i w zautomatyzowanych potokach CI – to zauważalna poprawa jakości pracy.

    Źródła:
    Oficjalne uwagi do wydania Factory: https://docs.factory.ai/changelog/release-notes
    Strona produktu Droid Computers: https://factory.ai/product/droid-computers
    Repozytorium droid-action na GitHub: https://github.com/Factory-AI/droid-action

    Źródła