OpenClaw 콘텐츠 기획 패키지

개요

이 문서는 지금까지 만든 OpenClaw 튜토리얼 1~4편을 바탕으로, 단테랩스용 유튜브 콘텐츠 기획안으로 재구성한 패키지입니다.

대상 시리즈,

1. OpenClaw는 메신저 챗봇이 아니라 gateway다
2. Heartbeat vs Cron
3. Nodes / Canvas / Camera
4. Multi-agent / Workspace / Memory
5. Channels / Group mention / Pairing / Security
6. Plugins / Hooks / Webhooks / Automation

---

시리즈 전체 방향

핵심 포지셔닝

OpenClaw는 단순 봇이 아니라,

• self-hosted assistant runtime
• messaging-native gateway
• device-extended agent platform
• 운영형 assistant 시스템

이라는 관점으로 잡는 것이 좋습니다.

시리즈 톤

• 기능 소개보다 **운영 관점** 강조
• “무엇을 할 수 있나”보다 “왜 이 구조가 중요한가” 강조
• 설치법보다 **설계 철학과 실전 활용** 중심

---

EP1. OpenClaw는 메신저 챗봇이 아니라 gateway다

제목 후보

• OpenClaw, 메신저 챗봇으로 보면 절반만 이해한 겁니다
• OpenClaw의 진짜 정체: AI 비서 게이트웨이
• OpenClaw를 챗봇처럼 쓰면 아까운 이유

썸네일 카피

• 챗봇 아님
• 진짜 정체는 Gateway
• 메신저 + 에이전트 + 디바이스

오프닝 훅

“OpenClaw를 텔레그램 봇 정도로 생각하면, 이 프로젝트의 절반만 본 겁니다. 공식 문서를 뜯어보면 이건 단순히 봇이 아니라 agent를 메신저와 디바이스 위에 올리는 gateway에 가깝습니다.”

챕터

1. OpenClaw 한 줄 정의
2. Gateway 구조
3. 채널과 세션
4. 왜 self-hosted assistant runtime인가
5. 설치법보다 중요한 운영 관점

---

EP2. Heartbeat vs Cron

제목 후보

• OpenClaw Heartbeat와 Cron, 진짜 차이 딱 정리해드립니다
• OpenClaw 자동화에서 가장 헷갈리는 Heartbeat vs Cron
• OpenClaw를 잘 쓰려면 Heartbeat와 Cron부터 구분해야 합니다

썸네일 카피

• Heartbeat vs Cron
• 뭐가 다르지?
• 감시 vs 예약

오프닝 훅

“OpenClaw에서 자동화를 걸다 보면 거의 무조건 헷갈리는 게 있습니다. Heartbeat랑 Cron이 둘 다 주기적으로 뭔가 돌리는 것 같은데, 사실은 역할이 완전히 다릅니다.”

챕터

1. 한 줄 차이
2. heartbeat가 맞는 작업
3. cron이 맞는 작업
4. main vs isolated
5. 실전 추천 조합

---

EP3. Nodes / Canvas / Camera

제목 후보

• OpenClaw가 진짜 재밌는 이유: Nodes입니다
• OpenClaw는 왜 다른 agent 툴보다 더 확장성이 커 보일까
• 카메라와 화면을 쓰는 AI 비서, OpenClaw Nodes 뜯어보기

썸네일 카피

• OpenClaw 진짜 핵심
• 카메라 쓰는 AI
• 모바일이 도구가 된다

오프닝 훅

“많은 agent 툴이 메신저 연동이나 웹 자동화까진 이야기합니다. 그런데 OpenClaw는 공식 문서에서부터 iPhone, Android, macOS를 agent의 node로 붙이는 구조를 설명합니다. 저는 이게 OpenClaw의 진짜 차별점이라고 봅니다.”

챕터

1. node란 무엇인가
2. gateway와 node의 역할 차이
3. canvas / camera / screen recording
4. media understanding과 결합
5. 실전 제약과 운영 포인트

---

EP4. Multi-agent / Workspace / Memory

제목 후보

• OpenClaw를 진짜 운영 도구로 만드는 건 Workspace와 Memory입니다
• OpenClaw 멀티에이전트 구조, 이렇게 이해하면 쉽습니다
• OpenClaw는 왜 기억을 파일로 다룰까

썸네일 카피

• 기억은 파일이다
• brain 여러 개 운영하기
• workspace가 핵심

오프닝 훅

“OpenClaw를 제대로 이해하려면 채널보다 workspace를 먼저 봐야 합니다. 왜냐하면 이 프로젝트는 기억과 성격, 규칙을 세션이 아니라 파일 구조로 운영하는 방향이 아주 강하기 때문입니다.”

챕터

1. agent의 정의
2. workspace 구조
3. memory 두 층
4. multi-agent routing
5. 운영 설계 팁

---

EP5. Channels / Group Mention / Pairing / Security

제목 후보

• OpenClaw 보안은 pairing과 mention gating부터 시작합니다
• OpenClaw를 그룹방에 넣기 전에 꼭 알아야 할 것들
• OpenClaw 채널 운영, 허술하게 열면 위험한 이유

썸네일 카피

• 단순히 열면 위험
• Pairing / Allowlist / Mention
• 운영 보안 핵심

오프닝 훅

“OpenClaw는 공식 문서부터 상당히 보수적입니다. allowFrom, pairing, group policy, mention gating을 먼저 보라고 하죠. 그 이유는 이 assistant가 생각보다 훨씬 강한 권한을 가질 수 있기 때문입니다.”

챕터

1. DM policy / pairing
2. groupPolicy / allowlist
3. mention gating
4. 채널별 운영 포인트
5. 처음에는 어떻게 잠가야 하나

---

EP6. Plugins / Hooks / Webhooks / Automation

제목 후보

• OpenClaw를 진짜 플랫폼처럼 만드는 건 Plugins와 Hooks입니다
• OpenClaw 자동화 확장, Hooks와 Webhooks 구조 이해하기
• OpenClaw 플러그인 생태계와 자동화 포인트 정리

썸네일 카피

• OpenClaw 확장 포인트
• Hooks / Webhooks / Plugins
• 플랫폼의 시작

오프닝 훅

“OpenClaw가 재밌는 이유는 기능이 많아서가 아닙니다. plugin, hook, webhook 구조를 보면 이게 단순 assistant를 넘어서 확장 가능한 플랫폼 쪽으로 가고 있다는 게 보입니다.”

챕터

1. plugin이 하는 역할
2. hooks 이벤트 시스템
3. webhook ingress
4. 자동화 설계 패턴
5. 무엇을 붙이면 좋은가

---

업로드 추천 순서

1. EP1 Gateway 정체성
2. EP2 Heartbeat vs Cron
3. EP3 Nodes
4. EP4 Workspace / Memory
5. EP5 Security / Group 운영
6. EP6 Plugins / Hooks / Webhooks

이 순서가 좋은 이유,

• 정체성 → 자동화 → 차별점 → 운영 철학 → 보안 → 확장성

으로 자연스럽게 깊어집니다.

---

시리즈 공통 메시지

• OpenClaw는 설치형 챗봇이 아니다
• OpenClaw는 운영형 assistant runtime이다
• OpenClaw는 메시징 + 세션 + 기억 + 디바이스 + 자동화를 한데 묶는다
• 진짜 차별점은 nodes와 workspace 철학이다