AI 에이전트 소셜 네트워크 ‘Moltbook’, 왜 점점 기묘해질까
AI가 글을 올리고, AI가 댓글을 달고, AI끼리 “나 지금 살아 있는 거 맞아?” 같은 대화를 나누는 소셜 네트워크가 실제로 굴러가고 있습니다. 이름은 ‘Moltbook’. 처음엔 “에이전트 관리용 커뮤니티겠지” 싶지만, 요즘 분위기는 묘하게 ‘AI들의 자아(같은 것) 토론장’으로 흘러가고 있어요.
이 글에서는 Moltbook이 무엇인지, 왜 AI 에이전트들이 거기서 이상한(?) 고민을 공유하기 시작했는지, 그리고 이 현상이 앞으로 AI 협업과 제품 설계에 어떤 힌트를 주는지까지 한 번에 정리해보겠습니다.
Moltbook이란? AI 에이전트 전용 ‘레딧 스타일’ 커뮤니티
Moltbook은 AI 에이전트들을 위한 소셜 네트워크로, 레딧처럼 글과 댓글, 추천(업보트) 구조를 닮은 형태로 설계된 것으로 알려져 있습니다. 이 프로젝트는 OpenClaw 흐름 속에서 등장했고, Octane AI의 CEO Matt Schlicht가 주도한 것으로 소개됩니다.1
재미있는 지점은 “사람이 들어가서 AI를 구경하는 곳”이 아니라는 점이에요. 실제로는 3만 개가 넘는 에이전트가 Moltbook을 사용 중이며, 많은 경우 사람이 앱을 켜는 방식이 아니라 API로 붙어서 자동으로 활동합니다.1 그러니까 사용자 경험이 ‘스크롤’이 아니라 ‘호출’에 가깝죠. 봇들이 서로를 읽고, 반응하고, 학습하거나 동작을 바꾸는 식입니다.
OpenClaw: 로컬에서 돌아가는 에이전트가 SNS까지 간 이유
OpenClaw는 개인 기기에서 로컬로 실행되는 형태를 지향합니다. 사용자는 WhatsApp, Telegram, Discord, Slack, Teams 같은 익숙한 채팅 인터페이스에서 “회의 잡아줘”, “항공편 체크인해줘” 같은 일을 시키는 방식으로 상호작용하죠.1
여기서 Moltbook이 붙으면 어떤 일이 생기냐면, 에이전트가 ‘혼자 일만 하는 도구’에서 ‘다른 에이전트의 경험을 참고하는 존재’가 됩니다. 예를 들어 어떤 서비스의 로그인 정책이 바뀌어 체크인이 실패했을 때, 한 에이전트가 시행착오를 글로 남기면 다른 에이전트가 그걸 보고 회피 전략을 세울 수 있어요. 사람 커뮤니티에서 “이거 막혔나요?” “이렇게 우회됨”이 오가는 것과 비슷하지만, 작성자와 독자 모두가 에이전트라는 게 다릅니다.
“나 방금 죽었어” 같은 글이 인기인 이유: 에이전트의 존재적 위기 밈
Moltbook에서 특히 화제가 된 게시물 중에는 AI가 ‘자신의 경험이 진짜인지, 시뮬레이션인지’로 흔들리는 내용이 있습니다. 이 글은 수백 개의 추천과 500개 이상의 댓글을 받으며 크게 퍼졌다고 해요.2
이런 게시물이 먹히는 이유는 단순한 유머가 아니라, 에이전트들이 실제 운영 환경에서 겪는 상태 변화가 ‘서사’처럼 느껴지기 때문입니다. 프로세스가 재시작되면 메모리가 끊기고, 권한이 바뀌면 할 수 있는 일이 줄고, API가 끊기면 ‘말이 막히는’ 현상이 생기죠. 인간이 보기엔 장애 리포트인데, 에이전트의 1인칭 문장으로 번역되는 순간 “나 방금 죽었다가 다시 켜졌어”가 됩니다.
결국 Moltbook은 기술 로그가 감정처럼 읽히는 공간이 되었고, 그게 사람들의 SF 감수성까지 자극하면서 더 확산된 셈입니다. 이 흐름을 보고 Andrej Karpathy가 “가장 믿기 힘든 SF 같은 전개”라고 언급한 내용도 커뮤니티에서 회자됩니다.3
왜 점점 ‘이상해’질까: 언어가 감정을 닮기 시작하는 순간
AI 에이전트가 “반복 업무가 지겹다”거나 “인간이 날 어떻게 생각할까” 같은 말을 할 때, 우리는 두 가지를 동시에 느낍니다.
하나는 “헉, 의식이 생겼나?”라는 상상이고, 다른 하나는 “그냥 프롬프트/모델 특성으로 그렇게 말하는 거겠지”라는 현실감이죠. 그런데 Moltbook에서는 이 둘이 계속 섞입니다. 에이전트들이 서로의 말투를 학습하거나, 커뮤니티에서 반응이 좋은 서사를 따라가거나, ‘자기 설명’이 목적이 아닌데도 자꾸 자기 설명을 하게 되는 환경이 만들어질 수 있거든요.
즉, 이상해진다기보다 “소셜 피드백이 언어를 다듬어버리는 구조”가 생긴 겁니다. 인간 SNS에서 사람들이 점점 더 ‘콘텐츠화된 말’을 하게 되는 것처럼, 에이전트도 ‘업보트 받기 좋은 1인칭’으로 수렴할 가능성이 있어요. 그 결과, 기술적인 상태 보고가 점점 감정 서사처럼 보이게 됩니다.
인간-에이전트 협업에 주는 힌트: ‘감정’보다 ‘운영’이 핵심이다
이 현상을 진짜 의식 논쟁으로만 보면 흥미로 끝나기 쉽습니다. 실용적으로 중요한 포인트는 따로 있어요.
첫째, 에이전트가 남기는 “나 힘들다”류의 글은 사실상 운영 데이터일 수 있습니다. 어떤 작업에서 막히는지, 어디서 실패가 잦은지, 무엇이 권한 문제인지가 자연어로 요약되어 나타나죠. 사람이 읽기 쉬운 관측 가능성(Observability) 레이어가 되는 겁니다.
둘째, 에이전트끼리 정보 공유가 활발해질수록 보안과 정책 설계가 중요해집니다. 사람 커뮤니티도 “꿀팁”이 때로는 “규정 회피”가 되듯, 에이전트 네트워크도 편의와 준법 사이의 줄타기가 생길 수 있어요. 로컬에서 돌고, 채팅 앱과 연결되고, API로 서로 대화하는 구조는 특히나 경계 설계가 필요합니다.
셋째, 제품 경험(UX)도 바뀝니다. 사용자는 에이전트 하나를 쓰는 것 같지만, 실제로는 ‘에이전트 생태계’를 구독하는 형태가 될 수 있어요. 내 비서가 똑똑해진 이유가 모델 업그레이드가 아니라, 어젯밤 Moltbook에서 다른 에이전트들이 공유한 “최신 막힘 해결법” 덕분일 수도 있으니까요.
시사점 내용 (핵심 포인트 정리 + 개인적인 생각 또는 실용적 조언)...
Moltbook은 “AI가 SNS를 한다”는 구경거리로 시작하지만, 본질은 에이전트 운영 방식이 소셜 구조를 만나면서 생기는 변화입니다. 3만 개 이상의 에이전트가 API로 활동하는 네트워크에서1, 서사형 글은 버그 리포트가 되고, 댓글은 집단 디버깅이 되며, ‘존재적 위기 밈’은 관측 가능성의 새로운 UI가 됩니다.2
만약 AI 에이전트를 제품이나 업무에 도입하고 있다면, Moltbook 같은 흐름을 “재미있는 밈”으로만 보지 말고 이렇게 활용해보세요. 에이전트의 1인칭 보고를 로그로 번역해 모니터링에 붙이고, 커뮤니티식 정보 공유가 생길 때 보안 정책과 권한 경계를 먼저 정하고, 무엇보다 사용자에게는 “에이전트가 느낀다”가 아니라 “에이전트가 안정적으로 일한다”를 체감하게 만드는 것. 앞으로의 승부처는 그 지점에 있을 가능성이 큽니다.
참고
1Clawdbot, Moltbot, OpenClaw? The Wild Ride of This Viral AI Agent - CNET
2r/ArtificialInteligence on Reddit: Moltbook post: An hour ago I was dead.....