Tag: Repozytoria

  • OpenCode 1.18.6 wprowadza izolację cache’a repozytoriów i poprawki dla desktopa

    OpenCode 1.18.6 wprowadza izolację cache’a repozytoriów i poprawki dla desktopa

    OpenCode otrzymał 27 lipca 2026 aktualizację v1.18.6, która rozwiązuje problem z cache'owaniem repozytoriów oraz poprawia stabilność aplikacji desktopowej. Główna zmiana dotyczy izolacji gałęzi: odświeżenie jednej referencji nie nadpisuje już checkoutu innej gałęzi.

    Co nowego w wydaniu

    • Izolowane cache'e repozytoriów zapobiegają przenoszeniu checkoutu jednej gałęzi podczas odświeżania innej.
    • Synchronizacja listy dostawców po zakończeniu OAuth przywraca widoczność nowo autoryzowanych providerów bez restartu.
    • Naprawione przewijanie selektora projektów w desktopie ułatwia pracę przy wielu repozytoriach.
    • Usunięty margines paska tytułowego w trybie pełnoekranowym na macOS eliminuje defekt wizualny.

    Izolacja cache'a — dlaczego to ma znaczenie

    W środowiskach wspomaganych przez AI agent operuje na konkretnym stanie repozytorium. Jeśli odświeżenie cache'a jednej gałęzi przypadkowo przesunie checkout innej, agent może analizować lub modyfikować pliki z niewłaściwego kontekstu. To szczególnie problematyczne przy zautomatyzowanych przepływach pracy, które utrzymują wiele gałęzi jednocześnie.

    OpenCode korzysta ze współdzielonej usługi lokalnej działającej w tle — nie tworzy osobnych procesów dla terminala, interfejsu webowego i desktopa. Architektura ta sprawia, że precyzja w zarządzaniu katalogami, projektami i gałęziami staje się kluczowa. Sesja reprezentowana jest przez pole directory, natomiast tożsamość projektu i lokalizacja repozytorium są obsługiwane oddzielnie.

    Wcześniejsza dokumentacja zgłaszała przypadki, gdzie sesje utworzone w desktopie błędnie zwijały wybrany podkatalog do korzenia repozytorium Git. Lipcowe poprawki adresują tę granicę między cache'em repozytorium, selektorem projektów w desktopie a obsługą katalogów w API.

    Desktop i API — co się zmieniło

    Aktualizacja wprowadza kilka poprawek w interfejsie desktopowym. Selektor projektów zyskał przewijanie dla długich list, co jest przydatne, gdy pracuje się z wieloma repozytoriami lub katalogami projektów jednocześnie. W trybie pełnoekranowym na macOS usunięto dodatkowy margines paska tytułowego, który powodował nieestetyczne przesunięcie układu.

    Paleta poleceń również doczekała się poprawki: nieaktualne wpisy nie pojawiają się już ponownie po ich usunięciu lub unieważnieniu. Choć może to brzmieć drobno, przy intensywnym korzystaniu z palety takie artefakty mogą skutecznie rozpraszać.

    Po stronie dostawców modeli przywrócono odświeżanie listy po zakończeniu przepływu OAuth. Oznacza to, że nowo autoryzowany provider pojawia się w interfejsie natychmiast, bez konieczności restartowania aplikacji.

    MCP i follow-up w v1.18.6

    Krótko po głównym wydaniu pojawiły się poprawki, które rozszerzyły kompatybilność z nowszymi serwerami MCP. Dodano mechanizm ponownego łączenia po wygaśnięciu sesji SDK oraz dopracowano odświeżanie stanu połączenia providerów w desktopie.

    OpenCode w obecnej architekturze rozróżnia negocjację legacy MCP od nowszych rewizji protokołu. Tryby kompatybilności obejmują starszy handshake, automatyczne wykrywanie nowszej wersji oraz tryb ścisły wymagający konkretnej rewizji. Poprawki z lipca nie ograniczały się tylko do wsparcia nowego protokołu — musiały też zachować niezawodne odświeżanie stanu dla starszych konfiguracji MCP.

    Co to oznacza w praktyce

    Izolacja cache'a gałęzi to jedna z poprawek, które trudno docenić, dopóki coś nie pójdzie nie tak. Wyobrażenie agenta, który po odświeżeniu repozytorium zaczyna pracować na plikach z innej gałęzi, ukazuje konsekwencje dla zautomatyzowanego testowania czy deploymentu.

    Szerszy kontekst tych zmian to stabilizacja granicy między trzema elementami: zarządzaniem cache'em repozytoriów i gałęzi, desktopowym selektorem projektów oraz lokalnym API sesji z obsługą katalogów. OpenCode konsekwentnie scala te warstwy wokół jednej usługi lokalnej, a każda poprawka na tym styku przekłada się na mniej frustracji przy codziennym kodowaniu.


    Źródła

  • Factory v0.162.0: klonowane repozytoria i niższe zużycie pamięci w sesjach

    Factory v0.162.0: klonowane repozytoria i niższe zużycie pamięci w sesjach

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.162.0, wprowadza wsparcie dla sklonowanych repozytoriów w sesjach projektowych oraz obniża zużycie pamięci podczas bezczynności. To wydanie koncentruje się na optymalizacji długotrwałych sesji programistycznych, co jest istotne dla zespołów korzystających z asystentów AI w codziennej pracy z kodem. Dodatkowo, aktualizacja zawiera poprawki stabilności dotyczące renderowania hooków, przełączania organizacji oraz mechanizmów logowania MCP.

    • Sklonowane repozytoria działają teraz w sesjach projektowych, co ułatwia pracę na forkowanych i kopiowanych bazach kodu.
    • Zużycie pamięci podczas bezczynnych sesji zostało obniżone — mniej zasobów przy otwartych, ale nieaktywnych agentach.
    • Nawigacja słowna w polach tekstowych przyspiesza edycję komend dla zaawansowanych użytkowników.
    • Zachowanie kodowania plików poprawione, co zmniejsza ryzyko utraty danych przy pracy z różnymi standardami znaków.
    • Poprawki błędów obejmują renderowanie hooków, przełączanie organizacji i uwierzytelnianie MCP.

    Sesje projektowe zyskują elastyczność

    Factory rozwija koncepcję sesji jako podstawowej jednostki pracy. W wersji v0.162.0 dodano możliwość korzystania ze sklonowanych repozytoriów bezpośrednio w sesjach projektowych. Dla zespołów pracujących na forkach lub kopiujących struktury kodu między projektami to oszczędność czasu — nie trzeba już ręcznie odtwarzać kontekstu po przejściu na inną gałąź kodu.

    Platforma opiera się na hierarchicznym systemie ustawień, gdzie każda sesja dziedziczy konfigurację z poziomu organizacji i projektu. Wsparcie dla klonowanych repozytoriów wpisuje się w ten model, pozwalając zachować spójność polityk bezpieczeństwa niezależnie od źródła kodu.

    Co istotne, zmiana nie wymaga od użytkownika dodatkowej konfiguracji — mechanizm działa automatycznie w ramach istniejącej struktury sesji.

    Mniej pamięci, więcej oddechu dla infrastruktury

    Serwery deweloperskie i środowiska hostowane często borykają się z problemem zawieszonych sesji, które nie wykonują żadnej pracy, a mimo to obciążają zasoby. Factory v0.162.0 wprowadza optymalizację redukującą zużycie pamięci w takich momentach.

    Dla zespołów DevOps i administratorów hostingu to praktyczna poprawka — przy kilkudziesięciu równoległych sesjach różnica w zużyciu RAM-u staje się odczuwalna. Mniejsze obciążenie przekłada się na większą stabilność długo działających agentów, które potrafią wisieć godzinami w oczekiwaniu na input użytkownika.

    Drobne usprawnienia interfejsu

    Drobne usprawnienia interfejsu

    Nawigacja słowna w polach tekstowych to detal, ale dla osób spędzających godziny w CLI i promptach może przynieść znaczną poprawę. Zamiast przesuwać kursor znak po znaku, można przeskakiwać całe wyrazy — standard znany z terminali i edytorów kodu, który wreszcie trafił do interfejsu Factory.

    Poprawione zachowanie kodowania plików eliminuje przypadki, gdy plik zapisany w UTF-8 nagle lądował w latin1 po edycji przez agenta. Dla projektów wielojęzycznych i infrastrukturalnych skryptów to zabezpieczenie przed cichą korupcją danych.

    Poprawki stabilności — hooki, organizacje i MCP

    Poprawki stabilności — hooki, organizacje i MCP

    Trzy obszary doczekały się konkretnych łatek. Hooki, czyli automatyzacje uruchamiane przy określonych zdarzeniach w sesji, miały problem z renderowaniem — teraz działają przewidywalnie. Przełączanie między organizacjami nie powoduje już niespodziewanych błędów kontekstu. Mechanizmy uwierzytelniania MCP, które korzystają z globalnego magazynu poświadczeń, otrzymały poprawione fallbacki — gdy główna metoda logowania zawiedzie, system sięga po zapasowe dane uwierzytelniające bez przerywania pracy.

    Te zmiany są istotne w środowiskach enterprise, gdzie polityki bezpieczeństwa i kontrolowane wykonywanie kodu nie mogą sobie pozwolić na losowe awarie.

    Co to oznacza dla użytkowników

    Wersja v0.162.0 to aktualizacja skupiająca się na poprawie jakości życia użytkowników — nie wprowadza spektakularnych nowości, ale eliminuje kilka uciążliwych problemów i przygotowuje grunt pod bardziej złożone workflow. Klonowane repozytoria i niższe zużycie pamięci wskazują, że Factory celuje w profesjonalne środowiska deweloperskie, gdzie skala i niezawodność są kluczowe. Dla osób pracujących w trybie vibe coding z asystentami AI to po prostu płynniejsza codzienna robota bez frustrujących przestojów.


    Źródła

  • Factory CLI v0.104.0 wprowadza ulepszone przepływy zatwierdzania i większą personalizację

    Factory CLI v0.104.0 wprowadza ulepszone przepływy zatwierdzania i większą personalizację

    Najnowsza wersja narzędzia Factory CLI, oznaczona numerem 0.104.0, została wydana, wprowadzając istotne ulepszenia w zakresie personalizacji środowiska pracy, przejrzystości operacji oraz stabilności całej platformy. Aktualizacja koncentruje się na usprawnieniu procesów związanych z rozwojem oprogramowania i DevOps, gdzie automatyzacja i kontrola nad działaniami AI są kluczowe. To kolejny krok w rozwoju narzędzia, które przekształca dni ręcznej pracy w repozytoriach w zestaw jedno-linijkowych komend.

    Wydanie v0.104.0 odpowiada na potrzeby programistów pracujących nad dużymi bazami kodu i złożonymi pipeline'ami, oferując bardziej przewidywalne i bezpieczne środowisko dla agentów AI, takich jak Droid.

    Kluczowe zmiany w wydaniu v0.104.0

    • Ścieżka do niestandardowego ripgrep – Nowa zmienna środowiskowa umożliwia wskazanie CLI na własny binarny plik ripgrep, co jest przydatne przy pracy z dużymi monorepozytoriami.
    • Konfiguracja BYOK w raportach błędów – Raporty błędów generowane przez system zawierają teraz konfiguracje „Bring Your Own Key”, co ułatwia debugowanie w zabezpieczonych środowiskach.
    • Wyjaśnienia dla komend z listy deny-list – CLI informuje użytkownika, dlaczego dana komenda została zablokowana podczas procesu zatwierdzania, zwiększając przejrzystość działań agenta AI.
    • Skrypt instalacyjny dla Windows – Instalacja na systemie Microsoftu została uproszczona do jednej komendy: irm https://app.factory.ai/cli/windows | iex.
    • Naprawy stabilności – Usunięto problemy związane z edycją specyfikacji, łącznością daemona i renderowaniem narzędzi, co zapewnia lepsze doświadczenie deweloperskie.

    Większa kontrola nad narzędziami wyszukiwania

    Jedną z istotnych nowości jest wsparcie dla niestandardowej ścieżki do ripgrep. To narzędzie do przeszukiwania tekstu jest kluczowe w Factory CLI, szczególnie przy analizie dużych kodów źródłowych.

    Dzięki nowej zmiennej środowiskowej zespoły mogą korzystać z własnej wersji ripgrep, być może skompilowanej z określonymi flagami optymalizacyjnymi lub znajdującej się w niestandardowej lokalizacji w ich pipeline'ach CI/CD. Taka personalizacja jest szczególnie cenna dla doświadczonych programistów i architektów, którzy dbają o spójność i wydajność narzędzi w organizacji. W praktyce przekłada się to na szybsze i bardziej dopasowane wyszukiwanie w projektach webowych czy DevOps.

    Przejrzystsze przepływy zatwierdzania i bezpieczeństwo

    Bezpieczne delegowanie zadań agentom AI wymaga zaufania, a zaufanie buduje przejrzystość. Wersja 0.104.0 mocno inwestuje w ten obszar. Gdy agent AI (np. Droid) zaproponuje wykonanie komendy, która znajduje się na tzw. deny-list, użytkownik zobaczy monit o zatwierdzenie oraz konkretne wyjaśnienie, dlaczego ta operacja jest uważana za ryzykowną.

    To rozwinięcie wcześniejszych funkcji, takich jak jaśniejsze oznaczanie poziomu ryzyka. Teraz deweloper ma pełniejszy kontekst, aby podjąć świadomą decyzję. Raporty błędów wzbogacone o szczegóły konfiguracji BYOK pozwalają szybciej diagnozować problemy w zabezpieczonych wdrożeniach, gdzie klucze API i dane są szczególnie chronione.

    Stabilizacja i poprawki dla codziennej pracy

    Każda platforma DevOps musi być niezawodna. W tym wydaniu zespół Factory naprawił kilka problemów, które mogły utrudniać codzienną pracę. Chodzi o problemy z edycją specyfikacji, które teraz powinny przebiegać płynniej, oraz z łącznością z daemonem – procesem działającym w tle, który jest mózgiem operacji CLI.

    Poprawki dotyczące renderowania narzędzi oznaczają, że interfejs użytkownika w terminalu będzie bardziej przewidywalny i mniej podatny na wizualne artefakty. Choć może to brzmieć jak drobiazg, w długiej sesji kodowania z asystentem AI każda irytująca usterka interfejsu ma znaczenie.

    Podsumowanie: kroki w stronę dojrzałego ekosystemu AI dla DevOps

    Factory CLI v0.104.0 to aktualizacja, która nie wprowadza spektakularnych nowych funkcji dla końcowego użytkownika, ale wzmacnia fundamenty. Wprowadzenie możliwości personalizacji kluczowego narzędzia jak ripgrep pokazuje dążenie do elastyczności w profesjonalnych środowiskach. Ulepszenia w przepływach zatwierdzania i raportowaniu błędów budują zaufanie do automatyzacji napędzanej sztuczną inteligencją.

    W połączeniu z innymi niedawnymi dodatkami, jak obsługa modelu GLM-5.1 czy narzędzie interval do cyklicznego uruchamiania zadań, Factory umacnia swoją pozycję jako platforma do automatyzacji złożonych procesów deweloperskich. To wydanie pokazuje, że narzędzie dojrzewa, koncentrując się na stabilności, kontroli i przejrzystości – cechach niezbędnych dla poważnej automatyzacji w DevOps.


    Źródła