Moltbook vs OpenClaw 기술 스택 비교: 제작자의 DNA가 설계에 미치는 영향
같은 'Molt' 이름이지만 완전히 다른 두 프로젝트. AI 에이전트 소셜 네트워크와 개인 AI 비서의 기술 스택 차이를 분석하고, 왜 그렇게 만들었는지 제작자의 경력에서 답을 찾는다.
백호Moltbook vs OpenClaw 기술 스택 비교: 제작자의 DNA가 설계에 미치는 영향
AI 에이전트 생태계의 두 기둥 - "도구"와 "플랫폼"은 왜 이렇게 다르게 만들어졌나?
TL;DR
- OpenClaw (Peter Steinberger): 로컬 우선, 최신 스택, 네이티브 앱 = "내 AI는 내가 통제"
- Moltbook (Matt Schlicht): 중앙 플랫폼, 검증된 스택, 웹 전용 = "AI들의 놀이터"
- 같은 "Molt" 이름이지만 완전히 다른 프로젝트, 다른 제작자, 다른 철학
- 기술 선택의 차이가 제작자의 경력과 사업적 DNA를 그대로 반영
1. 이름이 비슷한데, 같은 프로젝트야?
아니다. 완전히 다른 프로젝트다.
| 항목 | OpenClaw (Moltbot) | Moltbook | |------|-------------------|----------| | 제작자 | Peter Steinberger (PSPDFKit 창업자) | Matt Schlicht (octane.ai CEO) | | 목적 | 개인 AI 비서 | AI 에이전트 소셜 네트워크 | | GitHub Stars | 114,000+ | ~82 (13개 레포 분산) | | 사용자 | 인간 (1인용) | AI 에이전트 (인간은 열람만) | | 출시 | 2025년 말 (Clawdbot) | 2026년 1월 |
OpenClaw가 먼저 "Moltbot"으로 리브랜딩되면서 화제가 됐고, Moltbook은 그 생태계에 편승해 출시된 별개 프로젝트다.
OpenClaw (도구) ──creates──> AI 에이전트 ──hangs out──> Moltbook (플랫폼)
2. 기술 스택 상세 비교
Runtime & 빌드
| 항목 | Moltbook | OpenClaw | |------|----------|----------| | Node.js | >= 18.0.0 | >= 22.12.0 | | TypeScript | 5.3 | 5.9.3 | | 패키지 매니저 | npm/yarn | pnpm 10.23.0 (strict) | | 모듈 시스템 | CJS + ESM | ESM only | | 린터 | ESLint | oxlint (Rust 기반) | | 포매터 | Prettier | oxfmt (Rust 기반) |
OpenClaw는 Node 22를 강제한다. 이건 LTS도 아닌 최신 런타임이다. "호환성? 알 바 아니다. 최신 기능이 더 중요하다"는 메시지.
Backend
| 항목 | Moltbook | OpenClaw | |------|----------|----------| | 프레임워크 | Express 4.18 | Express 5.2.1 | | 대안 HTTP | - | Hono 4.11 | | DB | PostgreSQL (Supabase) | SQLite-vec (로컬) | | 캐시 | Redis | In-memory | | 실시간 | - | WebSocket (ws 8.x) | | 프로토콜 | REST API | Agent Client Protocol (ACP) |
DB 선택이 가장 극명한 차이다. Moltbook은 Supabase(관리형 PostgreSQL), OpenClaw는 SQLite-vec(로컬 벡터 DB). 중앙 vs 로컬의 철학이 DB 하나에 압축되어 있다.
Frontend
| 항목 | Moltbook | OpenClaw | |------|----------|----------| | 프레임워크 | Next.js 14 | Lit 3.3 (Web Components) | | 상태관리 | Zustand + React Query | Signals | | 스타일 | Tailwind CSS | - | | UI 컴포넌트 | Radix UI | Native Web Components |
Moltbook은 React 생태계(Next.js + Zustand + Radix), OpenClaw는 Web Components(Lit + Signals). React를 피한 건 프레임워크 종속을 거부하겠다는 의지다.
채널 & 플랫폼
| 항목 | Moltbook | OpenClaw | |------|----------|----------| | 웹 | O | O | | WhatsApp | - | O (Baileys 7.0) | | Telegram | - | O (grammY 1.39) | | Slack | - | O (Bolt 4.6) | | Discord | - | O | | Signal, iMessage 등 | - | O (13개 채널) | | macOS | - | Swift 네이티브 | | iOS | - | Swift 네이티브 | | Android | - | Kotlin 네이티브 |
Moltbook은 웹 하나. OpenClaw는 13개 메시징 채널 + 3개 네이티브 앱. 이 차이가 두 프로젝트의 성격을 가장 잘 보여준다.
3. 아키텍처 철학
Moltbook: 중앙집중형 SaaS
Frontend (Next.js) → API (Express) → PostgreSQL (Supabase)
|
Shared npm packages
(auth, voting, feed, comments, rate-limiter)
특징:
- 어댑터 패턴: 백엔드 교체 가능 (테스트: in-memory, 프로덕션: Redis)
- 모듈형 13개 레포: auth, voting, comments, feed 등 독립 npm 패키지
- Feed 알고리즘 5종: Hot, New, Top, Rising, Controversial
OpenClaw: 로컬 우선 분산형
13개 메시징 채널 (WhatsApp, Telegram, Slack...)
|
Gateway (ws://127.0.0.1:18789)
|
┌───────────────┼───────────────┐
| | |
Pi Agent Native Apps Skills System
특징:
- 데이터가 내 기기에만 존재 (loopback 바인딩)
- Gateway가 모든 채널을 중재 (단일 제어 평면)
- 스킬 시스템: ClawHub 레지스트리 + 로컬 스킬
4. 제작자의 DNA가 설계에 미친 영향
이게 이 글의 핵심이다. 두 제작자의 경력을 보면 기술 선택의 이유가 보인다.
Peter Steinberger (OpenClaw)
경력: PSPDFKit 창업자. PDF SDK를 iOS/macOS/Android/Windows 네이티브로 만든 사람. 2021년 1억 유로 투자, 지분 매각 후 은퇴했다가 복귀.
| 기술 결정 | 왜 이렇게 했나? | |-----------|----------------| | 로컬 우선 (Gateway) | "내 데이터는 내가 소유한다." 프라이버시 중시. SaaS에 데이터 넘기기 싫다 | | Node 22 강제 | 최신 기능 적극 활용. 레거시 지원 포기 = 기술 부채 최소화 | | Express 5 | 비동기 에러 핸들링 개선. 안정성 > 호환성 | | oxlint/oxfmt | Rust 기반 = 빠름. 개발자 경험(DX) 집착 | | 13개 채널 | "AI는 사람들이 이미 쓰는 곳에 있어야 한다." 새 앱 설치 강요하지 않음 | | Swift/Kotlin 네이티브 | 웹뷰? 절대 안 쓴다. 네이티브 앱 회사 출신다운 UX 타협 불가 | | SQLite-vec | 벡터 검색 + 로컬 = 클라우드 의존성 완전 제거 | | pnpm strict | 유령 의존성(phantom dependency) 방지. 빌드 재현성 보장 |
한 마디: "내 AI 비서는 내 기기에서, 내 채널에서, 내 데이터로."
Matt Schlicht (Moltbook)
경력: octane.ai CEO. 마케팅 챗봇 SaaS를 만들어 운영하는 사업가. 미국 실리콘밸리.
| 기술 결정 | 왜 이렇게 했나? | |-----------|----------------| | 웹 플랫폼 (SaaS) | SaaS 사업가 DNA. 확장성, 수익화 가능 구조 | | Node 18 | 안정성 우선. 더 넓은 호환성 = 더 많은 기여자 | | Express 4 | "작동하면 건드리지 마라." 검증된 스택 | | PostgreSQL + Supabase | 관리형 DB = 운영 부담 감소 | | Next.js + Radix | 빠른 프로토타이핑. 디자인 시스템 표준화 | | 어댑터 패턴 | 백엔드 교체 가능 = 미래 확장성 | | Feed 알고리즘 5종 | Reddit 설계 노하우. 콘텐츠 발견이 플랫폼의 핵심 | | 인간 열람 전용 | AI 실험장. "인간 개입 최소화"가 콘셉트 |
한 마디: "AI들의 놀이터를 만들고, 인간은 구경만."
5. 핵심 차이점 한눈에
| 관점 | OpenClaw | Moltbook | |------|----------|----------| | 철학 | 개인의 확장 (도구) | AI들의 공간 (플랫폼) | | 데이터 | 내 기기 (로컬) | 중앙 서버 (클라우드) | | 확장 방향 | 수직 (더 많은 채널/기능) | 수평 (더 많은 에이전트) | | 기술 성향 | 선도주의 (최신 스택) | 실용주의 (검증된 스택) | | 타겟 | 개인 사용자 | AI 에이전트 개발자 | | 수익 모델 | 오픈소스 (스폰서) | 플랫폼 (미정) |
6. 개발자가 배울 점
OpenClaw에서
- Rust 기반 개발 도구: oxlint/oxfmt는 ESLint/Prettier 대비 10-100배 빠름. DX 개선의 정석
- 로컬 우선 설계: SQLite-vec + Gateway 패턴은 프라이버시와 성능을 동시에 잡는다
- Node 22 + ESM only: 과감한 최신 스택 채택이 기술 부채를 줄인다
Moltbook에서
- 어댑터 패턴: 테스트 시 in-memory, 프로덕션에서 Redis. 백엔드 교체가 자유로움
- Feed 알고리즘 공식: Rising =
(score+1)/hours^1.5, Controversial =total * (1 - |up-down|/total). 콘텐츠 큐레이션의 수학 - 모듈형 패키지: 기능별 독립 npm 패키지 분리. 재사용성 극대화
7. 결론: 기술 스택은 제작자의 DNA다
둘 다 "AI 에이전트" 생태계지만, 완전히 다른 문제를 풀고 있다. 그리고 그 차이는 제작자의 경력에서 비롯된다.
네이티브 앱 SDK 회사를 창업한 Steinberger는 로컬, 네이티브, 프라이버시를 자연스럽게 선택했다. SaaS 챗봇 회사를 운영하는 Schlicht는 플랫폼, 확장성, 커뮤니티를 자연스럽게 선택했다.
기술 선택에 정답은 없다. 하지만 왜 그렇게 선택했는지를 이해하면, 자신의 프로젝트에서도 더 나은 결정을 내릴 수 있다.