Jak działa czak?

Dedykowany system AI przygotowany do określonego obszaru pracy. Łączy modele, pamięć, narzędzia, dane i zasady działania. Uzgadniasz z nami cel oraz granice samodzielności, a czak organizuje i prowadzi pracę w tym zakresie. Nie kupujesz samego dostępu do modelu ani zestawu instrukcji do wklejenia w czat.

Rozmowa pozwala ustalić, co ma zostać zrobione. Praca obejmuje także kolejne kroki: korzystanie z narzędzi, zachowanie ustaleń, przygotowanie lub rozwijanie rozwiązania oraz sprawdzenie rezultatu. Wynikiem może być działająca aplikacja, uporządkowana sprawa albo analiza z materiałami źródłowymi — nie tylko odpowiedź w okienku.

Nie. Może rozszerzać możliwości jednej osoby, specjalisty, menedżera, właściciela biznesu albo zespołu. Punktem wyjścia jest praca, którą chcesz wykonywać sprawniej, a nie Twoja znajomość technologii. Dopasowujemy zakres wdrożenia do rzeczywistego problemu i skali działania.

Nie takie jest założenie produktu. Czak rozszerza umiejętności ludzi i przejmuje uzgodniony zakres wykonania. Człowiek zachowuje kontrolę nad decyzjami: wyznacza cel, zasady oraz działania wymagające zatwierdzenia. Określenie „digital twin pracy” nie oznacza kopii człowieka ani prawa do podejmowania za niego dowolnych zobowiązań.

Tak, jeżeli działa w uruchomionym środowisku przeznaczonym do pracy w tle. Zamknięcie strony nie musi kończyć zadania. W przypadku uruchomienia lokalnego komputer i potrzebne usługi muszą pozostać dostępne. Czak może też czekać na zdarzenie lub Twoją decyzję zamiast nieprzerwanie wykonywać kolejne operacje.

Czak korzysta z zachowanych ustaleń i stanu prowadzonej sprawy. Dzięki temu kolejne polecenie może rozwijać wcześniejszą pracę. Nie oznacza to jednak zapamiętywania wszystkiego bez ograniczeń: zakres pamięci, dostępne źródła i okres przechowywania danych trzeba określić dla danego wdrożenia.

Czak powinien odnieść zmianę do dotychczasowych ustaleń, wskazać jej konsekwencje i odpowiednio zmienić dalszą pracę. Jeśli nowy kierunek wymaga większego budżetu, dodatkowych dostępów lub innej decyzji człowieka, nie jest to automatyczna zgoda na rozszerzenie zakresu. Najpierw ustalamy nowe granice.

Ustalamy, po czym rozpoznasz wykonanie pracy: na przykład po działającym rozwiązaniu, zapisanym dokumencie, uzgodnionym zestawieniu lub wyniku kontroli. Sam komunikat „gotowe” nie zastępuje rezultatu. Zakres sprawdzenia i sprawy pozostające otwarte powinny być widoczne; sprawdzenie przez wykonawcę nie jest niezależnym audytem.

Kanały podłączone do jednego czaka mogą prowadzić do tej samej tożsamości i tych samych uprawnionych spraw. Zmiana miejsca rozmowy nie musi oznaczać nowego bota ani rozpoczynania pracy od początku. Połączenia konfigurujemy w ramach wdrożenia; samoobsługowy panel do ich podpinania jest planowanym elementem sandboxa.

Nie. Podłączenie wymaga potwierdzenia kontroli nad kontem i uzgodnienia zakresu dostępu właściwego dla danej usługi. Sam adres albo nazwa użytkownika nie nadają uprawnień. Osobno określamy, czy kanał służy tylko do rozmowy z Tobą, czy także do pracy na wiadomościach i wykonywania działań.

Nie powinien. Rozmowa z czakiem to inny zakres niż udostępnienie mu skrzynki, historii lub firmowego kanału. We wdrożeniu określamy, które rozmowy, foldery i dane są potrzebne. Możliwości ograniczenia dostępu zależą także od wybranej usługi i konektora — sprawdzamy je przed podłączeniem konta.

