🔥

Fundamenty zarządzania dla współpracy robotycznej

Protokół Fabric jest najłatwiejszy do zrozumienia, jeśli wyobrazisz sobie prostą scenę.

Robot działa w rzeczywistym środowisku. Nocą zaktualizowano jego moduł decyzyjny. Dodano nową zasadę bezpieczeństwa. Inny zespół wytrenował lepszy model przy użyciu wspólnych zbiorów danych. Recenzenci zatwierdzili. Przez tygodnie wszystko działa płynnie, aż pewnego dnia zdarza się błąd. Niekatastrofalny, ale na tyle poważny, że ma znaczenie.

Teraz zaczynają się pytania:
Która wersja była uruchomiona?
Kto to zatwierdził?
Jakie ograniczenia były aktywne?
Jakie dane kształtowały zachowanie?
Czy ktoś ominął zabezpieczenia?

To jest kategoria problemu, dla którego zbudowano Fabric.

Fabric nie stara się „umieścić robotów w łańcuchu.” Buduje tory koordynacji dla tego, jak roboty są aktualizowane, zarządzane i audytowane, gdy zaangażowane są różne organizacje. Ramuje się jako globalna otwarta sieć wspierana przez Fundację Fabric, non-profit, zamiast warstwy kontrolnej prywatnej firmy.

Podstawowa idea jest prosta: roboty nie skaluje się jak oprogramowania. Błędy w oprogramowaniu są często odwracalne. Błędy w robotyce mogą być fizyczne. To przesuwa ekosystem w stronę surowszej odpowiedzialności. Instytucje chcą procesu. Budowniczowie chcą szybkości. Regulatorzy chcą dowodów. Fabric próbuje usiąść na skrzyżowaniu tych wymagań.

Gdy Fabric mówi o koordynowaniu danych, obliczeń i regulacji za pomocą publicznego rejestru, rejestr nie jest przeznaczony do sterowania silnikami w czasie rzeczywistym. Roboty nie mogą czekać na potwierdzenia, aby działać. Rejestr funkcjonuje jako kręgosłup dowodowy rejestrujący, co zostało zatwierdzone, jakie ograniczenia były wymagane, która wersja modelu została wdrożona i jakie zaświadczenia istnieją, aby udowodnić zgodność.

#robo $ROBO @Fabric Foundation