업데이트 중

OpenClaw를 최신 상태로 유지하세요.

권장: openclaw update

업데이트하는 가장 빠른 방법입니다. 설치 유형(npm 또는 git)을 감지하고, 최신 버전을 가져오고, openclaw doctor를 실행한 다음 Gateway를 다시 시작합니다.

openclaw update

채널을 전환하거나 특정 버전을 대상으로 지정하려면:

openclaw update --channel betaopenclaw update --channel devopenclaw update --dry-run   # preview without applying

openclaw update는 --verbose를 받지 않습니다. 업데이트 진단에는 계획된 작업을 미리 보려면 --dry-run, 구조화된 결과에는 --json, 채널 및 사용 가능 상태를 검사하려면 openclaw update status --json을 사용하세요. 설치 프로그램에는 자체 --verbose 플래그가 있지만, 이 플래그는 openclaw update의 일부가 아닙니다.

--channel beta는 beta를 우선하지만, beta 태그가 없거나 최신 stable 릴리스보다 오래된 경우 런타임은 stable/latest로 폴백합니다. 일회성 패키지 업데이트에 원시 npm beta dist-tag를 원한다면 --tag beta를 사용하세요.

지속적으로 이동하는 GitHub main 체크아웃에는 --channel dev를 사용하세요. 패키지 업데이트의 경우 --tag main은 한 번의 실행에 대해 github:openclaw/openclaw#main으로 매핑되며, GitHub/git 소스 사양은 준비된 npm 설치 전에 임시 tarball로 패키징됩니다.

관리형 Plugin의 경우 beta 채널 폴백은 경고입니다. Plugin beta를 사용할 수 없기 때문에 Plugin이 기록된 기본/latest 릴리스를 사용하더라도 코어 업데이트는 계속 성공할 수 있습니다.

채널 의미는 개발 채널을 참고하세요.

npm 및 git 설치 간 전환

설치 유형을 변경하려면 채널을 사용하세요. 업데이터는 ~/.openclaw의 상태, 구성, 자격 증명, 워크스페이스를 유지합니다. CLI와 Gateway가 사용하는 OpenClaw 코드 설치만 변경합니다.

# npm package install -> editable git checkoutopenclaw update --channel dev # git checkout -> npm package installopenclaw update --channel stable

정확한 설치 모드 전환을 미리 보려면 먼저 --dry-run으로 실행하세요.

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

dev 채널은 git 체크아웃을 보장하고, 빌드한 다음 해당 체크아웃에서 전역 CLI를 설치합니다. stable 및 beta 채널은 패키지 설치를 사용합니다. Gateway가 이미 설치되어 있으면 openclaw update는 --no-restart를 전달하지 않는 한 서비스 메타데이터를 새로 고치고 다시 시작합니다.

관리형 Gateway 서비스가 있는 패키지 설치의 경우 openclaw update는 해당 서비스가 사용하는 패키지 루트를 대상으로 합니다. 셸 openclaw 명령이 다른 설치에서 온 경우, 업데이터는 두 루트와 관리형 서비스 Node 경로를 모두 출력합니다. 패키지 업데이트는 서비스 루트를 소유한 패키지 관리자를 사용하며, 패키지를 교체하기 전에 관리형 서비스 Node를 대상 릴리스 엔진과 대조해 확인합니다.

대안: 설치 프로그램 다시 실행

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

온보딩을 건너뛰려면 --no-onboard를 추가하세요. 설치 프로그램을 통해 특정 설치 유형을 강제하려면 --install-method git --no-onboard 또는 --install-method npm --no-onboard를 전달하세요.

npm 패키지 설치 단계 이후 openclaw update가 실패하면 설치 프로그램을 다시 실행하세요. 설치 프로그램은 이전 업데이터를 호출하지 않습니다. 전역 패키지 설치를 직접 실행하며, 부분적으로 업데이트된 npm 설치를 복구할 수 있습니다.

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

복구를 특정 버전 또는 dist-tag로 고정하려면 --version을 추가하세요.

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm --version <version-or-dist-tag>

대안: 수동 npm, pnpm 또는 bun

npm i -g openclaw@latest

감독형 설치에서는 실행 중인 Gateway 서비스와 패키지 교체를 조율할 수 있으므로 openclaw update를 선호하세요. 감독형 설치에서 수동으로 업데이트하는 경우 패키지 관리자가 시작되기 전에 관리형 Gateway를 중지하세요. 패키지 관리자는 파일을 제자리에서 교체하므로, 실행 중인 Gateway가 패키지 트리가 일시적으로 반쯤 교체된 상태에서 코어 또는 Plugin 파일을 로드하려고 시도할 수 있습니다. 패키지 관리자가 완료된 후 Gateway를 다시 시작하여 서비스가 새 설치를 사용하도록 하세요.

