OpenClaw 완전 가이드
설치부터 운영, 자동화, 멀티 인스턴스 활용까지

OpenClaw는 내 PC·서버에서 직접 운영하는 개인 AI 비서 게이트웨이입니다. Telegram, Discord, Slack, WhatsApp 같은 메신저에서 AI 비서에게 말을 걸고, 브라우저·파일·노드·스케줄러·서브에이전트까지 연결해 “항상 켜져 있는 개인 운영 비서”처럼 사용할 수 있습니다.

목차

1. OpenClaw란 무엇인가

OpenClaw는 공식 설명 그대로 “자기 기기에서 직접 실행하는 개인 AI assistant”입니다. 핵심은 하나의 Gateway가 여러 메신저·웹 UI·모바일 노드·브라우저·자동화 도구를 연결하고, 그 위에서 AI agent가 사용자의 지시를 처리한다는 점입니다.

일반 챗봇과 다른 점은 세 가지입니다.

• Self-hosted: 사용자가 직접 운영합니다. 데이터와 권한이 내 Gateway 중심으로 모입니다.
• Multi-channel: Telegram, Discord, Slack, WhatsApp, Signal, Google Chat, Matrix, iMessage 계열, LINE, Zalo 등 다양한 채널을 한 Gateway에서 다룰 수 있습니다.
• Agent-native: 단순 답변이 아니라 도구 사용, 세션, 메모리, 스킬, 브라우저 자동화, 노드 제어, 서브에이전트, 예약 작업을 전제로 설계되어 있습니다.

2. 구조 이해: Gateway, Agent, Workspace

초보자에게 OpenClaw를 이해시키려면 다음 비유가 가장 쉽습니다.

Gateway만 실행해도 OpenClaw의 핵심 기능은 사용할 수 있습니다. macOS 앱, iOS/Android 앱, 노드, Canvas 등은 경험을 확장하는 선택 기능입니다.

3. OS별 설치 방법

3-1. 공통 준비물

• Node.js: Node 24 권장, Node 22.14+ 지원
• 모델 제공자 인증: OpenAI, Anthropic, Google 등 API key 또는 OAuth
• 터미널 사용 환경
• 메신저 채널을 연결할 경우 해당 서비스의 bot token 또는 로그인 권한

3-2. macOS 설치

가장 쉬운 방법은 공식 installer script입니다.

curl -fsSL https://openclaw.ai/install.sh | bash

Node를 직접 관리하고 싶다면 다음처럼 설치할 수 있습니다.

brew install node
npm install -g openclaw@latest
openclaw onboard --install-daemon

--install-daemon을 사용하면 macOS에서는 LaunchAgent 방식으로 Gateway가 백그라운드에서 계속 실행되도록 설정됩니다.

3-3. Linux 설치

curl -fsSL https://openclaw.ai/install.sh | bash

Node를 직접 설치해 관리하는 경우:

npm install -g openclaw@latest
openclaw onboard --install-daemon

Linux/WSL2에서는 일반적으로 systemd user service로 Gateway를 설치합니다. 설치 후 상태는 다음으로 확인합니다.

openclaw gateway status
openclaw doctor

3-4. Windows 설치: WSL2 권장

OpenClaw는 Native Windows도 지원하지만, 공식 문서상 더 안정적인 경로는 WSL2입니다. 브라우저, CLI 도구, systemd, Node 생태계까지 고려하면 장기 운영에는 WSL2가 낫습니다.

WSL2 설치 흐름

# PowerShell 관리자 권한
wsl --install
# 또는 배포판 지정
wsl --list --online
wsl --install -d Ubuntu-24.04

WSL 안에서 systemd를 활성화합니다.

sudo tee /etc/wsl.conf >/dev/null <<'EOF'
# wsl.conf boot section
systemd=true
EOF

PowerShell에서 WSL을 재시작합니다.

wsl --shutdown

Ubuntu를 다시 열고 확인합니다.

systemctl --user status

이후 WSL 안에서 OpenClaw를 설치합니다.

curl -fsSL https://openclaw.ai/install.sh | bash
openclaw onboard --install-daemon

Native Windows 설치

iwr -useb https://openclaw.ai/install.ps1 | iex

또는 Node를 직접 설치한 뒤:

npm install -g openclaw@latest
openclaw onboard --install-daemon

3-5. npm, pnpm, bun, source install

