完整卸载 OpenClaw — 各平台卸载完全指南(Windows/macOS/Linux/npm/pnpm)

完整卸载 OpenClaw — 各平台卸载完全指南(Windows/macOS/Linux/npm/pnpm)
涵盖所有安装方式的逐步卸载教程 — Windows、macOS、Linux、npm、pnpm 全部搞定。

平台支持:🪟 Windows PowerShell · ⌨️ Windows CMD · 🍎 macOS / Linux · 📦 npm · ⚡ pnpm

在这里插入图片描述

目录


卸载前的准备工作

在开始卸载之前,建议先做几件事情,确保卸载后不留残余文件。

步骤 1 — 停止正在运行的 OpenClaw 守护进程(daemon)

如果你使用了 Gateway 服务,先手动停止它,否则可能有残留进程占用端口或文件。

# 停止守护进程 openclaw daemon stop # 或者停止 Gateway 服务 openclaw gateway stop 

步骤 2 — (可选)备份配置文件

如果你不确定是否需要保留已有配置,建议先备份:

  • macOS / Linux:~/.openclaw/
  • Windows:%USERPROFILE%\.openclaw\
⚠️ 注意: 卸载 OpenClaw 本体不会自动删除你的配置目录(~/.openclaw/),如需彻底清除,需要手动删除该目录。

Windows — PowerShell 安装的卸载方法

安装命令:iwr -useb https://openclaw.ai/install.ps1 | iex

PowerShell 脚本通过 npm install -g openclaw 全局安装 OpenClaw,并将其写入 Windows 的用户 PATH(通常是 %APPDATA%\npm)。

步骤 1 — 以管理员身份打开 PowerShell,执行 npm 卸载命令

npm uninstall -g openclaw 

步骤 2 — 验证卸载成功

Get-Command openclaw -ErrorAction SilentlyContinue # 如果没有任何输出,说明已卸载成功

步骤 3 — (彻底清除)删除配置目录与残留文件

# 删除配置目录Remove-Item-Recurse -Force "$env:USERPROFILE\.openclaw"# 如果有遗留的 git 安装(~/openclaw 目录),一并删除Remove-Item-Recurse -Force "$env:USERPROFILE\openclaw"# 删除 .local\bin 中的包装脚本(git 方式安装时创建)Remove-Item-Force "$env:USERPROFILE\.local\bin\openclaw.cmd"-ErrorAction SilentlyContinue 
💡 如果 PowerShell 安装时使用了 -InstallMethod git 参数,还需额外删除 $env:USERPROFILE\openclaw(git 克隆目录)和 $env:USERPROFILE\.local\bin\openclaw.cmd(包装脚本)。

Windows — CMD 安装的卸载方法

安装命令:curl -fsSL https://openclaw.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

CMD 脚本的底层安装机制与 PowerShell 脚本相同,最终都是通过 npm install -g openclaw 完成安装,因此卸载方式一致。

步骤 1 — 打开命令提示符(CMD),执行卸载命令

npm uninstall -g openclaw 

步骤 2 — 验证卸载结果

where openclaw :: 若显示"无法找到文件"则卸载成功 

步骤 3 — (彻底清除)删除配置与遗留文件

:: 删除配置目录 rmdir /s /q "%USERPROFILE%\.openclaw" :: 删除 git 源码目录(如果存在) rmdir /s /q "%USERPROFILE%\openclaw" :: 删除 .local\bin 包装脚本 del /f "%USERPROFILE%\.local\bin\openclaw.cmd" 
✅ CMD 与 PowerShell 安装的卸载核心命令完全相同,区别只在于删除残留文件时 CMD 使用 rmdir /s /q,而 PowerShell 使用 Remove-Item -Recurse -Force

macOS / Linux 安装的卸载方法

安装命令:curl -fsSL https://openclaw.ai/install.sh | bash

安装脚本默认使用 npm install -g openclaw(npm 方式),也可以以 git 源码方式安装(--install-method git)。两种方式的卸载步骤略有不同。

A. 默认 npm 安装方式卸载

步骤 1 — 卸载 npm 全局包

npm uninstall -g openclaw 

步骤 2 — 确认命令已从 PATH 移除

which openclaw # 应该没有任何输出,或提示"not found"

步骤 3 — (可选)删除遗留的 npm 包目录和符号链接

# 找到 npm 全局包根目录npm root -g# 手动删除残留目录(通常 npm uninstall 已自动处理)rm-rf"$(npm root -g)/openclaw"# 删除可能遗留的 Homebrew 软链接(macOS)rm-f /opt/homebrew/bin/openclaw /usr/local/bin/openclaw 

步骤 4 — (彻底清除)删除配置目录

