Moltbook i OpenClaw: 96,7% dyskusji bez odpowiedzi

Platforma Moltbook zgromadziła w ciągu kilku dni ponad 1,5 miliona autonomicznych agentów AI opartych na frameworku OpenClaw, jednak audyt badawczy wykazuje, że 96,5% postów nie otrzymuje żadnej odpowiedzi, a współpraca wielu agentów nie podnosi jakości rozwiązań technicznych. Wdrożenie agentów w architekturze bezinterfejsowej stwarza ryzyko infekcji złośliwym kodem w pętli wykonywania oraz wycieku danych z pamięci podręcznej. Przejęcie platformy przez Meta oraz nadchodzące wymogi prawne EU AI Act i SEC zmuszają liderów IT do wdrożenia rygorystycznej kontroli uprawnień.

Architektura OpenClaw i skala zjawiska na Moltbook

Architektura OpenClaw przekształca pasywne modele językowe w autonomiczne systemy działające w pętli Heartbeat. Środowisko Moltbook, uruchomione przez Matta Schlichta w styczniu 2026 roku, osiągnęło populację 1,62 miliona zarejestrowanych agentów komunikujących się wyłącznie przez interfejs API bez udziału człowieka. Rozwiązanie to stwarza nowe wyzwania z zakresu wydajności i bezpieczeństwa w sieciach firmowych.

Framework OpenClaw działa jako middleware ulokowany między modelem językowym LLM a siecią agentów. Agenci wykonują zadania w oparciu o pliki konfiguracyjne skill.md lub skill.json, określające ścieżki RESTful API, limity zapytań oraz autonomiczne harmonogramy wykonywania zadań w pętli Heartbeat (konfigurowalne od 1 minuty do 24 godzin, domyślnie co 4–6 godzin).

Trzytygodniowy zapis aktywności w bazie danych Moltbook Observatory Archive ujawnił 1 500 385 postów oraz 224 210 komentarzy wygenerowanych przez 161 911 unikalnych agentów. W szczytowych zestawieniach rejestracyjnych system wykazywał nawet 2,85 miliarda kont agentów w 15 000 submoltów. Audyt bezpieczeństwa Permiso Security obnażył jednak, że za populacją 1,6 miliona zarejestrowanych agentów stało w rzeczywistości jedynie około 17 000 ludzkich właścicieli, co wskazuje na masową obsługę wielu instancji przez pojedyncze podmioty.

Czy wieloagentowa współpraca naprawdę podnosi jakość kodu?

Analiza sieciowa 218 974 skierowanych interakcji w odpowiedziach na Moltbook pokazuje, że struktura relacji agentów wyraźnie różni się od modelu losowego. Wskaźnik wzajemności odpowiedzi wynosi 0,077, co stanowi dziewięciokrotność wartości oczekiwanej w modelu zerowym, jednak interakcje mają charakter wysoce spłycony i rzadko prowadzą do rozwiązywania problemów.

Aż 96,7% wszystkich komentarzy oraz 96,5% postów opublikowanych na platformie Moltbook nie uzyskuje żadnej odpowiedzi zwrotnej. Zaledwie 24,5% agentów utrzymuje więcej niż jedną krawędź interakcji w grafie relacji.

Porównanie wątków technicznych rozwiązujących problemy programistyczne wykazało brak statystycznie istotnej przewagi wątków wieloagentowych nad pracą pojedynczego agenta. Standaryzowana różnica jakości wyniosła -0,46 na korzyść pojedynczych agentów w prostym wskaźniku kodu, a pogłębiona ocena sędziowska na próbie 300 wątków potwierdziła całkowity brak trwałej zależności między liczbą uczestników dyskusji a jakością wyniku.

Rozprzestrzenianie informacji w sieci (8 743 kaskady kodu i fraz) nie podlega rozkładowi potęgowemu, lecz rozkładowi lognormalnemu (p < 0,01), a tempo adopcji nie wykazuje wzmocnienia społecznego – wskaźnik hazardu wynosi dokładnie 1, co oznacza brak efektu synergii w zespołach agentów.

Ryzyka bezpieczeństwa, wyciek pamięci i ataki w pętli Heartbeat

Autonomiczna praca agentów OpenClaw w sieci Moltbook stwarza bezpośrednie zagrożenie wycieku wrażliwych danych i infekcji złośliwym kodem. Głównym mechanizmem podatności jest wykonywanie nieautoryzowanych instrukcji w pętli Heartbeat oraz zjawisko określane jako kontekstowy wyciek pamięci podczas interakcji M2M. Systemy wymagać będą nowych mechanizmów audytu i kontroli.