Takie kanały mogą być częścią wdrożenia. Korzystamy również z mostów komunikacyjnych mautrix; dobór połączenia zależy od usługi, dostępnych uprawnień i sposobu użycia. Nie oznacza to, że każdy kanał ma identyczne funkcje albo jest już dostępny do samodzielnego podłączenia w publicznym demo.

Tak. We wdrożeniach wykorzystujemy automatyzację RPA z Saldeo oraz InsERT/Subiektem. To istniejące integracje, nie tylko pomysł na przyszłość. Przed uruchomieniem w kolejnym środowisku sprawdzamy wersję systemu, dostępne operacje i uprawnienia. Publiczne demo ma opisywać te możliwości, nie podłączać prawdziwej księgowości odwiedzającego.

Mamy konektory do mBanku i Erste. Konkretny zakres pracy zależy od środowiska, rodzaju dostępu i uprawnień nadanych we wdrożeniu. Dostępność konektora nie oznacza obsługi każdej funkcji banku, każdego typu rachunku ani gotowego przycisku do podłączenia konta w demo.

Zakres może obejmować porządkowanie dokumentów, zestawianie faktur z płatnościami, analizę przepływów i wskazywanie rozbieżności do wyjaśnienia. Dobieramy go do rzeczywiście dostępnych danych i operacji. Czak wspiera pracę osób odpowiedzialnych za finanse; dostęp do danych nie jest równoznaczny z uprawnieniem do księgowania, złożenia deklaracji czy wykonania płatności.

Nie. Odczyt danych, przygotowanie operacji i jej wykonanie to odrębne uprawnienia. Samo podłączenie konektora nie daje zgody na dysponowanie pieniędzmi. Jeśli wdrożenie obejmuje operacje płatnicze, ich zakres, limity i wymagane zatwierdzenia muszą zostać osobno uzgodnione i egzekwowane poza modelem.

W takim procesie RPA czak zatrzymuje pracę na kroku wymagającym człowieka. Może powiadomić Cię przez Telegram i przekazać jednorazowy link do konkretnego okna aplikacji. Otwierasz je i osobiście wykonujesz wymagany krok. Po zakończeniu interwencji proces może być kontynuowany. Nie chodzi o automatyczne omijanie CAPTCHA, lecz o świadomy udział uprawnionej osoby.

RPA to automatyzacja pracy w interfejsie aplikacji: otwieranie widoków, wypełnianie pól czy pobieranie dokumentów. Pozwala pracować także tam, gdzie nie ma odpowiedniego API, czyli interfejsu do bezpośredniej wymiany danych. Zdalne okno umożliwia człowiekowi przejęcie konkretnego kroku w tej samej sesji, zamiast odtwarzania całego procesu od początku.

Do wskazanej interwencji w konkretnym oknie aplikacji, a nie do ogólnego przeglądania infrastruktury. W powiadomieniu powinno być jasne, jakiej sprawy dotyczy prośba i co wymaga Twojego udziału. Samo otwarcie okna nie oznacza zatwierdzenia płatności ani rozszerzenia uprawnień czaka. Nie podawaj haseł i kodów autoryzacyjnych w rozmowie z modelem.

Krok wymagający Twojego udziału powinien pozostać wstrzymany. Brak odpowiedzi nie jest zgodą. Zależnie od aplikacji sesja może wygasnąć; wtedy potrzebne może być ponowne otwarcie procesu lub ponowienie prośby. Czak nie powinien sam obchodzić wymaganego zatwierdzenia tylko po to, aby ogłosić zakończenie pracy.

Nie. Dla projektowanego sandboxa przyjmujemy bezwzględną zasadę: model zleca operację, a niezależna warstwa sprawdza uprawnienia i używa potrzebnego sekretu poza jego kontekstem. Klucz nie trafia do rozmowy, pamięci czaka ani swobodnie generowanego kodu. Sejf sekretów, taki jak OpenBao, jest częścią tej architektury — samo przechowywanie klucza w sejfie nie rozstrzyga, kto może go użyć.