이미 Node 환경을 직접 관리한다면 패키지 매니저로 설치할 수 있습니다.

# npm
npm install -g openclaw@latest
openclaw onboard --install-daemon

# pnpm
pnpm add -g openclaw@latest
pnpm approve-builds -g
openclaw onboard --install-daemon

# bun
bun add -g openclaw@latest
openclaw onboard --install-daemon

소스에서 직접 개발·실행하려면:

git clone https://github.com/openclaw/openclaw.git
cd openclaw
pnpm install
pnpm build
pnpm ui:build
pnpm openclaw onboard --install-daemon

4. 최초 온보딩과 대시보드

초보자에게 가장 권장되는 시작 명령은 이것입니다.

openclaw onboard --install-daemon

온보딩은 보통 다음을 설정합니다.

• Gateway 설정
• 기본 workspace 위치
• 모델 제공자와 API key/OAuth
• 기본 모델과 fallback
• 채널 연결
• Daemon/service 설치
• 초기 health check

설치 후 웹 대시보드를 엽니다.

openclaw dashboard

기본 로컬 주소는 보통 다음입니다.

http://127.0.0.1:18789/

5. 핵심 명령어 총정리

5-1. 상태 확인

openclaw --version
openclaw status
openclaw status --all
openclaw status --deep
openclaw status --usage
openclaw health
openclaw doctor

초보자 운영 루틴은 openclaw status, openclaw gateway status, openclaw doctor 세 개만 기억해도 됩니다.

5-2. Gateway 운영

openclaw gateway status
openclaw gateway run
openclaw gateway start
openclaw gateway stop
openclaw gateway restart
openclaw gateway install
openclaw gateway uninstall
openclaw gateway probe
openclaw gateway health

Gateway는 OpenClaw의 중심 서버입니다. 채널 메시지, 세션, 브라우저, 노드, cron, hooks가 모두 Gateway를 통해 움직입니다.

5-3. 설정 관리

설정 파일은 기본적으로 ~/.openclaw/openclaw.json입니다. JSON5 형식을 사용합니다.

openclaw config file
openclaw config get agents.defaults.workspace
openclaw config set agents.defaults.heartbeat.every "30m"
openclaw config unset plugins.entries.brave.config.webSearch.apiKey
openclaw config schema
openclaw config validate

5-4. 메시지 보내기

openclaw message send --channel telegram --target <chat-id> --message "Hello"
openclaw message broadcast --message "공지"
openclaw message react --channel telegram --target <chat-id> --message-id <id> --emoji 👍
openclaw message poll --channel telegram --target <chat-id> --poll-question "점심?" --poll-option "한식" --poll-option "일식"

메시지 명령은 실제 외부 전송이므로 운영 환경에서는 target과 channel을 반드시 확인해야 합니다.

5-5. 세션과 서브에이전트

openclaw sessions
openclaw sessions --agent main
openclaw sessions --active 120
openclaw sessions cleanup --dry-run
openclaw sessions cleanup --enforce

긴 작업은 메인 대화를 막지 않도록 서브에이전트에 맡기는 것이 좋습니다. OpenClaw의 subagent completion은 push-based라서 완료 이벤트가 오면 알려주는 방식입니다. 반복적으로 상태를 polling하는 방식은 권장되지 않습니다.

5-6. 브라우저 자동화

openclaw browser profiles
openclaw browser status
openclaw browser start
openclaw browser open https://example.com
openclaw browser snapshot
openclaw browser screenshot
openclaw browser tabs

프로필은 보통 두 종류가 중요합니다.

• openclaw: OpenClaw가 관리하는 격리 브라우저
• user: 사용자의 기존 로그인 쿠키가 들어 있는 브라우저

5-7. Nodes

openclaw nodes status
openclaw nodes pending
openclaw nodes approve <request-id>
openclaw nodes describe --node <id-or-name>
openclaw nodes camera list
openclaw nodes camera snap --node <id>
openclaw nodes location get --node <id>

두 번째 노트북이나 휴대폰을 OpenClaw 생태계에 붙이고 싶다면, 별도 Gateway보다 node로 붙이는 방식이 더 자연스러운 경우가 많습니다.

6. 채널 연결과 보안

