OpenClaw 시작 가이드

이런 생각이 드실 수 있습니다

OpenClaw와 AI 에이전트에 대해 계속 듣는데, 실제로 뭘 할 수 있는 건가요?

그런 궁금증이 있다면 — 좋습니다. 바로 그게 시작하기에 적절한 지점입니다.

핵심 아이디어

OpenClaw는 자신만의 AI 어시스턴트를 실행하고 텔레그램, WhatsApp, Discord, Slack 등 일반적인 채널을 통해 대화할 수 있게 해줍니다 — 하나의 브라우저 탭에 가두지 않고요.

하지만 채널은 시작점일 뿐입니다. OpenClaw는 크론 작업을 통해 예약 및 반복 작업을 실행하고, 하트비트를 통해 어시스턴트가 요청 없이도 능동적으로 확인하며, 스마트폰, 노트북 및 기타 기기를 노드로 연결하여 카메라, 화면, 로컬 명령을 단일 게이트웨이를 통해 에이전트가 사용할 수 있게 합니다.

OpenClaw는 완전한 오픈 소스입니다 — 코드의 모든 줄을 읽고, 보안 모델을 감사하고, 기여할 수 있습니다. 약 4개월 만에 GitHub에서 가장 많은 스타를 받은 프로젝트 1위가 되었으며, 이는 어떤 소프트웨어 프로젝트에서도 전례가 없는 일입니다.

실제로 왜 중요한가

OpenClaw가 아닌 것

OpenClaw가 잘 맞는 경우

OpenClaw가 맞지 않는 경우 (현재로서는)

이런 것을 기대한다면 OpenClaw는 적합하지 않을 수 있습니다:

• •설정이나 유지 관리 없이 바로 사용할 수 있는 완성된 제품.
• •한 번 설치하고 다시 신경 쓸 필요 없는 소비자용 앱.
• •모델, 보안, 채널 등 모든 결정을 사용자 입력 없이 대신 해주는 것.

이것은 OpenClaw의 결함이 아닙니다 — 적합성의 문제입니다. 완전한 제어를 원한다면 몇 가지 선택을 해야 합니다. 이 가이드는 그 선택을 빠르고 수월하게 만들어 드립니다.

미리 설정할 현실적인 기대

OpenClaw는 즉각적인 완벽함이 아닌 레버리지를 제공합니다. 보상은 장기적입니다: 잘 구성하면 강력한 개인 운영 레이어가 될 수 있습니다. 하지만 첫 설정에는 결정(호스팅, 모델 제공업체, 채널, 보안 경계)이 필요합니다. 이 가이드는 그 결정을 명확하고 빠르게 내릴 수 있도록 합니다.

시작하기 전에: 보안 현실 점검

이 가이드 읽는 방법

이런 생각이 드실 수 있습니다

정말 OpenClaw가 필요한 건가요, 아니면 ChatGPT / Claude / Codex / Copilot / Manus를 쓰면 되나요?

정확히 맞는 질문입니다. 이 도구들은 겹치는 부분이 있지만, 정확히 같은 문제를 해결하려는 것은 아닙니다.

대부분의 사람들이 처음 느끼는 실질적인 차이

첫날 느끼는 가장 큰 차이는 간단합니다: 이 어시스턴트가 매일 사용하는 앱에서 만날 수 있는지, 아니면 주로 자체 공식 인터페이스 안에만 존재하는지입니다.

OpenClaw 비교

어떤 AI 에이전트가 가장 좋은가요?

이 시장은 매주 변합니다. 하나의 보편적인 승자가 있는 척하기보다, 이것을 적합성 확인으로 활용하세요.

• →가장 빠른 시작과 최소한의 설정을 원한다면, 상용 에이전트가 종종 올바른 첫 선택입니다.
• →자신의 환경과 채널에서 형성하고, 라우팅하고, 실행할 수 있는 하나의 어시스턴트를 원한다면, OpenClaw가 종종 더 나은 장기적 경로입니다.
• →하이브리드 경로도 정상입니다: 속도를 위해 상용 에이전트로 시작한 뒤, 제어와 채널 범위가 실질적 제약이 되면 OpenClaw로 전환하세요.

