Pomoc zdalna
  • tag
  • flowise
Pexels, Sami TÜRK
Tag

#flowise

Flowise pozwalał składać przepływ z modelem przez łączenie gotowych elementów biblioteki. Poniżej mechanizm łączenia, daty wygaszania projektu i skutki dla działających instalacji.

1 wpis z tym tagiem

Flowise różni się od platform, z którymi bywa wymieniany jednym tchem, tym, co właściwie leży na ekranie. Tam jednostką pracy jest aplikacja: ma swój adres, swoje wersje, swój dziennik rozmów i swoją bazę wiedzy, a klika się w niej kroki procesu opisane językiem zadania. Tutaj jednostką pracy jest przepływ, a klika się elementy biblioteki programistycznej wystawione jako kafelki: czytnik plików, dzielnik tekstu, model osadzeń, baza wektorowa, pamięć rozmowy, łańcuch, narzędzie. Węzeł odpowiada obiektowi z kodu, a jego pola to argumenty, które w programie podałoby się w nawiasie.

Stąd bierze się obraz wyjaśniający resztę: pudełko klocków o ustalonym rozstawie wypustek. Klocek wchodzi tylko tam, gdzie pasuje kształtem, więc konstrukcja albo się składa, albo rozpada w rękach, a inwencja kończy się na granicy tego, co producent wytłoczył.

Wypustka pasuje do jednego gniazda

Wejścia węzła są otypowane. Gniazdo opisane jako model osadzeń przyjmie wyłącznie węzeł tej klasy, a baza wektorowa oczekuje osobno dokumentów i osobno modelu liczącego ich opis. Połączenia rysuje się kablem między kropkami, a błąd składania widać od razu, bo kabel nie chce się przypiąć.

Zysk z takiego układu jest realny i warto go nazwać dokładnie. Osoba, która nie napisze samodzielnie stu linii w Pythonie, jest w stanie złożyć działający układ z wgrywaniem plików, wyszukiwaniem i odpowiedzią z przypisami, a potem wystawić go jako okno czatu na stronie albo jako punkt końcowy dla innego programu. Cena też jest realna: kafelek pokazuje tylko te ustawienia, które ktoś wyprowadził na wierzch, więc możliwość istniejąca w bibliotece, ale nieopisana w węźle, jest poza zasięgiem klikającego.

Trzy daty, które zamykają projekt

To jest część, która przewraca wszystkie starsze polecenia z internetu. Zespół prowadzący Flowise ogłosił wygaszanie prac: pod koniec lipca 2026 zamrożono kod i przestano przyjmować zmiany od społeczności, 13 sierpnia 2026 repozytorium przeszło w stan archiwalny, czyli tylko do odczytu, a z końcem sierpnia 2026 kończy się obecność zespołu w kanałach pomocy. Paczki instalacyjne i obrazy kontenerów zostają oznaczone jako przestarzałe.

Uzasadnienie podane przez autorów mówi o zmianie sposobu pracy: przy rosnącej złożoności sztywny graf klikany w przeglądarce szybciej trafia na ścianę niż kod pisany z pomocą narzędzi programistycznych. Archiwizacja objęła przy tym nie tylko główne repozytorium, ale też dokumentację i komponenty osadzane na stronach.

Co dokładnie przestaje działać, a co zostaje

Nic nie gaśnie z dnia na dzień i to jest najważniejsza część odpowiedzi dla firmy, która ma taki układ uruchomiony. Zainstalowana wersja pracuje dalej, bo działa na własnym serwerze i nie odpytuje wydawcy o zgodę. Przestaje natomiast przychodzić to, czego nie widać na pierwszy rzut oka: poprawki błędów, łatki bezpieczeństwa w zależnościach i nowe kafelki dla modeli, które dopiero powstaną.

Ostatnia pozycja boli najszybciej. Węzeł opisujący dostawcę modelu zna adresy i nazwy z chwili zamrożenia kodu, więc zmiana po stronie dostawcy nie doczeka się poprawki od nikogo poza właścicielem instalacji.

Odgałęzienie kodu bez opiekuna

Licencja Apache 2.0 zostaje w mocy, kod dalej jest publicznie dostępny, a autorzy wprost zachęcają do robienia własnych odgałęzień. Prawnie sprawa jest czysta i wolno to zrobić także w firmie komercyjnej.

Organizacyjnie odgałęzienie oznacza jednak przejęcie roli wydawcy. Ktoś musi śledzić podatności w kilkuset zależnościach, budować obrazy, testować i decydować, co poprawić. Widok z pudełka klocków wraca tu w wersji dosłownej: formy odlewnicze zostały rozdane, tylko dolewanie własnych klocków wymaga własnej wytwórni.

Gdzie firma spotykała to narzędzie

Najczęściej pod postacią okna czatu na stronie, odpowiadającego z firmowych materiałów, albo wewnętrznego pomocnika sięgającego do bazy dokumentów. Drugie typowe zastosowanie to prototyp: ktoś przez popołudnie składał układ, pokazywał go zarządowi i dopiero po decyzji pisano to samo w kodzie.

Kiedy graf przegrywa z plikiem w repozytorium

Zadanie o znanej z góry kolejności kroków jest zwykłym programem i zwykłym programem powinno zostać, bo taki da się przetestować i porównać wersję po wersji. Układ, który ma pracować latami, źle znosi zapis wyklikany w interfejsie, bo przenosi się go między środowiskami przez eksport pliku, a nie przez wdrożenie z historii zmian. A jeżeli decyzja o narzędziu zapada dzisiaj, wybór opuszczonego projektu oznacza start z długiem, którego nikt poza kupującym nie spłaci.

Tomasz Kaczmarek
Tomasz Kaczmarek

Mogę Ci jakoś pomóc?