Najnowsza aktualizacja Factory, oznaczona jako CLI v0.181.0 i Desktop v0.138.0 z 27 lipca 2026 roku, wprowadza zmiany, które przyspieszają codzienną pracę z agentem AI. Najważniejszą nowością jest możliwość wydawania poleceń slash bez czekania na zakończenie obecnego zadania przez agenta. Dodatkowo, wprowadzono bardziej selektywne delegowanie pracy do podagentów w modelach OpenAI oraz efektywne wykorzystanie już zebranych raportów.
- Komendy slash działają teraz w trakcie aktywnych tur agenta — można skorygować kierunek pracy bez czekania na zakończenie zadania
- Agent rzadziej deleguje zadania podagentom przy użyciu modeli OpenAI, chociaż brak konkretnych danych
- Raporty podagentów są ponownie wykorzystywane zamiast ponownego odczytywania tych samych plików
- Operacje Git zyskują mechanizm ponawiania przy zablokowanym indeksie, co eliminuje irytujące błędy
- Konfiguracje modeli BYOK są teraz przypisywane do konkretnego komputera, a nie globalnie
Szybsza interakcja bez przestojów
Praca z agentem Factory dotychczas przypominała rozmowę, w której trzeba było czekać, aż druga strona skończy mówić. Jeśli agent analizował repozytorium lub generował kod, nie można było w międzyczasie wydać nowego polecenia. Ta aktualizacja to zmienia — komendy slash można wysyłać w trakcie pracy agenta.
To zmiana, która skraca pętlę feedbacku. Deweloperzy nie muszą już czekać, aż agent utknie w martwym punkcie — mogą od razu go przekierować. Przy dłuższych zadaniach, takich jak testowanie czy refaktoryzacja, różnica jest zauważalna.
Mniej niepotrzebnych delegacji i szybsza praca z plikami
Kolejna zmiana dotyczy sposobu, w jaki agent korzysta z podagentów w modelach OpenAI. W skrócie, robi to rzadziej. Factory nie ujawnia jednak, o ile rzadziej — brak twardych danych o redukcji wywołań czy oszczędnościach tokenów. Mimo to, zasada ta ma sens, ponieważ nie każda drobna czynność wymaga uruchamiania osobnego podagenta.
Ciekawszy jest mechanizm ponownego użycia raportów. Po tym, jak podagent przeanalizuje zestaw plików, główny agent może odwołać się do jego raportu, zamiast ponownie odczytywać te same pliki. To szczególnie przydatne przy wieloetapowym debugowaniu, gdzie wracamy do tych samych fragmentów kodu. Mniej zbędnych odczytów dyskowych przyspiesza pracę, chociaż brak opublikowanych benchmarków.
Drobne, ale potrzebne poprawki
Zespół Factory naprawił także problem z Gitem. Gdy inny proces blokował indeks, operacja checkout kończyła się błędem. Teraz mechanizm ponawia próbę, co ma znaczenie, zwłaszcza przy zautomatyzowanych workflow, gdzie wiele procesów równolegle dotyka repozytorium.
W konfiguracjach BYOK (bring-your-own-key) również zaszła zmiana. Modele są teraz przypisywane do konkretnego komputera, co eliminuje ryzyko, że konfiguracja z jednej maszyny przypadkowo wyląduje w kontekście innej. To praktyczne zabezpieczenie przy pracy na kilku środowiskach jednocześnie.
Warto również zauważyć, że konfiguracje serwerów MCP zyskały opcjonalne pole resource do nadpisywania wskaźnika zasobu OAuth.
Co wiemy, a czego nie
Factory przyzwyczaiło do tego, że ich notatki do wydań są bardziej jakościowe niż ilościowe. Nie znajdziemy tu wykresów ani procentów — twórcy mówią o „szybszym follow-upie” i „większej odporności”, ale nie podają konkretnych liczb. To nie zarzut, ale warto mieć świadomość, że deklarowana poprawa wydajności jest opisowa, a nie oparta na publicznie dostępnych benchmarkach.
Mimo to kierunek zmian jest jasny: agent ma być bardziej interaktywny, mniej redundantny w działaniu i odporniejszy na typowe błędy środowiskowe. Wersja CLI v0.181.0 i Desktop v0.138.0 nie przynosi rewolucji, ale wprowadza zestaw poprawek, które poprawiają codzienną pracę, szczególnie dla tych, którzy spędzają z Factory długie godziny.
Dodaj komentarz