OpenClaw 생태계 성장세

OpenClaw는 4개월 만에 GitHub에서 가장 인기 있는 오픈소스 프로젝트가 되었습니다. 위의 숫자가 "최고"를 보장하지는 않지만, 실제 운영자들이 프로덕션과 유사한 환경에서 생태계를 스트레스 테스트하고 있다는 신호입니다.

첫 번째 배포 질문은 "무엇이 가장 쉬운가?"가 아닙니다. 이것입니다: 이 에이전트가 속거나, 오작동하거나, 실수하면 무엇에 접근할 수 있는가?

OpenClaw는 외부 입력(메시지, 웹 콘텐츠, 이메일, 도구)을 처리할 수 있습니다. 즉, 프롬프트 인젝션과 도구 오용은 예외적인 경우가 아니라 실질적인 운영 위험입니다. 따라서 배포 선택은 주로 피해 범위 결정입니다.

보안 우선 사고 모델

빠른 비교 (위험 관점)

실용적 기본 권장 사항

• ✓에이전트에 광범위한 셸/도구 접근을 부여하는 경우: 개인 노트북보다 전용 하드웨어나 격리된 VPS를 선호하세요.
• ✓인프라 부담이 적은 가장 빠른 경로를 원하는 경우: 매니지드 호스팅을 고려한 후 나중에 이전하세요.
• ✓어쨌든 로컬에서 실행하는 경우: 강하게 제한하지 않는 한 고위험으로 취급하세요.

흔한 실패 모드

• ✗신뢰 경계를 정의하기 전에 강력한 도구 부여
• ✗민감한 데이터와 광범위한 셸 접근이 있는 개인 머신에서 실행
• ✗프롬프트 인젝션이 이론적이라고 가정
• ✗인증 + 접근 경로를 강화하기 전에 게이트웨이/네트워크 표면 노출
• ✗Docker를 보안 아키텍처로 혼동

이 섹션은 몇 분 안에 호스팅 경로를 선택하는 데 도움을 줍니다. 이 선택은 단순한 호스팅이 아닌 제어 vs 책임의 결정입니다.

매니지드 vs Raw VPS: 실제로 선택하는 것

매니지드 제공업체에서는 운영 부담을 없애기 위해 비용을 지불합니다: 빠른 설정, 적은 인프라 작업, 그리고 종종 더 깔끔한 관리 경험. Raw VPS에서는 런타임, 업그레이드, 보안 태세, 이식성에 대한 최대 제어를 유지하지만 — 모든 실수와 유지 관리 작업을 직접 감당합니다.

실질적인 트레이드오프

매니지드 호스팅 제공업체 디렉토리

추적 중인 제공업체 103개

Simen

simen.ai

OpenClaw AI 에이전트를 60초 만에 배포하세요 — 코딩도, 서버도 필요 없습니다. WhatsApp이나 Slack으로 이메일, 일정 관리 등을 자동화하세요. 지금 무료로 시작하세요.

최저 $1/mo방문

Hostinger

hostinger.com

Hostinger를 선택하고 완벽한 사이트를 만드세요. 공유 호스팅과 도메인부터 VPS와 클라우드 플랜까지. 온라인 성공에 필요한 모든 것을 갖추고 있습니다.

최저 $1.99/mo방문

xCloud

xcloud.host

xCloud를 만나보세요 — WordPress 및 서버 관리를 위한 차세대 관리형 호스팅 패널. 설정을 자동화하고 성능을 극대화합니다.

최저 $3/mo방문

RunClaw

runclaw.ai

5분 만에 SSH 키로 보호되는 OpenClaw 봇을 배포하세요. Docker 샌드박스, UFW 방화벽, fail2ban, 자동 업데이트, 완전 관리형.

최저 $3.49/mo방문

