Tag: baltic AI gigafactory

  • Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Najnowsza aktualizacja narzędzia Factory (wersja v0.138.0) wprowadza istotne usprawnienia w zarządzaniu serwerami Model Context Protocol. Użytkownicy zyskają interaktywny interfejs do kontrolowania serwerów oraz możliwość eksportu diagramów Mermaid bezpośrednio z czatu, a także bardziej przewidywalne archiwizowanie sesji.

    Kluczowe zmiany w pigułce

    • Interaktywne sterowanie MCP – nowy panel /mcp umożliwia tymczasowe wyłączanie serwerów bez ich usuwania oraz podgląd dostępnych narzędzi na żywo.
    • Konfigurowalne limity czasu – serwery stdio mają własne timeouty, co zapobiega blokowaniu całej sesji przez zawieszające się połączenie.
    • Ryzyko pod kontrolą – ustawienia per-server risk pozwalają na definiowanie poziomu autonomii dla każdego serwera MCP.
    • Eksport diagramów Mermaid – użytkownicy mogą teraz wyeksportować wygenerowany diagram jednym kliknięciem z poziomu czatu, bez potrzeby przeszukiwania plików.
    • Lepsza nawigacja po sesji – ujednolicone archiwizowanie i poprawione podświetlanie modeli ułatwiają pracę z dłuższymi historiami konwersacji.

    Co nowego w zarządzaniu MCP

    Głównym celem tej aktualizacji jest rozbudowa modułu MCP. Dotychczas konfiguracja serwerów odbywała się głównie przez pliki i wymagała restartu sesji przy każdej zmianie. Teraz wystarczy wpisać /mcp w interfejsie Factory, aby otworzyć panel z listą wszystkich serwerów, ich statusem oraz zestawem udostępnianych narzędzi.

    Opcja czasowego wyłączania serwerów jest szczególnie przydatna. Jeśli któryś z serwerów powoduje konflikty lub nie jest potrzebny w danym zadaniu, można go dezaktywować dwoma kliknięciami. Nie ma potrzeby usuwania go z konfiguracji ani pamiętania jego nazwy z pliku JSON.

    Wraz z tą zmianą wprowadzono timeouty dla serwerów komunikujących się przez stdio. Dotychczas zawieszone połączenie mogło skutecznie zablokować agenta; teraz takie sytuacje kończą się komunikatem błędu zamiast wiecznego oczekiwania. Dodatkowo, ustawienia per-server risk pozwalają na przypisanie różnych poziomów autonomii do różnych serwerów. Na przykład, serwer odpowiedzialny za operacje na plikach może wymagać zatwierdzenia każdej akcji, podczas gdy serwer do wyszukiwania dokumentacji działa automatycznie.

    Eksport Mermaid i jakość życia

    Nowa funkcja eksportu diagramów Mermaid rozwiązuje problem, z którym borykali się użytkownicy dokumentujący architekturę systemów lub flow aplikacji. Dotychczas wygenerowany przez agenta diagram trzeba było ręcznie kopiować z podglądu i zapisywać. Teraz przycisk eksportu pojawia się bezpośrednio w czacie – diagram jest od razu dostępny jako plik .mmd lub .svg, gotowy do użycia w dokumentacji.

    Ujednolicenie archiwizacji sesji to kolejny krok w kierunku bardziej przewidywalnego workflow. Sesje, które wcześniej mogły znikać lub dublować się przy przełączaniu między projektami, teraz trafiają do jednego, spójnego archiwum. Dodatkowo poprawiono podświetlanie modeli – aktywny model jest teraz wyraźniej oznaczony w interfejsie, co eliminuje pomyłki przy przełączaniu się między Claude, Gemini czy innymi backendami.

    Poprawki stabilności

    Wydanie v0.138.0 rozwiązuje również kilka uciążliwych błędów. Anulowanie tury (turn cancellation) nie powoduje już uszkodzenia historii sesji, co wcześniej zmuszało do rozpoczynania pracy od nowa. Formatowanie tytułów sesji przestało generować ucięte lub zduplikowane nazwy, co ułatwia odnalezienie konkretnej konwersacji na liście.

    Ta aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie adresuje problemy codziennego użytkowania Factory. Większa kontrola nad MCP, funkcjonalny eksport diagramów oraz naprawione błędy sesji sprawiają, że narzędzie staje się bardziej przewidywalne, co jest kluczowe w pracy z agentami AI w poważnych projektach.

    Ź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

  • 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

  • Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.124.0, wprowadza szereg zmian, które poprawiają bezpieczeństwo i użyteczność. Deweloperzy i integratorzy AI zyskali nowe narzędzia do analizy kodu, a użytkownicy końcowi mogą korzystać z bardziej intuicyjnego procesu logowania. To nie są jedynie kosmetyczne poprawki, ale istotny krok w kierunku bardziej elastycznego i wydajnego środowiska pracy.

    Kluczowe informacje o aktualizacji

    • Przegląd bezpieczeństwa – komenda /security-review oferuje teraz dwa tryby: głęboki i pobieżny, co pozwala dostosować analizę do potrzeb.
    • Przekierowania po logowaniu – dodano obsługę redirect URI, co umożliwia użytkownikowi powrót do miejsca, w którym przerwał pracę.
    • Wydajność CLI – interfejs wiersza poleceń stał się bardziej responsywny dzięki ulepszonemu wyszukiwaniu rozmytemu i lepszej widoczności zapisywania kontekstu.
    • Optymalizacja historii – wprowadzono ograniczenie rozmiaru historii wznawiania sesji, co zapobiega problemom z wydajnością przy długotrwałym użytkowaniu.

    Dwa wymiary bezpieczeństwa: analiza głęboka i pobieżna

    Centralnym punktem wersji v0.124.0 jest przebudowa komendy /security-review. Dotychczas deweloperzy mieli do dyspozycji jeden tryb skanowania. Teraz mogą wybierać między szczegółową analizą głęboką (deep), a szybszym przeglądem (shallow). Ta zmiana odpowiada na potrzeby zespołów programistycznych, które często muszą balansować między dokładnością a szybkością iteracji.

    Tryb głęboki jest idealny przed kluczowymi wdrożeniami, audytami czy przeglądami krytycznych fragmentów kodu. Umożliwia dokładniejsze prześledzenie zależności, konfiguracji i potencjalnych wektorów ataku, co jest istotne w kontekście bezpieczeństwa aplikacji webowych i integracji AI. Z kolei tryb pobieżny sprawdzi się w codziennej pracy programisty, oferując natychmiastową informację zwrotną na temat najbardziej rażących luk, bez spowalniania tempa pracy. Wprowadzenie tej dualności zwiększa efektywność i pozwala na lepsze zarządzanie ryzykiem w cyklu życia oprogramowania.

    Uwierzytelnianie i powrót do pracy

    Kolejnym ważnym elementem aktualizacji jest poprawa doświadczenia użytkownika związanego z logowaniem. Wprowadzenie obsługi redirect URI eliminuje problem z utratą kontekstu po zalogowaniu. Do tej pory, po przejściu przez proces uwierzytelniania, użytkownik często lądował na domyślnej stronie głównej lub panelu.

    Teraz, gdy użytkownik aplikacji desktopowej lub webowej Factory zostaje poproszony o zalogowanie, system zapamiętuje jego dokładną lokalizację. Po pomyślnej autoryzacji, mechanizm przekierowania natychmiast odsyła go do tego samego widoku, dokumentu czy sesji, nad którą pracował. Ta zmiana ma istotny wpływ na ciągłość pracy i postrzeganą płynność działania narzędzia. Jest to szczególnie ważne w środowiskach, gdzie Factory jest używane jako centralne narzędzie do zarządzania projektami AI, a każda niepotrzebna przerwa może prowadzić do frustracji.

    Ulepszenia wydajności

    Oprócz nowych funkcji, v0.124.0 przynosi szereg poprawek technicznych, które wpływają na komfort codziennego użytkowania. Interfejs wiersza poleceń (CLI) zyskał na responsywności. Ulepszone wyszukiwanie rozmyte (fuzzy search) sprawia, że znajdowanie komend, plików i opcji jest teraz szybsze i bardziej zrozumiałe dla literówek. Użytkownicy zyskali lepszą widoczność momentów, w których system zapisuje kontekst ich pracy, co zwiększa poczucie kontroli i bezpieczeństwa danych.

    Na poziomie infrastrukturalnym wprowadzono mechanizm ograniczania historii wznawiania sesji (bounded resume history). Oznacza to, że Factory przestaje przechowywać nieograniczony dziennik, który mógłby spowalniać działanie aplikacji, szczególnie przy długich projektach AI. To kluczowa optymalizacja dla wydajności, która zapobiega "puchnięciu" pamięci i zapewnia stabilną pracę nawet po wielu godzinach nieprzerwanej sesji. Wraz z ulepszonym procesem wdrażania w aplikacji desktopowej, aktualizacja ta pokazuje, że zespół Factory przykłada równą wagę do nowych funkcji i do fundamentów stabilności oraz szybkości swojego oprogramowania.

    Źródła

  • Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Twórcy platformy Factory ogłosili wydanie wersji v0.123.0, która została udostępniona użytkownikom pod koniec czerwca. Najważniejszą nowością w tej wersji jest moduł do stałego monitorowania zużycia tokenów, który jest teraz dostępny w panelu Mission Control. Dodatkowo zespół wprowadził mechanizm optymistycznego przesyłania wiadomości, mający na celu skrócenie czasu oczekiwania na odpowiedzi agentów AI. Krótko po premierze, 11 maja, opublikowano także łatkę v0.123.0, która zawierała drobne usprawnienia.

    Kluczowe informacje o aktualizacji

    • Śledzenie zużycia tokenów w Mission Control umożliwia bieżącą kontrolę kosztów i obciążenia workflow.
    • Optymistyczne przesyłanie wiadomości pozwala na szybszą interakcję z agentami przed pełnym nawiązaniem połączenia.
    • Powiadomienia o przestarzałych modelach informują programistów, które wersje warto zaktualizować.
    • Poprawki błędów sesji eliminują problemy z ładowaniem i zwiększają niezawodność pracy z subagentami.
    • Korekta zliczania tokenów subagentów dostarcza dokładniejsze dane do rozliczeń i analiz.

    Jak działa nowe śledzenie tokenów w Factory

    Dotychczas użytkownicy Factory mogli jedynie szacować zużycie tokenów na podstawie zewnętrznych narzędzi lub ogólnych metryk. Teraz, dzięki integracji licznika z Mission Control — centralnym hubem do zarządzania agentami — deweloperzy mają dostęp do dokładnych danych o konsumpcji tokenów w czasie rzeczywistym, bez potrzeby przełączania się między aplikacjami.

    Panel prezentuje zarówno ogólne statystyki, jak i szczegółowe rozbicie na poszczególne zadania. To znaczące ułatwienie dla zespołów DevOps, które muszą monitorować budżety przy intensywnym wykorzystaniu modeli językowych. Oznacza to mniej niespodzianek na fakturach i większą kontrolę nad kosztami infrastruktury AI.

    W tej samej aktualizacji poprawiono również błąd związany z nieprawidłowym zliczaniem tokenów dla subagentów. Wcześniej dane mogły być nieprecyzyjne, co utrudniało dokładne rozliczenia — teraz problem został rozwiązany.

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Drugim kluczowym elementem tej aktualizacji jest mechanizm optymistycznego przesyłania wiadomości. System nie czeka już na pełne potwierdzenie połączenia przed wysłaniem wiadomości do agenta. Działa na zasadzie „zakładamy, że wszystko pójdzie dobrze” i realizuje zapytanie od razu.

    Efekt to krótsze czasy reakcji, co jest szczególnie zauważalne przy szybkim iterowaniu kodu. Deweloperzy, którzy stosują metodę vibe coding, gdzie tempo i płynność pracy są kluczowe, od razu dostrzegą różnicę. Nie trzeba już czekać na kilka dodatkowych sekund przy każdym zapytaniu.

    Zespół Factory zaznacza, że mechanizm został zaprojektowany tak, aby nie wpływał negatywnie na stabilność sesji. W przypadku problemów system potrafi cofnąć operację i spróbować ponownie, co oznacza, że użytkownik nie traci danych ani kontekstu rozmowy.

    Poprawki i drobniejsze zmiany

    Poprawki i drobniejsze zmiany

    Oprócz głównych funkcji, wersja v0.123.0 wprowadziła kilka poprawek. Najważniejsza dotyczyła sesji — wcześniej zdarzało się, że nie ładowały się poprawnie po ponownym uruchomieniu, co mogło zakłócać pracę. Teraz ten problem został usunięty.

    Poprawiono także obsługę nazw narzędzi. Wcześniej niektóre komendy mogły być błędnie interpretowane przez agentów, zwłaszcza gdy zawierały niestandardowe znaki. Po aktualizacji mapowanie jest dokładniejsze, co zmniejsza liczbę nieoczekiwanych błędów w automatyzacjach.

    Warto również wspomnieć o powiadomieniach deprecjacyjnych. Jeśli któryś z używanych modeli zbliża się do końca wsparcia, Factory informuje o tym i sugeruje migrację na nowszą wersję. To małe udogodnienie oszczędza czas na ręczne sprawdzanie statusu kompatybilności.

    Co to oznacza dla zespołów AI i DevOps

    Ta aktualizacja wpisuje się w szerszy trend w narzędziach dla AI engineeringu, koncentrując się na transparentności kosztowej i niezawodności sesji. Dla osób zarządzających wieloma agentami jednocześnie, dokładne dane o zużyciu tokenów oraz poprawiona stabilność sesji mogą znacząco ułatwić pracę i zwiększyć efektywność.

    Źródła

  • Factory 0.115.0 wprowadza natywną obsługę PDF i ulepszenia CLI dla programistów

    Factory 0.115.0 wprowadza natywną obsługę PDF i ulepszenia CLI dla programistów

    Factory wydało wersję 0.115.0 swojej platformy deweloperskiej, a kluczową nowością jest natywna obsługa plików PDF przez model Gemini 3.1 Pro. Aktualizacja, dostępna od 5 czerwca 2026 roku, wprowadza także wsparcie dla zaawansowanego wnioskowania w GLM-5.1 oraz szereg poprawek stabilności, które będą przydatne dla osób pracujących z długimi sesjami agentowymi.

    Co nowego w Factory 0.115.0

    • Natywna obsługa PDF w Gemini 3.1 Pro — model może teraz bezpośrednio analizować dokumenty, specyfikacje i raporty bez wcześniejszego przetwarzania.
    • Wsparcie dla wnioskowania w GLM-5.1 otwiera nowe możliwości w złożonych zadaniach analitycznych.
    • Masowe przeciąganie obrazów w CLI przyspiesza pracę z multimodalami — szczególnie przydatne przy debugowaniu UI i analizie zrzutów ekranu.
    • Bezpośrednie przesyłanie PDF w aplikacji eliminuje tarcie między dokumentacją a workflow.
    • Ulepszona synchronizacja w chmurze i odporność sesji na przerwania sprawiają, że długie zadania agentowe nie gubią stanu.

    Gemini 3.1 Pro z natywnym PDF

    Google określa Gemini 3.1 Pro jako swój najbardziej zaawansowany model wnioskujący, zdolny do pracy z tekstem, dźwiękiem, obrazami, wideo i PDF-ami. Model oferuje okno kontekstowe o wielkości miliona tokenów na wejściu i 64 tysiące na wyjściu, co pozwala na przetwarzanie bardzo obszernych dokumentów technicznych w całości.

    Dla zespołów programistycznych oznacza to koniec z koniecznością konwersji dokumentów. Dokumentacja projektowa, logi serwerowe, specyfikacje API czy raporty z testów mogą trafiać prosto do modelu, bez potrzeby ręcznego wycinania fragmentów. Factory integruje tę funkcję na dwa sposoby: przez przeciągnięcie pliku w interfejsie aplikacji oraz przez bezpośrednie odwołanie w CLI.

    Gemini 3.1 Pro osiągnął wynik 77,1% w teście ARC-AGI-2, co Google opisuje jako ponad dwukrotnie lepszy rezultat od poprzednika. W praktyce przekłada się to na skuteczniejsze rozumienie złożonych instrukcji i lepsze radzenie sobie z wieloetapowymi zadaniami.

    GLM-5.1 i wnioskowanie krok po kroku

    Oprócz Gemini, Factory dodało także wsparcie dla modelu GLM-5.1 z funkcją rozumowania. Choć GLM nie jest tak szeroko omawiany jak modele Google'a, jego obecność w ekosystemie Factory pokazuje, że platforma stawia na różnorodność silników AI.

    Wnioskowanie krok po kroku przydaje się szczególnie przy analizie błędów, refaktoryzacji czy zadaniach wymagających logicznego wyprowadzenia rozwiązania. Model potrafi przeprowadzić użytkownika przez swój proces myślowy, co ułatwia weryfikację poprawności odpowiedzi.

    CLI i stabilność

    Factory nie zapomniało o jakości życia programistów. Masowe przeciąganie obrazów w CLI to drobiazg, ale przy pracy ze zrzutami ekranu czy mockupami interfejsów oszczędza czas. Wystarczy zaznaczyć kilka plików w eksploratorze i puścić je w terminal — resztę ogarnia Droid.

    Wprowadzono także poprawki renderowania terminala i niezawodności uwierzytelniania. Ulepszona synchronizacja w chmurze i możliwość wznowienia pracy od miejsca przerwania są istotne dla programistów, którzy doświadczyli utraty sesji w trakcie debugowania.

    Co to oznacza dla zespołów deweloperskich

    Natywna obsługa PDF-ów zmienia sposób, w jaki można integrować dokumentację z procesem developmentu. Zamiast trzymać specyfikacje w osobnym oknie i ręcznie przepisywać wymagania, wystarczy wrzucić plik do Factory i pozwolić modelowi działać. Dla zespołów pracujących w metodykach zwinnych, gdzie dokumentacja szybko się zmienia, to oszczędność czasu i mniejsze ryzyko przeoczeń.

    Wersja 0.115.0 to solidny krok naprzód w użyteczności. Factory łączy moc nowych modeli AI z przemyślanymi usprawnieniami workflow, co sprawia, że platforma pozostaje konkurencyjna na rynku narzędzi do AI-assisted development.

    Źródła

  • Factory dodaje Kimi K2.6 i wzmacnia kontrolę dla firm

    Factory dodaje Kimi K2.6 i wzmacnia kontrolę dla firm

    W najnowszej wersji Factory, oznaczonej jako v0.105.0, wprowadzono oficjalne wsparcie dla modelu Kimi K2.6 od Moonshot AI. Model ten zyskuje popularność wśród deweloperów jako nowoczesny agentowy model AI. Aktualizacja przynosi również istotne zmiany dla użytkowników enterprise, w tym bardziej precyzyjne zarządzanie komputerami przez administratorów oraz udoskonalenia w aplikacji, takie jak nowy proces tworzenia komputerów. Dodatkowo, narzędzie "Simplify" zostało przekształcone w funkcję wbudowaną, co eliminuje potrzebę jego osobnej instalacji.

    Kluczowe informacje o wydaniu v0.105.0

    • Obsługa Kimi K2.6: Factory dodaje wsparcie dla modelu Kimi K2.6, który jest nową generacją agentowych, multimodalnych modeli.
    • Simplify jako funkcja wbudowana: Narzędzie "Simplify" jest teraz integralną częścią Factory, co eliminuje konieczność jego samodzielnej instalacji.
    • Kontrola enterprise: Administratorzy zyskali nowe opcje zarządzania komputerami oraz polityki dostępu do misji.
    • Ulepszenia aplikacji: Przeprojektowano proces tworzenia komputerów oraz wprowadzono nawigację boczną z rozwijanym menu.
    • Naprawy błędów: Aktualizacja zawiera poprawki dotyczące wydajności narzędzi, renderowania JSON oraz zarządzania sesjami.

    Kimi K2.6 – co wnosi do ekosystemu Factory?

    Kimi K2.6 to model, który Moonshot AI określa jako istotny krok w rozwoju AI, szczególnie w kontekście autonomicznego wykonywania zadań. Model obsługuje kontekst 256K tokenów i umożliwia wywoływanie innych narzędzi podczas pracy. To ważne dla środowisk deweloperskich, gdzie AI współpracuje z różnymi systemami i API.

    Model oferuje poprawione zdolności w zakresie długoterminowego kodowania, zgodności z instrukcjami oraz samokorekcji. Jako model multimodalny, obsługuje tekst, obrazy i wideo jako dane wejściowe. Dla zespołów korzystających z Factory jako platformy dla agentów kodujących i automatyzacji desktopowej, integracja Kimi K2.6 może przynieść większą niezależność i efektywność pracy asystentów AI.

    Dla firm: więcej kontroli nad środowiskiem

    Dla firm: więcej kontroli nad środowiskiem

    Aktualizacja v0.105.0 wprowadza również ważne funkcje administracyjne dla organizacji korzystających z Factory w trybie enterprise. Nowe "managed computer toggles" pozwalają administratorom na precyzyjne zarządzanie dostępem do maszyn, co umożliwia włączanie lub wyłączanie ich dla konkretnych użytkowników. To zwiększa kontrolę nad zasobami i kosztami.

    Polityki dostępu do misji umożliwiają firmom regulowanie, kto i w jakim zakresie może korzystać z zaawansowanych funkcji agentów. W kontekście enterprise, gdzie bezpieczeństwo i zgodność są kluczowe, takie udoskonalenia są istotne.

    Ulepszenia UX i stabilność

    Ulepszenia UX i stabilność

    Z perspektywy codziennego użytkownika, aktualizacja wprowadza zmiany w aplikacji, które mają poprawić doświadczenie. Przeprojektowany proces tworzenia komputerów ma być bardziej intuicyjny i prowadzić użytkownika przez konfigurację bez zbędnych przeszkód. Rozwijane menu boczne organizuje dostęp do różnych funkcji w bardziej logiczny sposób.

    Ważne są również poprawki stabilności. Wśród poprawek znajdują się rozwiązania problemów z wydajnością narzędzi, które mogą być frustrujące podczas pracy. Poprawki dotyczące renderowania JSON i zarządzania sesjami mają na celu zapewnienie bardziej płynnego i niezawodnego środowiska deweloperskiego, co jest istotne dla długich sesji pracy z AI.

    Wnioski

    Wydanie v0.105.0 Factory pokazuje kierunek rozwoju platformy: integracja z nowoczesnymi modelami AI, takimi jak Kimi K2.6, oraz dostosowanie produktu do potrzeb wymagających środowisk enterprise. Wbudowanie narzędzia Simplify i poprawki stabilności odpowiadają na oczekiwania użytkowników, którzy pragną, aby podstawowe funkcje działały bezproblemowo.

    Dla deweloperów i zespołów, które budują lub wykorzystują agentowe AI w swoich workflowach, te aktualizacje są istotne. Kimi K2.6 może przynieść poprawę w złożonych zadaniach kodowania i automatyzacji, a nowe kontrole administracyjne pozwalają firmom bezpiecznie skalować użycie Factory w większych organizacjach. To ewolucja, która koncentruje się zarówno na możliwościach AI, jak i na praktycznych aspektach zarządzania platformą.

    Źródła

  • Poznań idzie po swoje. Gigafabryka AI może powstać właśnie w Wielkopolsce

    Poznań idzie po swoje. Gigafabryka AI może powstać właśnie w Wielkopolsce

    To nie są drobne wyścigi, ale prawdziwy maraton o technologiczną dominację w regionie. Poznań jest jednym z kluczowych ośrodków branych pod uwagę w ramach projektu Baltic AI GigaFactory. Wstępne założenia wskazują, że stolica Wielkopolski posiada znaczący potencjał w tym przedsięwzięciu.

    Projekt zakłada stworzenie rozproszonej infrastruktury, a główne instalacje mają znaleźć się w wybranych polskich lokalizacjach. W gronie miast tworzących ten ekosystem wymienia się, obok Poznania, także Warszawę, Kraków, Gdańsk czy Wrocław. To szansa dla stolicy Wielkopolski na ugruntowanie swojej pozycji na technologicznej mapie kraju.

    Dlaczego akurat Poznań?

    Można by pomyśleć, że to kwestia polityki albo przypadku, ale w tym razie decydują konkrety. Poznań nie obiecuje, że coś zbuduje – on już to w dużej mierze ma. Ważnym atutem jest gotowa infrastruktura, która w świecie sztucznej inteligencji jest na wagę złota.

    Eksperci wskazują na kilka kluczowych atutów:

    • Kampus Data Center firmy Beyond.pl, który już teraz jest gotowy na przyjęcie ogromnych mocy obliczeniowych.
    • Działający superkomputer F.I.N.
    • Zaplecze naukowe w postaci PCSS (Poznańskie Centrum Superkomputerowo-Sieciowe) i projekt PIAST AI.
    • Stabilne dostawy energii i świetna infrastruktura telekomunikacyjna.

    Wieloletnie inwestycje w technologie mogą teraz zaprocentować w skali makro.

    Gra o europejską stawkę

    Musimy pamiętać, że Baltic AI GigaFactory to nie jest lokalny projekt. To ogromne przedsięwzięcie o charakterze ponadnarodowym. W grę wchodzą miliardy euro – szacuje się, że wartość inwestycji może sięgnąć nawet 3 miliardów. Gotowość do realizacji tego projektu zgłosiła nie tylko Polska, ale też Litwa, Łotwa i Estonia.

    Chodzi o stworzenie gigantycznego zaplecza obliczeniowego, które pozwoli Europie Środkowo-Wschodniej nie tylko gonić Zachód, ale realnie konkurować w wyścigu zbrojeń AI. Jeśli elementy gigafabryki powstaną w Poznaniu, miasto stanie się jednym z najważniejszych punktów na cyfrowej mapie kontynentu.

    Ciekawe jest to, że Poznań stawia na model, w którym nauka miesza się z biznesem. To nie będzie tylko kolejna serwerownia. Istnienie takich podmiotów jak sieć PIONIER czy wspomniany wcześniej Beyond.pl sprawia, że ekosystem już tam funkcjonuje. Brakuje tylko tego ostatecznego impulsu, jakim jest wielka inwestycja w ramach unijnych programów.

    Czy to oznacza, że sprawa jest już przesądzona? Jeszcze nie, projekt jest obecnie na etapie analiz. Poznań ma jednak karty na stole i wygląda na to, że jest to mocne rozdanie.

    Źródła