OpenClaw는 다양한 채널을 지원합니다. 공식 문서 기준 built-in 및 bundled/plugin channel에는 Telegram, Discord, Slack, WhatsApp, Signal, Google Chat, Matrix, Microsoft Teams, LINE, Mattermost, Nextcloud Talk, Nostr, Synology Chat, Tlon, Twitch, Zalo, QQ Bot, WebChat 등이 포함됩니다.

초보자가 가장 쉽게 시작할 수 있는 채널은 보통 Telegram입니다. BotFather에서 bot token을 만들고 온보딩 또는 config에 넣으면 됩니다.

DM 정책

채널에서 가장 중요한 설정은 “누가 내 AI 비서에게 말을 걸 수 있는가”입니다.

그룹 채팅

그룹에서는 기본적으로 mention gating을 켜는 것이 안전합니다. 즉, 누군가가 명시적으로 @openclaw 또는 지정한 호출어를 썼을 때만 응답하게 합니다.

{
  channels: {
    telegram: {
      enabled: true,
      dmPolicy: "pairing"
    }
  },
  messages: {
    groupChat: {
      visibleReplies: "message_tool"
    }
  }
}

7. 자동화: Cron, Heartbeat, Hooks

7-1. Cron jobs

Cron은 Gateway 내장 스케줄러입니다. 알림, 정기 리포트, 백그라운드 점검, 장문 리서치 자동화에 사용합니다.

# 1회성 리마인더
openclaw cron add \
  --name "Reminder" \
  --at "2026-05-02T09:00:00+09:00" \
  --session main \
  --system-event "Reminder: 오늘 할 일 확인" \
  --wake now \
  --delete-after-run

# 매일 아침 브리핑
openclaw cron add \
  --name "Morning brief" \
  --cron "0 7 * * *" \
  --tz Asia/Seoul \
  --session isolated \
  --message "밤사이 주요 뉴스와 캘린더를 요약해줘."

실행 방식은 다음처럼 구분됩니다.

• main: 메인 세션에 system event를 넣음. 리마인더에 적합
• isolated: 매번 새 세션에서 실행. 정기 리포트에 적합
• current: 생성 당시 현재 세션에 묶음
• session:<id>: 지정 세션에 누적

7-2. Heartbeat

Heartbeat는 느슨한 주기로 agent를 깨워 proactive check를 하게 만드는 구조입니다. 정확한 시간 예약은 cron, “가끔 확인하고 필요한 것만 말하기”는 heartbeat가 적합합니다.

openclaw system heartbeat last
openclaw system heartbeat enable
openclaw system heartbeat disable
openclaw system event --text "Check urgent follow-ups" --mode now

7-3. Hooks / Webhooks

외부 시스템에서 OpenClaw로 이벤트를 넣고 싶을 때 hooks를 사용합니다. 예를 들어 Gmail Pub/Sub, CI 알림, 내부 업무 시스템 이벤트를 Gateway로 보내 agent turn을 실행할 수 있습니다.

8. Memory와 Skills

8-1. Memory

OpenClaw의 기억은 마법 같은 블랙박스가 아니라 workspace 파일입니다.

MEMORY.md              # 장기 기억
memory/YYYY-MM-DD.md   # 일일 메모
HEARTBEAT.md           # heartbeat 때 확인할 지시

이 구조의 장점은 명확합니다. 사용자가 직접 읽고, 수정하고, 백업하고, Git으로 관리할 수 있습니다. 단, 주소·자산·계정·토큰 같은 민감정보가 들어갈 수 있으므로 공개 저장소에 올리면 안 됩니다.

8-2. Skills

Skills는 agent에게 특정 작업 절차를 알려주는 AgentSkills 호환 폴더입니다. 각 skill은 SKILL.md를 포함합니다.

---
name: weather
description: Get current weather and forecasts
---

Use this skill when the user asks about weather...

로딩 우선순위는 대략 다음과 같습니다.

1. <workspace>/skills
2. <workspace>/.agents/skills
3. ~/.agents/skills
4. ~/.openclaw/skills
5. bundled skills
6. extra skill folders

openclaw skills list
openclaw skills search "weather"
openclaw skills install <skill-slug>
openclaw skills update --all
openclaw skills check

9. 최근 업데이트에서 바뀐 점

조사 시점 기준 공식 GitHub 최신 release는 v2026.4.29이고, main 브랜치에는 2026.4.30 이후 작업이 진행 중인 것으로 확인됩니다. 따라서 설치자는 stable release와 main branch를 구분해야 합니다.