OpenClaw Setup

openclaw-setup.me

내장 채팅, 파일 업로드, Telegram/Slack/WhatsApp 연동, 모델별 비용 추적을 제공하는 관리형 OpenClaw 호스팅.

최저 $3.9/mo방문

Blink Claw

blink.new

Docker, VPS, 별도 AI 계정 없이 OpenClaw을 실행하세요. 원클릭 배포, 200개 이상의 AI 모델 포함, 무제한 에이전트, 항상 가동.

최저 $4/mo방문

KiloClaw

kilo.ai

Kilo가 관리하고 보호하는 나만의 AI 에이전트. 500개 이상의 모델, 엔터프라이즈 보안, DevOps 제로로 OpenClaw을 몇 초 만에 배포하세요.

최저 $4/mo방문

ClawSimple

clawsimple.com

모든 유료 플랜에서 BYOK를 지원하는 Telegram 봇용 관리형 OpenClaw 호스팅. 공식 Telegram 봇 지원, 안전한 런타임 기본 설정, 서버당 다중 에이전트.

최저 $4.92/mo방문

OpenClaw Cloud (setupopenclaw)

setupopenclaw.com

OpenClaw(구 Clawdbot/Moltbot)을 60초 만에 실행하세요. 터미널도, VPS 관리도 필요 없습니다. 무료 LLM과 15개 이상의 스킬이 사전 설치된 완전 관리형 AI 어시스턴트.

최저 $5/mo방문

EasyClaw Pro

easyclaw.pro

EasyClaw으로 OpenClaw 배포를 원클릭으로. Telegram, Discord 또는 WhatsApp을 연결하고, Claude, GPT 또는 Gemini를 선택하면 1분 이내에 시작됩니다.

최저 $5/mo방문

OpenClaw AI

openclawd.ai

OpenClaw AI — 자체 하드웨어에서 실행되는 오픈소스 개인 인텔리전스 시스템. Mac mini, Windows 또는 Linux에 배포하세요. 이전 이름: Clawdbot, Moltbot.

최저 $5/mo방문

Klaus

klausai.com

5분 만에 나만의 AI 직원을. 모든 모델, 수백 가지 통합, 모든 계정을 갖춘 클라우드의 안전한 OpenClaw. 수백 개의 기업이 신뢰합니다.

최저 $7/mo방문

더 보기

어디서 시작할까?

두 경우 모두 첫날부터 OpenClaw 설정과 워크스페이스를 이식 가능하게 유지하세요.

모델 선택은 단순히 품질만의 문제가 아닙니다. OpenClaw에서는 운영 비용, 도구 사용 안정성, 보안 태세에 직접 영향을 미칩니다.

최상위 모델에 대한 가장 저렴한 경로

많은 사용자에게 강력한 모델을 실행하는 가장 저렴한 방법은 순수 토큰당 과금 API 대신 기존 구독에 OpenClaw를 연결하는 것입니다.

중요 참고: 구독 커넥터는 정책에 따라 다릅니다

OpenAI vs Anthropic 태도

OpenRouter와 토큰당 과금 통합 서비스

OpenRouter는 모델 다양성과 빠른 실험에 뛰어나지만, 순수 토큰 과금으로는 사용량이 많은 어시스턴트가 빠르게 비싸질 수 있습니다.

로컬 모델: 강력하지만 고급 사용자 전용

로컬 LLM 설정은 하드웨어, 레이턴시, 컨텍스트 제한, 모델 품질 트레이드오프를 관리할 수 있는 고급 운영자를 위한 것입니다. 로컬은 외부 API 비용을 줄일 수 있지만, 약한 로컬 호스팅 모델은 도구를 사용하는 에이전트의 안전성/안정성을 저하시킬 수 있습니다.

추천 스타터 패턴

OpenClaw는 기본적으로 적대적 멀티 테넌트 시스템이 아닌 개인 에이전트(하나의 신뢰할 수 있는 운영자 경계)로 설계되었습니다. 채널 전략은 먼저 보안 설계 작업이고, 그 다음이 UX 결정입니다.