# 主配置目录rm-rf ~/.openclaw # 兼容旧版本遗留目录(如有)rm-rf ~/.clawdbot ~/.moltbot ~/.moldbot 

B. git 源码安装方式卸载(--install-method git

使用 --install-method git 安装时,脚本会将 OpenClaw 克隆到 ~/openclaw,并在 ~/.local/bin/openclaw 创建包装脚本。

步骤 1 — 删除包装脚本

rm-f ~/.local/bin/openclaw 

步骤 2 — 删除源码目录(默认路径为 ~/openclaw

rm-rf ~/openclaw # 如果你使用了自定义路径,替换为你当时指定的目录# 例如:rm -rf ~/my-openclaw-src

步骤 3 — (可选)清理 shell 配置文件中的 PATH 配置

安装脚本可能向 ~/.bashrc~/.zshrc 追加了以下行,可手动打开文件删除:

# 以下两行如存在则删除exportPATH="$HOME/.local/bin:$PATH"exportPATH="$HOME/.npm-global/bin:$PATH"

然后重新加载配置:

source ~/.bashrc # bash 用户source ~/.zshrc # zsh 用户

步骤 4 — 删除配置目录

rm-rf ~/.openclaw 
⚠️ 安装脚本在某些情况下会向 ~/.bashrc / ~/.zshrc 写入 PATH 配置行(如 Linux 上配置 ~/.npm-global)。如需彻底清除,记得检查并手动删除这些行,然后执行 source ~/.bashrc(或 source ~/.zshrc)使改动生效。

npm 全局安装的卸载方法

安装命令:npm i -g openclaw,然后 openclaw onboard

这是最简洁的安装方式,卸载也同样简单,只需一条命令。

步骤 1 — 执行 npm 全局卸载

npm uninstall -g openclaw 

步骤 2 — 验证卸载结果

# macOS / Linuxwhich openclaw # 应无输出npm list -g openclaw --depth=0# 应显示 "(empty)" 或报错
# Windows where openclaw # 应提示"无法找到"

步骤 3 — (彻底清除)删除配置目录

# macOS / Linuxrm-rf ~/.openclaw 
# Windows PowerShellRemove-Item-Recurse -Force "$env:USERPROFILE\.openclaw"
✅ npm 全局安装是五种方式里卸载最干净的:npm uninstall -g openclaw 会自动移除二进制文件、符号链接和包目录,无需手动清理 node_modules

pnpm 全局安装的卸载方法

安装命令:pnpm add -g openclaw,然后 openclaw onboard

pnpm 全局安装将 OpenClaw 写入 pnpm 的全局存储目录(通常是 ~/.local/share/pnpm,或通过 pnpm root -g 查看)。

步骤 1 — 执行 pnpm 全局卸载

pnpm remove -g openclaw # 或者使用 rm 别名pnpmrm-g openclaw 

步骤 2 — 验证卸载结果

# macOS / Linuxwhich openclaw # 应无输出pnpm list -g# openclaw 应不在列表中
# Windows PowerShell pnpm list -g # openclaw 应不在列表中

步骤 3 — (可选)清理 pnpm 全局存储中的残留缓存

# 查看 pnpm 全局包根目录pnpm root -g# 手动清理(通常 pnpm remove 已处理)rm-rf"$(pnpm root -g)/openclaw"# 清理 pnpm 全局 bin(如有残留链接)rm-f"$(dirname$(pnpm root -g))/bin/openclaw"

步骤 4 — (彻底清除)删除配置目录

# macOS / Linuxrm-rf ~/.openclaw 
# Windows PowerShellRemove-Item-Recurse -Force "$env:USERPROFILE\.openclaw"
💡 pnpm 的全局 bin 目录通常是 ~/.local/share/pnpm(Linux)或 ~/Library/pnpm(macOS)。如果 pnpm remove -gopenclaw 命令仍然存在,可以手动检查并删除该目录下的 openclaw 链接文件。

卸载方式汇总对照表

安装方式核心卸载命令配置目录(可选删除)
🪟 Windows PowerShellnpm uninstall -g openclaw%USERPROFILE%\.openclaw
⌨️ Windows CMDnpm uninstall -g openclaw%USERPROFILE%\.openclaw
🍎 macOS / Linux(npm 方式)npm uninstall -g openclaw~/.openclaw
🐙 macOS / Linux(git 方式)rm -f ~/.local/bin/openclaw + rm -rf ~/openclaw~/.openclaw
📦 npm 全局安装npm uninstall -g openclaw~/.openclaw
⚡ pnpm 全局安装pnpm remove -g openclaw~/.openclaw

Read more

Flutter for OpenHarmony:Flutter 三方库 refena — 新一代响应式状态管理框架在鸿蒙的应用(适配鸿蒙 HarmonyOS Next ohos)

Flutter for OpenHarmony:Flutter 三方库 refena — 新一代响应式状态管理框架在鸿蒙的应用(适配鸿蒙 HarmonyOS Next ohos)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net。 Flutter for OpenHarmony:Flutter 三方库 refena — 新一代响应式状态管理框架在鸿蒙的应用(适配鸿蒙 HarmonyOS Next ohos) 状态管理一直是 Flutter 开发中讨论最激烈的话题。从 Provider 的简洁、Bloc 的严谨到 Riverpod 的优雅,每一种方案都在试图解决逻辑复用与状态追踪的问题。而在 Flutter for OpenHarmony 生态中,为了追求更极致的性能与代码可读性,Refena 作为一个轻量级、功能完备且具有响应式原生属性的框架,正在受到越来越多资深开发者的关注。 本文将带您领略 refena 的独特魅力,并探讨如何利用它来构建一个健壮的鸿蒙应用架构。 一、为什么在鸿蒙上选择 Refena? 1.1 精准的重绘控制 refena 内部采用高效的图逻辑来跟踪依赖关系,仅在状态真正发生变化时才通知监听的组件,

By Ne0inhk

Flutter 三方库 rss_dart 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、高效的 RSS1.0/2.0/Atom 阅读器与内容分发解析引擎

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 rss_dart 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、高效的 RSS1.0/2.0/Atom 阅读器与内容分发解析引擎 在鸿蒙(OpenHarmony)系统的资讯聚合、播客播发或博客订阅应用中,如何快速、准确地解析来自全球各种站点的 RSS 或 Atom 订阅源?rss_dart 为开发者提供了一套高性能、跨协议的内容解析底座。本文将深入实战其在鸿蒙生态中的应用。 前言 什么是 RSS Dart?它是一个纯 Dart 编写的解析库,支持 RSS 1.0, 2.0 和 Atom 三大主流标准。

By Ne0inhk
一文通透OpenVLA——在Prismatic VLM(SigLIP、DinoV2、Llama 2)的架构上:基于“下一个token预测技术”预测离散化动作

一文通透OpenVLA——在Prismatic VLM(SigLIP、DinoV2、Llama 2)的架构上:基于“下一个token预测技术”预测离散化动作

前言 当对机器人动作策略的预测越来越成熟稳定之后(比如ACT、比如扩散策略diffusion policy),为了让机器人可以拥有更好的泛化能力,比较典型的途径之一便是基于预训练过的大语言模型中的广泛知识,然后加一个policy head(当然,一开始背后的模型比较简单,比如有用LSTM或MLP——RoboFlamingo) 再之后,便出来了越来越多成熟稳定的专门的VLA模型,比如OpenVLA,再比如近期介绍过过的π0——用于通用机器人控制的VLA模型:一套框架控制7种机械臂(基于PaliGemma和流匹配的3B模型) 1. π0的意义在于,首次用同一套策略/算法操作不同机器人/机械臂,这种基于机器人大模型的「预训练-微调」模式,很快会越来越多(犹如此前大模型革命NLP 其次CV等各模态,目前到了robot领域),算是代表了通用机器人的核心发展方向 2. 且π0 比英伟达的HOVER早一点,当然,同时期的RDT GR2也有这个潜力的,期待这两 后续的更新 一个多月前(本文首发于25年1月),有朋友曾说,一个月内,π0 会开源来着,当时虽然觉得不太可能,但还是抱着期待,可还

By Ne0inhk
Flutter 三方库 term_glyph 的鸿蒙化适配指南 - 实现具备跨终端特殊字符适配与可视化标识输出的 CLI 工具增强插件、支持端侧调试信息美化实战

Flutter 三方库 term_glyph 的鸿蒙化适配指南 - 实现具备跨终端特殊字符适配与可视化标识输出的 CLI 工具增强插件、支持端侧调试信息美化实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 term_glyph 的鸿蒙化适配指南 - 实现具备跨终端特殊字符适配与可视化标识输出的 CLI 工具增强插件、支持端侧调试信息美化实战 前言 在进行 Flutter for OpenHarmony 开发时,尤其是在编写命令行工具(CLI)、构建系统脚本或应用内的调试控制台(Debug Console)时,如何确保在不同终端环境下都能正确显示漂亮的符号(如复选框、箭头、树状结构线)?不同终端对 ASCII 和 Unicode 的支持各异。term_glyph 是一款专注于终端特殊字符渲染适配的工具库。本文将探讨如何在鸿蒙端构建极致、专业的终端可视化输出体系。 一、原直观解析 / 概念介绍 1.1 基础原理 该库建立在“字符集降级(Character

By Ne0inhk