ROBO dodał coś, czego się nie spodziewałem, gdy po raz pierwszy na to spojrzałem. Cichy licznik nadpisania w runbooku. Zauważyłem to trzy tygodnie po integracji. Liczba wynosiła już czterdzieści.
Nic nie zawiodło. Zadania były realizowane. Ale późne wyzwania były rozstrzygane poza protokołem, a każda poprawka pozostawała na miejscu. Nadpisania przestały wyglądać na tymczasowe około piątego tygodnia.
To jest tryb awarii, o którym nikt nie składa raportu o incydencie. System działa. Autonomia zaczyna cicho zbierać nadzór, aż ktoś spojrzy na runbook i zda sobie sprawę, że połowa to logika czyszczenia, która nie powinna istnieć.
Z tego, co widziałem... to jest miejsce, w którym większość stosów koordynacji agentów się załamuje. Nie dramatycznie. Bufory się rozszerzają. Obserwatorzy są wdrażani. Listy kontrolne eskalacji przechodzą z tymczasowych na stałe. A zespół, który miał budować, zaczyna utrzymywać zamiast tego.
@Fabric Foundation jest interesujące tutaj, ponieważ utrzymuje kontestowane obliczenia wewnątrz granicy rozliczenia. Wyzwanie uruchamia zdefiniowaną ścieżkę. Rozwiązanie zachodzi na łańcuchu, a nie w prywatnym wątku. Rozliczenie wstrzymuje się celowo, a nie nieformalnie. To inny rodzaj odpowiedzialności niż nadzieja, że ktoś to zauważy.
Są koszty. Okna wyzwań dodają opóźnienia. Powierzchnia zwiększa się. Budowniczy muszą definiować czystsze granice zadań wcześniej, niż chcieliby. Ta ostatnia część jest trudniejsza, niż się wydaje.
$ROBO napędza ten cykl rozwiązań. Nie interesująca część historii. Część, która sprawia, że interesująca część się utrzymuje.
Test jest nudny. Licznik nadpisania spada w czasie. Skrypty eskalacji są usuwane zamiast aktualizowane. Jeśli to się wydarzy, mechanizm działa. Jeśli prywatne rozwiązanie nadal rośnie cicho, to nie działa.
Wciąż obserwuję, która to się okaże.