기본 안전 태세 (채널 추가 전)

openclaw security audit --deep
openclaw security audit --fix

빠른 적합성 가이드

페어링 및 접근 모델

주요 채널 전체에서 DM은 일반적으로 페어링 정책을 기본으로 합니다: 알 수 없는 발신자에게 코드가 제공되고, 승인될 때까지 메시지가 처리되지 않으며, 코드는 만료됩니다(약 1시간).

openclaw pairing list <channel>
openclaw pairing approve <channel> <CODE>

DM 스코프 정책

컨텍스트 비대화와 토큰 소모

/usage tokens
/usage full
/usage cost
/status
/context detail

그룹 채팅 작동 방식

추천 배포 순서

단계별: OpenClaw를 그룹에 추가하기

각 채널에는 자체 봇/계정 ID가 있습니다. 네이티브 플랫폼 제어를 사용하여 해당 ID를 그룹에 추가합니다. 그 ID가 항상 하나의 에이전트에 정확히 매핑되는 것은 아닙니다 — OpenClaw는 바인딩과 정책에 따라 인바운드 메시지를 다른 에이전트로 동적으로 라우팅할 수 있습니다.

모든 것을 처음부터 수동으로 구축하지 않고도 OpenClaw를 셀프 호스팅할 수 있습니다. 번들 또는 인스톨러는 호스트 강화, 설정 자동화, 미리 채워진 설정 템플릿, 대시보드, 멀티 에이전트 규칙 등을 패키징한 커뮤니티 유지 관리 레이어입니다.

번들이란

번들은 유연성을 속도와 교환합니다. 로컬 전용 하드웨어(Mac mini, Pi, 미니 PC), 수동 단계를 줄이고 싶은 VPS 설정, 운영 기본값을 빠르게 원하는 팀에 가장 유용합니다. 첫날부터 완전 커스텀 아키텍처가 필요한 경우에는 덜 유용합니다.

세 가지 예시

평가 체크리스트

프로덕션 서버에서 사용하기 위해 이 OpenClaw 번들/래퍼를 평가하고 있습니다.
저장소 URL: [여기에 URL 붙여넣기]

다음을 제공해 주세요:
1. 이 프로젝트가 하는 일의 평문 요약
2. 주장하는 기능 vs 저장소에서 검증 가능한 증거
3. 보안 위험 신호 (네트워크 노출, 시크릿 처리, 권한)
4. 운영 종속 지점 (이전 난이도, 커스텀 포맷)
5. 업데이트/유지 관리 건강 신호

순수 OpenClaw vs 번들

OpenClaw는 역할을 명확히 분리할 때 가장 이해하기 쉽습니다.

게이트웨이 = 제어 플레인 (세션, 채널, 라우팅, 정책). 노드 = 기능 호스트 (카메라, 캔버스, 화면, 위치, 시스템 명령). 노드는 role: node로 동일한 게이트웨이 WebSocket에 연결하고 명령 클레임을 광고하는 보조 기기입니다.

노드가 존재하는 이유

노드는 하나의 실질적인 문제를 해결합니다: 최고의 어시스턴트 두뇌는 클라우드에서 실행될 수 있지만, 유용한 기능은 종종 로컬 기기에 있습니다. 노드 없이는 VPS 게이트웨이가 VPS 로컬 리소스에서만 작동할 수 있습니다. 노드를 사용하면 하나의 게이트웨이가 로컬 데스크톱/브라우저/화면 기능, 폰 카메라/위치/음성 기능, 노드 호스트를 통한 원격 머신 명령 실행을 오케스트레이션할 수 있습니다.

VPS 게이트웨이 + 데스크톱-노드: 가능해지는 것