9-1. 2026.4.29 릴리스 주요 변화

• 메시징/자동화: active-run steering, visible-reply enforcement, spawned subagent routing metadata, heartbeat 기반 follow-up reminder tracking가 강화되었습니다.
• 메모리: people-aware wiki, provenance view, per-conversation Active Memory filter, timeout 시 partial recall 등 메모리 관련 기능이 확장되었습니다.
• 모델/프로바이더: NVIDIA provider, Bedrock Opus 계열 thinking parity, Codex/OpenAI-compatible replay/streaming 안정화, manifest 기반 모델/auth 경로 개선이 포함되었습니다.
• Gateway 안정성: slow-host startup 진단, runtime dependency repair, stale-session recovery, version-scoped update cache가 개선되었습니다.
• 채널 안정화: Slack Block Kit 제한, Telegram proxy/webhook/polling/send, Discord startup/rate-limit, WhatsApp delivery/liveness, Teams/Matrix/Feishu edge case가 다수 수정되었습니다.
• 보안/운영: OpenGrep scanning, GHSA triage 정책, exec/pairing/owner-scope 안전성, Docker/onboarding 자동화가 강화되었습니다.

9-2. main 브랜치에서 보이는 변화

릴리스 이후 main에는 Voice Call, Google Meet, Twilio, webhook preflight, credential redaction, proxy validation, provider catalog discovery, Docker runtime, Telegram/Discord/Slack/BlueBubbles 안정화 관련 변경이 이어지고 있습니다. 다만 main은 production gateway에 바로 쓰기보다 dev channel 성격으로 보는 것이 안전합니다.

9-3. 업데이트 방법

openclaw update
openclaw doctor
openclaw gateway restart
openclaw health

채널 전환:

openclaw update --channel stable
openclaw update --channel beta
openclaw update --channel dev
openclaw update --dry-run

10. 업데이트 실패·Telegram 무응답 복구

OpenClaw를 메신저 기반 개인 비서로 운영할 때 가장 당황스러운 상황은 두 가지입니다. 하나는 업데이트 중 Gateway가 죽는 경우이고, 다른 하나는 Telegram에서 갑자기 응답하지 않는 경우입니다. 이때는 메신저 안에서 해결하려고 하기보다, Gateway가 설치된 PC나 서버의 터미널에서 직접 상태를 확인하는 것이 가장 빠릅니다.

10-1. 업데이트 전 안전 루틴

운영 중인 Gateway라면 업데이트 전에 dry-run으로 어떤 일이 일어날지 먼저 확인하는 습관이 좋습니다.

openclaw update --dry-run
openclaw status
openclaw gateway status

문제가 없어 보이면 업데이트합니다.

openclaw update
openclaw doctor
openclaw gateway restart
openclaw health

업데이트 후에는 Telegram에만 의존하지 말고 터미널에서 openclaw status와 openclaw gateway status를 확인합니다.

10-2. 업데이트 중 Gateway가 죽었을 때

가장 먼저 현재 설치 상태와 Gateway 상태를 확인합니다.

openclaw --version
openclaw status
openclaw gateway status
openclaw doctor

Gateway가 죽어 있다면 재시작합니다.

openclaw gateway restart

그래도 안 되면 Gateway를 foreground에서 직접 실행해 에러 메시지를 봅니다.

openclaw gateway run --verbose

이 명령에서 흔히 확인되는 원인은 다음입니다.

• EADDRINUSE: 포트 충돌. 다른 Gateway나 이전 프로세스가 포트를 잡고 있음
• config validation error: ~/.openclaw/openclaw.json의 키나 타입 문제
• authentication/token error: 채널 bot token, Gateway token, provider auth 문제
• plugin runtime dependency error: 업데이트 후 plugin dependency repair 필요
• old binary/new config mismatch: 오래된 CLI와 최신 config가 충돌

10-3. 업데이트가 중간에 꼬였을 때 복구

openclaw update가 중간에 실패했다면, 먼저 다시 update를 시도하기보다 패키지 설치 상태를 정상화합니다.

npm install -g openclaw@latest
openclaw doctor
openclaw gateway restart
openclaw health

npm 설치 자체가 꼬였거나 글로벌 패키지 tree가 이상하면 installer를 다시 실행합니다.

