Nowa wersja Factory CLI (v0.118.1) wprowadza długo oczekiwany parametr cwd do publicznego Sessions API, co umożliwia uruchamianie sesji Droid Computer w wybranym katalogu. Zespół poprawił także obsługę błędnych ścieżek – teraz zamiast cichego przełączania na niewłaściwy katalog, użytkownicy otrzymują jasny, ustrukturyzowany komunikat o problemie.
- Parametr
cwdpozwala wskazać folder startowy dla sesji Droid Computer - Ustrukturyzowane błędy zastępują dotychczasowe ciche przełączanie się na niewłaściwy katalog
- Szybsze wykrywanie problemów – nieprawidłowa ścieżka natychmiast przerywa inicjalizację sesji
- Lepsza kontrola w monorepozytoriach – agent trafia dokładnie tam, gdzie go potrzebujesz
Co dokładnie się zmieniło
Publiczne Sessions API zyskało opcjonalne pole cwd. Oznacza to, że przy starcie sesji można podać ścieżkę bezwzględną lub względną, a Droid Computer rozpocznie pracę w tym miejscu. Wcześniej katalog roboczy był ustalany automatycznie, co w złożonych strukturach projektowych mogło prowadzić do problemów, zwłaszcza przy pracy w kilku modułach jednocześnie.
Druga zmiana dotyczy obsługi błędów. Jeśli wskażesz nieistniejącą ścieżkę lub katalog bez odpowiednich uprawnień, Factory CLI natychmiast zwróci strukturalny błąd. Koniec z sytuacjami, w których agent w milczeniu lądował w zupełnie innym folderze, a użytkownik orientował się po fakcie, przeglądając zmiany w niewłaściwym repozytorium.
Dlaczego to ważne dla web developerów
Praca z agentami AI w środowisku deweloperskim wymaga przewidywalności. Gdy zlecasz Droidowi zadanie w projekcie zagnieżdżonym głęboko w strukturze monorepo, każdy błąd ścieżki może skutkować edycją niewłaściwych plików. Nowy parametr cwd eliminuje ten problem u źródła.
Dla zespołów korzystających z vibe codingu to znaczna oszczędność nerwów. Na przykład, jeśli masz folder apps/admin-panel i packages/shared-ui, a agent ma pracować tylko w tym pierwszym, bez jawnego wskazania katalogu ryzyko, że naruszy też drugi obszar, było realne. Teraz wystarczy podać cwd: "./apps/admin-panel" i mieć pewność, że wszystko przebiega zgodnie z planem.
Aspekty DevOps i automatyzacji
W kontekście CI/CD i skryptów automatyzacyjnych strukturalne błędy mają duże znaczenie. Wcześniej musiałeś liczyć na to, że sesja jakoś się uruchomi, a jeśli nie, to debugowałeś efekty uboczne. Teraz błąd jest jawny, sformatowany i gotowy do przechwycenia w pipeline’ie.
Dla zespołów DevOps pracujących z tymczasowymi workspace’ami (np. generowanymi dynamicznie per PR) możliwość wskazania dokładnego katalogu przy starcie sesji upraszcza integrację z istniejącymi workflow. Nie trzeba już ręcznie przechodzić do odpowiedniego katalogu na początku każdego zadania – Factory CLI zajmuje się tym automatycznie.
Kontekst wersji i co dalej
Wersja v0.118.1 to kolejny krok w kierunku bardziej zaawansowanego narzędzia. Factory regularnie wprowadza aktualizacje – w ostatnich tygodniach pojawiły się usprawnienia w obsłudze Jiry, bezpieczniejsza kontrola ryzykownych komend oraz możliwość samodzielnej dezaktywacji organizacji. Widać wyraźny kierunek: większa kontrola użytkownika nad środowiskiem wykonawczym agentów.
Choć w notatkach do wydania nie ma danych dotyczących benchmarków ani konkretnych metryk wydajnościowych, zmiana w Sessions API jest na tyle istotna, że warto ją wdrożyć od razu po aktualizacji. Deweloperzy pracujący z wieloma repozytoriami, zagnieżdżonymi aplikacjami czy środowiskami kontenerowymi odczują różnicę natychmiast.
Podsumowanie
Factory CLI v0.118.1 rozwiązuje dwa konkretne problemy: brak kontroli nad katalogiem startowym sesji i niejasne komunikaty o błędach ścieżek. Dodanie parametru cwd oraz strukturalnych błędów ma znaczenie zwłaszcza w złożonych projektach webowych, gdzie precyzja jest kluczowa. Jeśli korzystasz z sesji Droid Computer, ta aktualizacja ułatwi ci pracę.