root 소유 Linux 시스템 전역 설치에서 openclaw update가 EACCES로 실패하고 시스템 npm으로 복구하는 경우, 수동 패키지 교체가 끝날 때까지 Gateway를 중지된 상태로 유지하세요. 해당 Gateway에 평소 사용하는 동일한 openclaw 프로필 플래그 또는 환경을 사용하세요. /usr/bin/npm을 호스트에서 root 소유 전역 prefix를 소유한 시스템 npm으로 바꾸세요.

openclaw gateway stopsudo /usr/bin/npm i -g openclaw@latestopenclaw gateway install --forceopenclaw gateway restart

그런 다음 서비스를 확인하세요.

openclaw --versioncurl -fsS http://127.0.0.1:18789/readyzopenclaw plugins list --jsonopenclaw gateway status --deep --jsonopenclaw doctor --lint --json

openclaw update가 전역 npm 설치를 관리할 때는 먼저 대상 패키지를 임시 npm prefix에 설치하고, 패키징된 dist 인벤토리를 검증한 다음, 깨끗한 패키지 트리를 실제 전역 prefix로 교체합니다. 이렇게 하면 npm이 이전 패키지의 오래된 파일 위에 새 패키지를 덮어쓰는 것을 방지할 수 있습니다. 설치 명령이 실패하면 OpenClaw는 --omit=optional로 한 번 다시 시도합니다. 이 재시도는 네이티브 선택적 의존성을 컴파일할 수 없는 호스트에 도움이 되며, 폴백도 실패하는 경우 원래 실패를 계속 볼 수 있게 합니다.

OpenClaw가 관리하는 npm 업데이트 및 Plugin 업데이트 명령은 자식 npm 프로세스에 대해 npm min-release-age 격리도 해제합니다. npm은 해당 정책을 파생된 before 컷오프로 보고할 수 있습니다. 둘 다 일반 공급망 격리 정책에는 유용하지만, 명시적인 OpenClaw 업데이트는 "선택한 OpenClaw 릴리스를 지금 설치"한다는 의미입니다.

pnpm add -g openclaw@latest

bun add -g openclaw@latest

고급 npm 설치 주제

ReadWritePaths=/var/lib/openclaw /home/openclaw/.openclaw /tmp

자동 업데이터

자동 업데이터는 기본적으로 꺼져 있습니다. ~/.openclaw/openclaw.json에서 활성화하세요.

{  update: {    channel: "stable",    auto: {      enabled: true,      stableDelayHours: 6,      stableJitterHours: 12,      betaCheckIntervalHours: 1,    },  },}

Gateway는 시작 시 업데이트 힌트도 기록합니다(update.checkOnStart: false로 비활성화). 다운그레이드 또는 사고 복구의 경우, update.auto.enabled가 구성되어 있더라도 자동 적용을 차단하려면 Gateway 환경에 OPENCLAW_NO_AUTO_UPDATE=1을 설정하세요. update.checkOnStart도 비활성화하지 않는 한 시작 업데이트 힌트는 계속 실행될 수 있습니다.

실시간 Gateway 제어 평면 핸들러를 통해 요청된 패키지 관리자 업데이트는 실행 중인 Gateway 프로세스 내부의 패키지 트리를 교체하지 않습니다. 관리형 서비스 설치에서는 Gateway가 분리된 핸드오프를 시작하고 종료한 뒤, 일반 openclaw update --yes --json CLI 경로가 서비스를 중지하고, 패키지를 교체하고, 서비스 메타데이터를 새로 고치고, 다시 시작하고, Gateway 버전과 도달 가능성을 검증하고, 가능한 경우 설치되었지만 로드되지 않은 macOS LaunchAgent를 복구하도록 합니다. Gateway가 해당 핸드오프를 안전하게 수행할 수 없으면 update.run은 패키지 관리자를 프로세스 내부에서 실행하는 대신 안전한 셸 명령을 보고합니다.

업데이트 후

openclaw doctor

openclaw gateway restart

openclaw health

롤백

버전 고정(npm)

npm i -g openclaw@<version>openclaw doctoropenclaw gateway restart

커밋 고정(소스)

git fetch origingit checkout "$(git rev-list -n 1 --before=\"2026-01-01\" origin/main)"pnpm install && pnpm buildopenclaw gateway restart

최신으로 돌아가려면: git checkout main && git pull.

막힌 경우

• openclaw doctor를 다시 실행하고 출력을 주의 깊게 읽으세요.
• 소스 체크아웃에서 openclaw update --channel dev를 사용할 때, 업데이터는 필요하면 pnpm을 자동으로 부트스트랩합니다. pnpm/corepack 부트스트랩 오류가 보이면 pnpm을 수동으로 설치하거나(corepack을 다시 활성화) 업데이트를 다시 실행하세요.
• 확인: 문제 해결
• Discord에서 문의: https://discord.gg/clawd

관련

• 설치 개요: 모든 설치 방법.
• Doctor: 업데이트 후 상태 검사.
• 마이그레이션: 주요 버전 마이그레이션 가이드.