이것은 진지한 사용자를 위한 가장 높은 레버리지 설정 중 하나입니다. VPS 게이트웨이는 채널, 메모리, 라우팅을 위해 항상 켜져 있습니다. 데스크톱 노드 호스트는 로컬에서 실행되며 필요 시 로컬 기능을 제공합니다. 클라우드 호스팅 에이전트가 데스크톱에서 명령을 트리거하거나, 메인 런타임을 VPS에 유지하면서 로컬 브라우저/캔버스/카메라를 사용하거나, 분산 실행 표면에 중앙 집중식 정책을 적용하는 패턴을 가능하게 합니다.

이 아키텍처는 얼마나 안전한가요?

짧은 답변: 의도적으로 구성하면 강력합니다; 과도한 권한을 부여하면 위험합니다. 노드는 힘을 더하고 따라서 공격 표면을 확장합니다.

핵심 제어 레이어

페어링, 인증, 승인

openclaw devices list
openclaw devices approve <requestId>
openclaw devices reject <requestId>
openclaw nodes status

플랫폼 기능

플랫폼 지원은 명령 계열과 런타임 상태에 따라 다릅니다. iOS/Android 카메라와 캔버스 액션은 포그라운드 전용입니다; 백그라운드 호출은 실패할 수 있습니다. system.run은 노드 지원과 승인/허용 목록 충족 모두 필요합니다.

openclaw nodes status
openclaw nodes describe --node <idOrNameOrIp>
openclaw approvals get --node <idOrNameOrIp>

노드 배포를 위한 추천 보안 태세

VPS + 노드가 잘 맞는 경우

운영 책임 제로 또는 정책 튜닝 없이를 원하면 적합하지 않습니다.

OpenClaw 네트워킹은 세 가지 역할을 명확히 분리하면 가장 이해하기 쉽습니다. 큰 그림 규칙: 기본적으로 게이트웨이를 비공개로 유지하고, 의도적으로 원격 접근을 추가하세요.

게이트웨이 = 단일 두뇌/제어 플레인 (세션, 인증, 라우팅, 채널). 클라이언트 = 해당 게이트웨이에 연결하는 사람과 앱. 노드 = 게이트웨이에 기능(카메라, 캔버스, 시스템)을 노출하는 주변 기기.

먼저 사고 모델 (설정 전에)

• •신뢰 경계당 하나의 권위적 게이트웨이가 있어야 합니다.
• •메시지는 게이트웨이(텔레그램/WhatsApp/Discord/Slack)에 도착하며, 노드에 도착하지 않습니다.
• •나가는 라우팅은 인바운드 채널에 대해 결정론적입니다.
• •세션 상태는 게이트웨이 호스트에 있으며, UI는 해당 상태의 클라이언트일 뿐입니다.

안전한 기본 아키텍처

# gateway.yaml
gateway:
  bind: "loopback"
  auth:
    token: "your-strong-token-here"
  channels:
    dmPolicy: "pairing"

원격 접근 패턴

ssh -L 18789:127.0.0.1:18789 user@your-vps

노드와 네트워크 경계

노드는 미니 게이트웨이가 아닙니다; 연결된 실행 표면입니다. 노드 페어링은 실행 승인 부여와 별개입니다. 게이트웨이 인증은 제어 플레인에 접근할 수 있는 주체를 제어합니다. 노드 승인/허용 목록은 해당 노드에서 실행될 수 있는 것을 제어합니다. 클라우드 게이트웨이 + 홈 노드는 유효하고 일반적이지만, 경계 표면을 확장합니다.

디스커버리 및 전송 주의사항

• •로컬 디스커버리(Bonjour/mDNS)는 편의성에 도움이 되지만 접근성에 대한 가정을 숨길 수 있습니다.
• •테일넷/LAN 주소 지정은 localhost 동작과 다릅니다.
• •"로컬에서 작동, 원격에서 실패"는 보통 바인딩/인증/터널 불일치를 의미하며 모델 문제가 아닙니다.
• •명시적 --url로 원격 CLI 호출 시 명시적 자격 증명도 전달하세요.

Docker/네트워크 현실

흔한 실패 패턴

실용적인 네트워크 배포 순서