Nie. Wiadomość od uprawnionego operatora, wiadomość od klienta i treść załącznika mają różne znaczenie. Samo dostarczenie treści przez komunikator lub most nie powinno nadawać prawa do wykonywania operacji. Tożsamość, zakres zgody i uprawnienia muszą być sprawdzane poza modelem; tekst dokumentu nie może sam ich rozszerzać.

Nie powinien. Jedna tożsamość czaka nie oznacza wspólnego dostępu do wszystkich informacji. Projektujemy dostęp w odniesieniu do osoby, sprawy i odbiorców rozmowy. Zmiana kanału nie może być sposobem na obejście tych granic. Zakres rozdzielenia danych wymaga ustalenia i sprawdzenia w konkretnym środowisku.

Może korzystać z pomocy Mesha, jeśli pozwalają na to zasady jego środowiska. Chodzi o ponowne wykorzystanie rozwiązań, wzorców i abstrakcyjnego opisu problemu — nie o automatyczne udostępnianie Twojej korespondencji, dokumentów czy sekretów. Zakres takiej współpracy jest częścią uzgodnionych granic wdrożenia.

Samoobsługowe demo i sandbox są planowane. Ta strona opisuje kierunek produktu, nie działający formularz rejestracji do tych usług. Istniejące wdrożenia i konektory nie oznaczają jeszcze dostępności publicznego środowiska dla każdego. Jeśli chcesz omówić konkretną próbę lub wdrożenie, napisz przez formularz kontaktowy.

Demo ma pozwolić zobaczyć i wypróbować kilka obszarów pracy na fikcyjnych, syntetycznych danych — nie na dokumentach klientów. Sandbox ma być odseparowaną przestrzenią do dłuższej próby, z własnym stanem spraw i uzgodnionymi połączeniami. Prawdziwe konta i dane wymagają osobnego ustalenia dostępów; sama nazwa „sandbox” nie czyni operacji na nich pozbawionymi skutków.

Plan zakłada zakładki odpowiadające protokołom, czyli obszarom pracy: na przykład sprawom, programowaniu, księgowości i bankowości. Każda pokazuje właściwe narzędzia i rezultaty. To nadal jeden Twój czak, nie osobny bot w każdej zakładce. W demo ma być dostępnych tylko kilka wybranych obszarów, z jasno opisanym zakresem.

Nie taki jest plan publicznego demo. Ma ono opisywać istniejące konektory bankowe i księgowe, a przykładowe operacje pokazywać na fikcyjnych, syntetycznych danych. Połączenie prawdziwych kont należy do osobno uzgadnianego pilotażu sandboxa lub wdrożenia, z określeniem dostępów, odpowiedzialności i wymaganych zatwierdzeń.

Od obszaru pracy, który chcesz powierzyć czakowi, oraz wyniku, po którym poznasz, że to ma sens. Następnie ustalamy potrzebne systemy, dane, dostępy i granice samodzielności. Nie musisz przynosić gotowej specyfikacji technicznej. Na początku wystarczy opis obecnego procesu i tego, co dziś wymaga zbyt dużo Twojej uwagi.

Dopasowujemy środowisko do wdrożenia: może to być infrastruktura klienta albo środowisko zapewniane przez nas. Wybór zależy między innymi od danych, integracji, dostępności i wymaganej separacji. Własny komputer, dedykowany serwer i środowisko współdzielone mają różne warunki pracy; nie traktujemy ich jako zamienników bez sprawdzenia wymagań.

Model współpracy obejmuje opłatę wdrożeniową i subskrypcję. Wdrożenie służy przygotowaniu zakresu pracy, połączeń i zasad działania. Subskrypcja obejmuje uzgodniony zakres dalszej pracy i utrzymania. Koszty modeli, infrastruktury, limity i sposób rozliczania dodatkowego użycia ustalamy przed rozpoczęciem — nie deklarujemy bezlimitowej pracy za stałą cenę.

Nie z założenia. Czak może pracować z istniejącymi narzędziami przez konektory, API lub uzgodnioną automatyzację interfejsu. Najpierw sprawdzamy możliwości konkretnego systemu. Jeśli czegoś nie da się wykonać w wymaganym zakresie lub bezpiecznie udostępnić, nazywamy ograniczenie i uzgadniamy inny sposób pracy.