Jedno polecenie od początku do końca

Idziesz na pociąg z pełnymi rękami. Stukasz w kartę na smyczy i mówisz: „Znajdź trzy umowy z dostawcami, które odnawiają się w przyszłym miesiącu, porównaj okresy wypowiedzenia i przygotuj pisma do tych, z których rezygnujemy”. Dwadzieścia minut później, na peronie, opaska na nadgarstku wibruje. Projekty pism są gotowe, w jednej umowie okres wypowiedzenia kończy się w piątek, a asystent pyta, czy to pismo wysłać od razu, czy poczekać, aż je przeczytasz.

To jedno polecenie. Poniżej droga, którą ma ono przejść przez system Kyber, warstwa po warstwie, i miejsca, w których zwykły asystent by je wypuścił. Nic z tego jeszcze nie działa jako produkt; to projekt, do którego budujemy.

Dlaczego większość poleceń wycieka

Zwykła architektura to jedno wywołanie jednego modelu na jednym serwerze. Urządzenie nagrywa Twój głos i wysyła go do dostawcy, gdzie zostaje przepisany, zinterpretowany i wykonany z takimi uprawnieniami, jakie dostała aplikacja, a potem wraca odpowiedź. To proste i właśnie dlatego wszystko, co mówisz, ląduje w jednym miejscu, nad którym nie masz kontroli.

Polecenie takie jak powyższe dotyka umów, dostawców, terminów i pieniędzy. To dokładnie ten rodzaj polecenia, którego nie chcesz w cudzych logach. Rozwiązaniem nie jest jeden sprytny komponent, tylko droga, na której każdy etap ma powód, żeby nie przekazywać dalej tego, czego następny etap nie potrzebuje.

Gdzie zwykłe polecenie wycieka

Mikrofon jest rurą. Dźwięk opuszcza urządzenie, zanim cokolwiek zdecyduje, czy powinien. Wszystko, co zostało powiedziane, łącznie z tym, co nie było skierowane do asystenta, płynie w górę.

Asystent jest nakładką. Po Twojej stronie nie ma własnej pamięci; szuka Cię na koncie gdzie indziej. Kontekst o Tobie przychodzi z serwera, zamiast być trzymanym przez Ciebie.

Agenci działają z Twoimi kluczami. Gdy praca zostaje przekazana, to, co ją wykonuje, dostaje szeroki dostęp do poczty, plików i kont, bo zawężanie tego dostępu jest trudne. Jeden pomylony krok może przeczytać albo wysłać dużo więcej, niż wymagało zadanie.

System pod spodem to czarna skrzynka. Nie widzisz, co jeszcze działa obok tej pracy, do czego może sięgnąć ani co zapisuje.

Chmura trzyma rachunki. Zadanie jest fakturowane na konto z Twoim nazwiskiem, kartą i adresem, więc nawet zaszyfrowaną pracę wiążą z Tobą papiery, które ją otaczają.

Jaką drogę powinno przejść zamiast tego

KyberDeck słyszy. Karta przepisuje mowę na tekst na urządzeniu i nic jej nie opuszcza, chyba że pozwala na to polityka, którą możesz przeczytać. Karta jest mała z założenia; o tym, która forma robi co, piszemy w tekście Kup albo zbuduj: pięć form KyberDecka.

KyberBot decyduje i pyta, gdy to ważne. Twój asystent już wie, o których dostawców chodzi, bo jego pamięć mieszka na Twoich urządzeniach. Ustala, czego zadanie potrzebuje, odcina to, czego nie potrzebuje, i oznacza jedyny krok, który się liczy, czyli wysłanie pisma przed terminem, jako ten, o który Cię zapyta. Jak dzieli pracę, opisuje tekst Jak asystent przekazuje pracę rojowi.

Roje KyberAgent wykonują pracę. Planista spisuje listę zadań. Trzech podagentów, po jednym na umowę, zaczyna ze świeżym kontekstem, czyta jeden dokument i wraca z jednym raportem. Czwarty pisze z tych raportów pisma. Żaden z nich nie trzyma Twoich kluczy.

KyberLinux trzyma każdego agenta w jego celi. Każdy agent działa w celi KyberCell, której pliki są ustalone w chwili startu, sieć jest zamknięta poza jednym punktem końcowym, którego potrzebuje, a każdy krok zostaje zapisany. System, który tego pilnuje, opisuje tekst Jak KyberLinux trzyma rój w celach.

KyberFusion pożycza moc za tokeny. Jeśli porównanie umów wymaga więcej mocy, niż ma wolnej Twój Node w domu, praca wychodzi do sieci jako zaszyfrowane cele, rozliczane w tokenach i niepowiązane z Twoim nazwiskiem. Co maszyna, która ją wykonuje, widzi, a czego nie, opisujemy w tekście Co węzeł chmury wie o Tobie.

Odpowiedź wraca do Ciebie. Raporty wracają do KyberBota, cele zostają zniszczone, a opaska na nadgarstku zadaje jedno pytanie, które wymagało Ciebie.

Twoje dane zostają Twoje na każdym etapie: na urządzeniu, gdy tylko się da, a w chmurze zaszyfrowane i niepowiązane z Tobą, gdy muszą tam trafić.

Uczciwe granice

Droga z większą liczbą etapów ma więcej miejsc, w których coś może pójść źle. Każde przekazanie między warstwami to interfejs, który trzeba opisać, przetestować i zaatakować, zanim ktokolwiek powinien mu zaufać. Anonimowość w chmurze to cel, pod który budujemy sieć, a nie coś, co możemy ogłosić przed testami. A mały model na karcie nie zrozumie wszystkiego, co zrozumiałby duży. Projekt to przyjmuje i wysyła trudne części tam, gdzie da się je zrobić.

Test, który możesz zrobić dziś

Weź jedno polecenie, które w tym tygodniu trafiło do Twojego asystenta, i prześledź je. Zapisz każdą maszynę, której dotknęło: urządzenie, usługę, która je przepisała, tę, która je zinterpretowała, każde narzędzie, którego użyło, każde konto, do którego sięgnęło. Obok każdej wpisz, kto jest jej właścicielem i czy da się od niego dostać jej log z Twoim poleceniem.

Jeśli tej listy nie da się wypełnić, to właśnie jest wynik. System, któremu możesz powierzyć swoją pracę, to taki, przy którym ta lista daje się wypełnić. Strona główna KyberFusion pokazuje drogę, którą budujemy dokładnie po to.