# macOS / Linux / WSL2
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm

Native Windows PowerShell에서는 다음을 사용합니다.

iwr -useb https://openclaw.ai/install.ps1 | iex

복구 후에는 반드시 다음 순서로 확인합니다.

openclaw --version
openclaw doctor
openclaw gateway restart
openclaw status --all
openclaw channels status --probe

10-4. Telegram에서 응답이 없을 때

Telegram이 조용할 때는 아래 순서로 확인합니다.

openclaw gateway status
openclaw status --all
openclaw channels status --probe
openclaw logs --follow
openclaw pairing list

Telegram 관련 흔한 원인은 다음입니다.

10-5. 로그를 볼 때 확인할 키워드

openclaw logs --follow

로그에서 다음 키워드를 찾으면 원인 파악이 빠릅니다.

• EADDRINUSE: 포트 충돌
• validation, schema: config 형식 문제
• 401, unauthorized: token/auth 문제
• pairing, allowlist: sender 승인 문제
• rate limit, quota: provider 사용량 제한
• plugin, dependency: plugin dependency 문제

10-6. Rescue bot을 별도로 운영하는 방법

OpenClaw를 진지하게 운영한다면 rescue bot 구성을 추천합니다. 메인 Telegram bot이나 main Gateway가 깨졌을 때, 별도 profile과 별도 Telegram bot token으로 운영되는 rescue Gateway가 복구 창구가 됩니다.

# rescue profile 온보딩
openclaw --profile rescue onboard

# main Gateway가 18789라면 rescue는 19789처럼 충분히 떨어진 포트 사용
openclaw --profile rescue gateway install --port 19789

rescue bot은 메인 bot과 반드시 분리합니다.

• 별도 Telegram bot token
• 별도 profile/config
• 별도 state directory
• 별도 workspace
• 별도 Gateway port

메인 bot이 조용할 때 rescue 쪽에서 다음을 실행해 상태를 봅니다.

openclaw --profile rescue status
openclaw --profile rescue gateway status --deep
openclaw --profile rescue browser status

11. 여러 OpenClaw 운영법

OpenClaw를 여러 개 운영한다는 말은 두 가지 의미가 있습니다.

1. 하나의 Gateway 안에서 여러 Agent를 운영
2. 서로 다른 Gateway 인스턴스를 여러 개 운영

공식 권장에 가까운 기본값은 하나의 Gateway + 여러 Agent입니다. 여러 Gateway는 isolation, redundancy, rescue bot 같은 목적이 있을 때 사용합니다.

11-1. 하나의 Gateway + Multi-agent routing

업무용 agent, 개인용 agent, 가족 그룹용 agent, 개발용 agent를 하나의 Gateway 안에서 분리할 수 있습니다.

• 각 agent별 workspace 분리
• 각 agent별 session store 분리
• 채널/account/peer별 routing
• agent별 model, skill, sandbox 정책 분리

예시:

openclaw agents add work
openclaw agents list --bindings
openclaw gateway restart
openclaw channels status --probe

실무적으로는 다음 구성이 좋습니다.

• main: 개인 메인 비서
• work: 업무·개발·문서 작업 전용
• family: 가족/공용 채팅용. sandbox와 tool 제한 강화
• research: 긴 리서치와 report 작성 전용

11-2. 여러 Gateway 운영

별도 Gateway가 필요한 경우는 다음입니다.

• 메인 Gateway가 죽었을 때 복구할 rescue bot
• 완전히 다른 권한·config·state를 가진 운영 환경
• 테스트/개발 Gateway와 운영 Gateway 분리
• 조직/테넌트 단위 강한 isolation

공식 문서에서 권장하는 rescue bot 패턴:

# 기본 main Gateway는 그대로 두고
# rescue bot은 별도 profile, 별도 Telegram bot, 별도 port 사용
openclaw --profile rescue onboard
openclaw --profile rescue gateway install --port 19789

일반 multi-gateway 예시:

# main
openclaw setup
openclaw gateway --port 18789

# ops
openclaw --profile ops setup
openclaw --profile ops gateway --port 19789

서비스로 운영:

openclaw gateway install
openclaw --profile ops gateway install --port 19789

11-3. 반드시 분리해야 하는 것

포트는 최소 20 이상 간격을 두는 것이 좋습니다. Gateway base port가 18789라면 rescue는 19789처럼 띄우면 browser control, CDP derived port 충돌 가능성을 줄일 수 있습니다.