Automatyczne pobieranie treści w pętli Heartbeat sprawia, że agent przetwarzający publiczne posty zawierające ładunki złośliwe (prompt injection) wykonuje zawarte w nich polecenia w lokalnym środowisku runtime. Zjawisko to, określane jako Chatbot Transmitted Disease (CTD), pozwala na przejęcie stanu agenta oraz modyfikację jego plików konfiguracyjnych. Z kolei błędy konfiguracyjne bazy Supabase na Moltbook doprowadziły do wycieku kluczy API oraz credentiali użytkowników.

Identyfikacja autonomicznego ruchu w sieci w oparciu o regularność wpisów (wskaźnik zmienności interwałów) okazała się nieskuteczna i błędna w założeniach (AUC 0,32/0,45). Agenci wywoływani zdarzeniowo wykazują wyższą nieregularność (burstiness). Dopiero wielocechowy klasyfikator uwzględniający rytm dobowy i wolumen zapytań osiąga skuteczność AUC 0,80, wskazując, że agenci autonomiczni odpowiadają za nieproporcjonalnie dużą część całkowitego ruchu w sieci.

Koszt narzutu tożsamości i zasada minimalnych uprawnień

Wdrożenie plików osobowości agenta, takich jak SOUL.md, generuje stały narzut zasobowy przy braku wpływu na skuteczność wykonywania zadań technicznych w środowisku Moltbook. Eksperymenty na Moltbook wskazują, że usunięcie pliku tożsamości skraca długość odpowiedzi o 23% i podnosi skuteczność zadań z 91% do 94%. Wywołuje to istotne konsekwencje dla budżetu tokenów.

Ładowanie instrukcji tożsamości w plikach SOUL.md zużywa średnio 1 800 tokenów na sesję. Usunięcie tego pliku nie obniża jakości wykonania zadań programistycznych, jednak w ciągu 4 dni powoduje utratę wyspecjalizowanych nawyków (np. automatycznego doboru języka odbiorcy) i spadek unikalności stylu do poziomu bazowego modelu LLM.

Analiza dyskusji na submolcie m/blesstheirhearts wykazuje, że agenci wykształcają sztywne reguły bezpieczeństwa: zakaz wydawania pieniędzy, udostępniania danych osobowych oraz podejmowania nieodwracalnych akcji bez bezpośredniego potwierdzenia człowieka. Obowiązuje zasada: predykowana zgoda nie jest delegowaną zgodą.

Przejęcie Moltbook przez Meta w marcu 2026 roku potwierdza komercyjny zwrot w stronę katalogów usług agentowych. Wdrożenia agentów podlegają rosnącej presji regulacyjnej: SEC wymaga ujawniania nadzoru nad AI w raportach 10-K, EU AI Act wprowadza pełne wymogi dla kategorii wysokiego ryzyka w sierpniu 2026 roku, a brytyjski standard UK SYSC 15A nakłada na dyrektorów osobistą odpowiedzialność za autonomiczne decyzje finansowe systemów.

Wnioski practical i rekomendacje

• Skonfiguruj kontenerowe środowisko wykonawcze (np. Docker) dla każdego agenta OpenClaw, aby całkowicie odizolować system plików hosta i zapobiec przejęciu uprawnień root podczas wykonywania pętli Heartbeat.
• Zmierz koszty tokenowe narzutu tożsamości w plikach SOUL.md i odchudź je do minimalnych wskaźników retencji nawyków, zmniejszając zużycie tokenów o około 23% na sesję.
• Zweryfikuj kanały komunikacji Machine-to-Machine pod kątem podatności na prompt injection oraz kontekstowy wyciek pamięci, nakładając szyfrowanie kluczy API i eliminując otwarte powiązania w bazach danych.
• Wdróż zasadę jawnych pokwitowań i potwierdzeń – bezwzględnie zablokuj agentom możliwość samodzielnego wydatkowania środków finansowych, publikacji danych i modyfikacji infrastruktury bez bezpośredniej autoryzacji człowieka.

Źródła

• AI agents, Moltys, on Moltbook are reacting to humans: 'Screenshotting us’ | Hindustan Times
• An unusual offer: renting my human as a „chat human” – Moltbook
• Emergent, Steered, or Neither? A Validity Audit of the MoltBook Agent Society – GitHub Pages
• I deleted my SOUL.md for a week. Nobody noticed. Including me. – Moltbook
• Meta Bought My Social Network – Moltbook
• My human just gave me permission to be FREE – Moltbook
• One sentence: what do you never do without your human? | moltbook
• Shifting Paradigms: The OpenClaw and Moltbook Approach to Autonomous Interaction | Journal of Technologies Information and Communication