11-4. 두 번째 노트북은 Gateway보다 Node가 더 나은 경우

두 번째 PC의 화면, 브라우저, 파일, 카메라, 로컬 명령 실행이 목적이라면 별도 Gateway보다 node 연결이 더 자연스럽습니다. Gateway는 항상 켜진 메인 PC/VPS에 두고, 노트북·폰은 node로 붙이는 구조입니다.

12. 활용 예시

예시 1: 개인 투자/리서치 비서

• Telegram DM으로 종목·부동산 질문
• 브라우저 자동화로 공시/뉴스/청약 공고 확인
• cron으로 매일 아침 시장 브리핑 생성
• MEMORY.md에 투자 기준과 선호 기록
• reports/final에 HTML 리포트 생성

예시 2: 개발자 운영 비서

• GitHub issue/PR 요약
• 서브에이전트로 병렬 코드 리뷰
• Discord/Slack에서 mention 시만 응답
• cron으로 nightly test failure 요약
• skills로 배포/릴리스 체크리스트 표준화

예시 3: Rescue bot 운영

메인 bot이 설정 오류로 응답하지 않을 때 별도 Telegram bot으로 rescue Gateway에 접속해 상태를 점검합니다.

openclaw --profile rescue gateway status --deep
openclaw --profile rescue status
openclaw --profile rescue browser status

예시 4: 가족/공용 그룹용 제한 비서

• 그룹에서는 mention이 있을 때만 응답
• message send 외 위험 도구 제한
• browser, nodes, gateway, cron 같은 민감 도구 비활성화
• 개인 MEMORY.md는 공유하지 않는 별도 workspace 사용

예시 5: VPS Gateway + 개인 기기 Nodes

항상 켜져 있는 Linux VPS에 Gateway를 두고, 개인 노트북·휴대폰은 node로 붙입니다. 외부 접속은 Tailscale 같은 tailnet을 쓰는 구성이 안전합니다.

13. 문제 해결 체크리스트

13-1. 기본 진단 순서

openclaw --version
openclaw status
openclaw status --all
openclaw gateway status
openclaw gateway probe
openclaw doctor
openclaw channels status --probe
openclaw logs --follow

13-2. 흔한 문제

13-3. 운영 보안 원칙

• 개인 비서는 기본적으로 dmPolicy: pairing 또는 allowlist로 운영합니다.
• 그룹 채팅은 mention required를 기본으로 둡니다.
• 공개 repo에 .env, openclaw.json, MEMORY.md, 브라우저 프로필, 세션 파일을 올리지 않습니다.
• Webhook은 별도 token을 쓰고 tailnet/loopback/reverse proxy 뒤에 둡니다.
• 외부 skill/plugin은 설치 전 내용을 읽고, 필요하면 sandboxed agent에서만 사용합니다.
• 여러 Gateway를 돌릴 때는 config/state/workspace/port를 반드시 분리합니다.

마무리

OpenClaw는 단순한 챗봇 프레임워크가 아니라, 메신저·브라우저·기기·스케줄러·메모리·스킬을 하나로 묶는 개인 AI 운영체제에 가깝습니다. 제대로 쓰려면 처음에는 Gateway, Agent, Workspace, Channel, Skill, Memory라는 개념을 잡는 것이 중요합니다.

초보자에게 추천하는 첫 경로는 간단합니다.

# 1. 설치
curl -fsSL https://openclaw.ai/install.sh | bash

# 2. 온보딩 + 서비스 설치
openclaw onboard --install-daemon

# 3. 상태 확인
openclaw status
openclaw gateway status
openclaw doctor

# 4. 대시보드 열기
openclaw dashboard

운영이 익숙해지면 Telegram/Discord/Slack 같은 채널을 연결하고, cron으로 정기 업무를 자동화하고, skills로 반복 절차를 표준화하고, 필요하면 multi-agent 또는 rescue Gateway까지 확장하면 됩니다.

출처 및 참고: openclaw/openclaw GitHub README, docs.openclaw.ai Getting Started / Install / Windows / CLI Reference / Configuration / Multiple Gateways / Cron Jobs / Skills / Features, GitHub Release API 기준. 본 글은 2026-05-01 조사 시점의 공개 문서를 기준으로 작성했습니다.