说实话第一次在Windows上跑OpenClaw的时候我踩的坑比想象中多得多。这个项目本身定位就是“个人AI助理”能把聊天平台、本地模型、笔记工具串在一起让它替你操作浏览器、查资料、写总结听起来很爽但你在Windows上部署它面对的可不是一条命令就完事的简单活。如果你已经在网上看过OpenClaw的仓库文档大概会有一种感觉官方教程默认你用的是Linux或者macOS涉及Windows的部分基本只丢给你一句“建议使用WSL2”。可真正动手之后你会发现光是环境准备就足够让人头大——WSL2的版本、Node.js的版本、Docker和WSL的兼容性任何一个环节出问题后面全是连环坑。这篇东西就是把我这几轮实测的完整过程记录下来从环境选型到一步步命令再到那些让人抓狂的报错和解决办法全部摊开讲。不管你是第一次接触OpenClaw的小白还是已经在Linux上跑过、想在Windows上复现的老手照着这份指南走应该能省下不少折腾时间。1. 部署前的思路整理为什么Windows上跑OpenClaw绕不开WSL21.1 OpenClaw的架构特性决定了它的运行环境很多人一开始会问OpenClaw不是有Windows版吗为什么不能直接在PowerShell里跑这个问题我研究过关键在它的底层设计。OpenClaw的定位是“个人AI代理”它不是单纯调个API而是要常驻后台、监听多个平台的Webhook、调用系统工具、管理长期记忆。这类程序对进程管理、文件监听、shell交互的能力要求很高而这些恰恰是Linux的强项。源码里大量依赖都假设你跑在POSIX环境上——比如某些Python工具链、inotify文件监听、bash脚本的调用逻辑换成Windows原生的cmd或者PowerShell要么跑不起来要么各种莫名其妙的行为差异。所以官方推荐WSL2不是“敷衍”而是最省事的路线。WSL2是一个轻量级虚拟机和Windows共享文件系统网络层也做了兼容对OpenClaw来说它就是一台安静的Linux机器对Windows用户来说又不需要额外装VMware或者VirtualBox资源开销小很多。1.2 Windows环境的前置依赖清单在动手之前建议先对着清单自查一遍缺哪个补哪个不然装到一半卡住很难受。依赖项版本要求用途Windows 10/1164位版本2004以上新版WSL2必须满足WSL2内核版本尽量最新OpenClaw的Linux运行环境Ubuntu 22.04 LTS建议不要用会滚动的版本稳定性优先Node.js18.x或20.x LTSOpenClaw主服务运行时Git2.30以上拉取代码Docker Desktop最新稳定版可选但建议装make/gcc/python3随build-essential安装编译部分原生模块这里特别说一下Node.js版本。OpenClaw依赖较新Node 16以下大概率直接报语法错误但太新的Node 21、22非LTS版本我也试过某些原生模块编译会有问题。最稳妥的是Node 20 LTS实测下来没什么兼容性烦恼。1.3 版本与分支选择稳定版优先部署前还有一个很容易忽略的坑分支选择。OpenClaw的仓库默认分支是main更新很频繁有时候今天能跑明天pull一下就挂了。我个人的做法是检查一下仓库的Release页面拉最新的release tag而不是直接拉main分支。因为OpenClaw还处于快速迭代期main分支经常会有未完成的功能和临时调试代码你把它部署成常驻服务莫名其妙的报错很可能不是你的问题而是上游代码本身就不稳。还有一个建议把部署目录单独放比如~/apps/openclaw不要放在Windows的/mnt/c/路径下。这里牵扯到WSL2的跨文件系统IO性能问题——如果你把项目放在D盘再通过/mnt/d访问npm install的速度会慢到怀疑人生因为跨文件系统IO的开销非常大。放WSL原生文件系统里读写性能靠谱得多。2. 实战部署从WSL2到OpenClaw启动2.1 安装WSL2并准备Linux环境第一步是在Windows上把WSL2装好。以管理员身份打开PowerShell运行wsl --install -d Ubuntu-22.04这条命令会自动安装WSL2内核并部署Ubuntu 22.04装完后重启电脑。重启完了如果你是第一次进Ubuntu会让你设置用户名和密码这个密码后面sudo会用别随便设个太简单的也别忘了。等你在Windows Terminal里能正常进入Ubuntu的$提示符时第一时间做两件事更新系统和安装基础编译工具。sudo apt update sudo apt upgrade -y sudo apt install -y build-essential git curlbuild-essential这个包相当关键里面包含了gcc、g、make这些编译工具。后面npm安装某些依赖的时候如果缺了它们会直接报node-gyp的错误说什么找不到Python或者make那时候再回头装就有点浪费时间了。装完后可以把默认的shell保持为bash不需要折腾zsh之类的因为OpenClaw的启动脚本默认调的就是bash。2.2 安装Node.js和包管理器进入Linux环境后推荐用nvm来装Node.js而不是直接apt install nodejs。原因很简单apt源里的Node版本通常太老OpenClaw跑不起来。先装nvmcurl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash安装完nvm后重新加载一下环境脚本。然后安装Node 20nvm install 20 nvm alias default 20这里为什么用nvm而不是直接二进制包因为OpenClaw可能会依赖不同版本的Node进行测试你以后想切换版本一条nvm use就搞定了非常方便。实测下来Node 20.11以上的小版本都没问题低于20.0的某些版本在启动时会遇到fetch API兼容性问题。npm自带的就够了但建议顺手把pnpm装上因为OpenClaw部分历史版本用得是pnpm做依赖管理npm install -g pnpm2.3 拉取OpenClaw源码并安装依赖把项目克隆到你准备的工作目录cd ~/apps git clone https://github.com/openclaw/openclaw.git cd openclaw git checkout v0.4.2 # 换成你查到的稳定版本号版本号这里一定要去Release页面看一眼我写这篇时稳定版在0.4.x左右但你看到文章时可能已经更新了以当时最新release为准别照抄我的命令。然后安装依赖pnpm install如果这一步报了权限错误不要直接sudo pnpm install那会把依赖装到root目录导致后续以普通用户启动时找不到模块。正确做法是检查当前用户是否对~/apps/openclaw目录有写权限或者重新克隆一次。2.4 初始化配置与首次启动依赖装完后先别急着启动。OpenClaw首次运行会生成一个默认的配置文件这个文件的位置在不同版本里不太一样有的版本是项目根目录下的openclaw.config.json有的是~/.openclaw/config.json。你可以先跑一下npx openclaw init这个命令会做两件事生成一份默认配置同时检查当前环境是否满足运行条件。如果检查结果里有警告项挨个看不要跳过。接着启动一次试试npx openclaw start如果一切正常控制台会出现类似“OpenClaw is running on port 3000”的提示。但第一次运行大概率会伴随着几个报错别慌后面第4节专门讲报错怎么解。现在你要做的只是确认主程序能起来然后CtrlC停掉接着进入配置阶段。3. 核心配置解析让OpenClaw真正可用3.1 配置文件结构与常用参数OpenClaw的配置思路是“平台连接器 模型后端 能力开关”。你不需要一次性全配好先把最核心的配通再逐步加功能。默认的配置文件长这样简化过{ server: { port: 3000, host: 0.0.0.0 }, model: { provider: ollama, baseUrl: http://localhost:11434, model: qwen3:8b }, channels: { telegram: { enabled: false, botToken: }, microsoftTeams: { enabled: false, appId: , appPassword: } }, tools: { browser: true, notes: { vaultPath: } }, memory: { enabled: true } }几个关键点host别改成127.0.0.1如果你后面要接Windows本地的服务比如Ollama在Windows上跑WSL2内部通过localhost访问Windows是可以的但Windows访问WSL里的服务需要你保持0.0.0.0监听否则外部设备反而访问不到。model.provider决定了OpenClaw调用的是哪家模型服务。有openai兼容OpenAI协议的API、ollama本地模型、anthropic等可选。channels是消息平台接入默认全关一次开一个测通再说同时开一堆出了问题你都不知道是哪个平台的回调没对上。3.2 接入本地大模型以Qwen3-8B/27B为例如果你手头没有大厂的API额度本地部署Qwen3是个很现实的方案。OpenClaw走的是Ollama这条线因为Ollama自带兼容OpenAI的API端点OpenClaw配起来最省事。先在WSL2里装Ollamacurl -fsSL https://ollama.com/install.sh | sh然后拉取Qwen3模型这里有两个选择显存8G左右ollama pull qwen3:8b显存16G以上ollama pull qwen3:27b需要提醒的是27B模型就算量化后也要16G以上显存才跑得舒服8B在纯CPU模式下也能跑但速度只能说是“能忍”。如果你用8B模型但机器内存低于16G我建议直接放弃本地部署换API服务。模型拉完后先在WSL里手动验证一下ollama run qwen3:8b 你好能正常回复再回到OpenClaw配置里把model字段改成上面那个JSON的样子。注意baseUrl的端口号和Ollama默认端口保持一致默认是11434。改完配置重启OpenClaw用命令行发一条消息测试如果回复正常本地模型这一环就算通了。3.3 接入Teams、Obsidian等外部服务OpenClaw最有价值的地方是接外部服务这里挑两个问得最多的讲。Microsoft Teams接入很多人问OpenClaw怎么接Teams。它不像Telegram那样填个bot token就行Teams需要你先在Azure门户里创建一个Bot应用拿到App ID和App Password然后在Teams后台配置Bot的Messaging endpoint指向OpenClaw的Webhook地址。具体步骤是在Azure Active Directory里注册应用生成客户端密码然后在Teams开发后台创建Bot把https://你的OpenClaw地址/api/teams/webhook填进Messaging endpoint。最后把appId和appPassword填到配置文件的microsoftTeams字段并把enabled改为true。这个流程最大的坑在于Webhook回调地址必须是公网可访问的HTTPS地址如果你只是本地测试Teams的消息根本推不到你机器上。所以个人试用阶段建议先用Telegram或者直接用命令行界面等需要团队协作时再认真弄Teams。Obsidian接入OpenClaw接Obsidian走的是本地vault路径。你需要在配置文件里把tools.notes.vaultPath指向Obsidian仓库所在目录。如果你用Windows版Obsidianvault路径通常是C:\Users\你的用户名\Documents\ObsidianVault在WSL里要写成vaultPath: /mnt/c/Users/你的用户名/Documents/ObsidianVault不建议把vault放在WSL原生文件系统里因为Windows版的Obsidian访问WSL内部文件很别扭反过来让OpenClaw直接读写/mnt/c路径就能和Windows版Obsidian无缝配合。只是要注意跨文件系统的IO会慢一些但对笔记这种小文件操作影响不大。3.4 权限与安全配置要点OpenClaw这个工具能力很强说白了它能动你的文件、能操作浏览器、能调各种API权限绑得太松容易出事。我的建议是几条底线不要用root跑OpenClaw。用普通用户跑万一某个工具插件出问题也不至于把系统搞崩。敏感平台的token加密存放。如果配置里涉及bot token、API key建议用环境变量或者OpenClaw自带的密钥管理别直接明文写进JSON然后推到Git仓库。我见过有人把带token的配置文件传到公开仓库几分钟就被扫描机器人抓走。工具按需开启。tools.browser这类能操作浏览器的能力默认关闭什么时候需要了再开。配置完这些重启OpenClaw让配置生效。4. 常见错误与排查实录4.1 “无法安全验证SL2环境”这类WSL报错怎么处理很多人第一次启动OpenClaw时卡在环境检查阶段终端提示类似“无法安全验证SL2环境请在PowerShell中运行wsl --status”之类的信息。这个报错的本质是WSL2没有就绪或者当前WSL版本太旧。最快的排查方法是照它说的做wsl --status如果输出里显示默认版本是1或者提示内核版本太旧依次执行wsl --update wsl --set-default-version 2有时候wsl --update会卡住大多数原因是Windows Update服务被停了把服务和Windows Update相关的自动更新打开再试。如果实在不行就用管理员PowerShell执行dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart重启后再看wsl --status基本能恢复。还有一个容易被忽略的情况你电脑BIOS里没开虚拟化。WSL2依赖Hyper-V虚拟化技术如果你在设备管理器里看到“虚拟化”是禁用的那不管怎么更新WSL都白搭。进BIOS把Intel VT-x或AMD SVM打开这一步光靠软件改不了。4.2 Node.js版本冲突与依赖安装失败pnpm install跑到一半报错常见的有两类。第一类是engine版本检查失败直接提示你当前Node版本不符合要求。这种最轻松nvm use 20切换版本重装即可。第二类是编译失败报node-gyp相关的错误比如找不到python、找不到make。这种就是少了系统编译依赖回第二步装build-essential同时确保Python3可用sudo apt install -y python3另外一个很隐蔽的坑如果你在Windows目录/mnt/c下执行pnpm install会报一堆符号链接权限错误因为Windows的NTFS文件系统对符号链接的支持和Linux原生行为不一样。解决办法就一条源码目录一定放在WSL原生路径下比如~/apps/openclaw。4.3 端口占用与Docker启动失败OpenClaw默认监听3000端口。如果你之前跑过别的服务就会遇到端口被占。Windows和WSL2的端口是联通的所以你不光要查WSL内部还要查Windows宿主机的占用。在Windows的PowerShell里执行netstat -ano | findstr :3000找到占用进程的PID后taskkill /PID 进程号 /F如果你是Docker跑起来的OpenClaw还可能遇到和热词里一样的报错“error: start the windows daemon from a non-elevated terminal”。这个提示出现在Docker Desktop试图连接WSL2后台时常见原因是你用管理员终端启动了Docker而WSL2本身的VM服务跑在普通权限环境两边权限不匹配。解决方式很无脑退出所有终端从开始菜单以普通用户方式重新打开Windows Terminal再启动Docker Desktop让它在用户态自己拉起WSL后台。4.4 脚本闪退与中文乱码问题在Windows上部署开源项目最容易让人劝退的就是“闪退”——双击一个.sh或者.bat窗口一闪就没什么都没留下。闪退的原因大多是两类一是脚本里用了bash语法但Windows默认用cmd去执行直接报错退出二是脚本文件被Windows记事本改成了CRLF换行Linux下的bash解析到\r直接崩溃。如果你在Windows资源管理器里双击.sh文件闪退正确的做法是别双击进WSL的bash里执行bash start.sh这样至少能看到错误输出。如果是CRLF换行导致的在WSL里修正sed -i s/\r$// start.sh中文乱码则是另一个重灾区。WSL里跑OpenClaw如果日志输出中文变成方块或者乱码先检查终端编码。Windows Terminal下执行export LANGzh_CN.UTF-8如果还没生效可能是系统没装中文语言包执行sudo apt install -y language-pack-zh-hans sudo update-locale LANGzh_CN.UTF-8配好之后重开终端乱码问题就消失了。4.5 部署踩坑速查表症状大概率原因快速处理wsl --status提示默认版本为1WSL2内核过期或虚拟化未开wsl --update再查BIOSpnpm install卡在node-gyp缺少编译工具sudo apt install build-essential项目放/mnt/c下启动报错跨文件系统符号链接问题移到~/apps下重装3000端口无法访问宿主Windows端口被占netstat查PID后taskkill.sh脚本双击闪退换行符或执行方式错误进WSL用bash执行OpenClaw启动后无响应模型服务没起先手动ollama run测试5. 部署完成后我还想再啰嗦几句OpenClaw跑起来只是开始真正磨人的是让它稳定跑下去。我在实际使用中的体会是WSL2这条路虽然绕但比纯Windows原生的方案稳得多至少后台服务和模型调用的兼容性不用天天修。如果你打算长期用它建议把OpenClaw注册成WSL里的systemd服务设置开机自启而不是每次手动npx openclaw start。还有一个实用技巧OpenClaw的日志默认打到终端长时间挂着终端很容易把会话挤爆。建议启动时加一个--log-level info之类的参数或者用systemd把日志重定向到文件方便出问题时回溯。具体参数名可以在npx openclaw start --help里看不同版本略有变化。最后再分享一个小经验别急着把所有平台和工具一次性全接上。我一开始就是开了Telegram、Teams、浏览器、笔记一堆插件结果出了问题都不知道是该查消息回调还是查模型输出。先从命令行界面开始把模型调通再逐个开平台连接器每开一个就测一轮这样排查成本最低。折腾一次之后你就会发现OpenClaw在Windows上部署的难度其实不在工具本身而在你对环境细节的把控。希望这份指南能让你少走几个弯路。
说实话第一次在Windows上跑OpenClaw的时候我踩的坑比想象中多得多。这个项目本身定位就是“个人AI助理”能把聊天平台、本地模型、笔记工具串在一起让它替你操作浏览器、查资料、写总结听起来很爽但你在Windows上部署它面对的可不是一条命令就完事的简单活。如果你已经在网上看过OpenClaw的仓库文档大概会有一种感觉官方教程默认你用的是Linux或者macOS涉及Windows的部分基本只丢给你一句“建议使用WSL2”。可真正动手之后你会发现光是环境准备就足够让人头大——WSL2的版本、Node.js的版本、Docker和WSL的兼容性任何一个环节出问题后面全是连环坑。这篇东西就是把我这几轮实测的完整过程记录下来从环境选型到一步步命令再到那些让人抓狂的报错和解决办法全部摊开讲。不管你是第一次接触OpenClaw的小白还是已经在Linux上跑过、想在Windows上复现的老手照着这份指南走应该能省下不少折腾时间。1. 部署前的思路整理为什么Windows上跑OpenClaw绕不开WSL21.1 OpenClaw的架构特性决定了它的运行环境很多人一开始会问OpenClaw不是有Windows版吗为什么不能直接在PowerShell里跑这个问题我研究过关键在它的底层设计。OpenClaw的定位是“个人AI代理”它不是单纯调个API而是要常驻后台、监听多个平台的Webhook、调用系统工具、管理长期记忆。这类程序对进程管理、文件监听、shell交互的能力要求很高而这些恰恰是Linux的强项。源码里大量依赖都假设你跑在POSIX环境上——比如某些Python工具链、inotify文件监听、bash脚本的调用逻辑换成Windows原生的cmd或者PowerShell要么跑不起来要么各种莫名其妙的行为差异。所以官方推荐WSL2不是“敷衍”而是最省事的路线。WSL2是一个轻量级虚拟机和Windows共享文件系统网络层也做了兼容对OpenClaw来说它就是一台安静的Linux机器对Windows用户来说又不需要额外装VMware或者VirtualBox资源开销小很多。1.2 Windows环境的前置依赖清单在动手之前建议先对着清单自查一遍缺哪个补哪个不然装到一半卡住很难受。依赖项版本要求用途Windows 10/1164位版本2004以上新版WSL2必须满足WSL2内核版本尽量最新OpenClaw的Linux运行环境Ubuntu 22.04 LTS建议不要用会滚动的版本稳定性优先Node.js18.x或20.x LTSOpenClaw主服务运行时Git2.30以上拉取代码Docker Desktop最新稳定版可选但建议装make/gcc/python3随build-essential安装编译部分原生模块这里特别说一下Node.js版本。OpenClaw依赖较新Node 16以下大概率直接报语法错误但太新的Node 21、22非LTS版本我也试过某些原生模块编译会有问题。最稳妥的是Node 20 LTS实测下来没什么兼容性烦恼。1.3 版本与分支选择稳定版优先部署前还有一个很容易忽略的坑分支选择。OpenClaw的仓库默认分支是main更新很频繁有时候今天能跑明天pull一下就挂了。我个人的做法是检查一下仓库的Release页面拉最新的release tag而不是直接拉main分支。因为OpenClaw还处于快速迭代期main分支经常会有未完成的功能和临时调试代码你把它部署成常驻服务莫名其妙的报错很可能不是你的问题而是上游代码本身就不稳。还有一个建议把部署目录单独放比如~/apps/openclaw不要放在Windows的/mnt/c/路径下。这里牵扯到WSL2的跨文件系统IO性能问题——如果你把项目放在D盘再通过/mnt/d访问npm install的速度会慢到怀疑人生因为跨文件系统IO的开销非常大。放WSL原生文件系统里读写性能靠谱得多。2. 实战部署从WSL2到OpenClaw启动2.1 安装WSL2并准备Linux环境第一步是在Windows上把WSL2装好。以管理员身份打开PowerShell运行wsl --install -d Ubuntu-22.04这条命令会自动安装WSL2内核并部署Ubuntu 22.04装完后重启电脑。重启完了如果你是第一次进Ubuntu会让你设置用户名和密码这个密码后面sudo会用别随便设个太简单的也别忘了。等你在Windows Terminal里能正常进入Ubuntu的$提示符时第一时间做两件事更新系统和安装基础编译工具。sudo apt update sudo apt upgrade -y sudo apt install -y build-essential git curlbuild-essential这个包相当关键里面包含了gcc、g、make这些编译工具。后面npm安装某些依赖的时候如果缺了它们会直接报node-gyp的错误说什么找不到Python或者make那时候再回头装就有点浪费时间了。装完后可以把默认的shell保持为bash不需要折腾zsh之类的因为OpenClaw的启动脚本默认调的就是bash。2.2 安装Node.js和包管理器进入Linux环境后推荐用nvm来装Node.js而不是直接apt install nodejs。原因很简单apt源里的Node版本通常太老OpenClaw跑不起来。先装nvmcurl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash安装完nvm后重新加载一下环境脚本。然后安装Node 20nvm install 20 nvm alias default 20这里为什么用nvm而不是直接二进制包因为OpenClaw可能会依赖不同版本的Node进行测试你以后想切换版本一条nvm use就搞定了非常方便。实测下来Node 20.11以上的小版本都没问题低于20.0的某些版本在启动时会遇到fetch API兼容性问题。npm自带的就够了但建议顺手把pnpm装上因为OpenClaw部分历史版本用得是pnpm做依赖管理npm install -g pnpm2.3 拉取OpenClaw源码并安装依赖把项目克隆到你准备的工作目录cd ~/apps git clone https://github.com/openclaw/openclaw.git cd openclaw git checkout v0.4.2 # 换成你查到的稳定版本号版本号这里一定要去Release页面看一眼我写这篇时稳定版在0.4.x左右但你看到文章时可能已经更新了以当时最新release为准别照抄我的命令。然后安装依赖pnpm install如果这一步报了权限错误不要直接sudo pnpm install那会把依赖装到root目录导致后续以普通用户启动时找不到模块。正确做法是检查当前用户是否对~/apps/openclaw目录有写权限或者重新克隆一次。2.4 初始化配置与首次启动依赖装完后先别急着启动。OpenClaw首次运行会生成一个默认的配置文件这个文件的位置在不同版本里不太一样有的版本是项目根目录下的openclaw.config.json有的是~/.openclaw/config.json。你可以先跑一下npx openclaw init这个命令会做两件事生成一份默认配置同时检查当前环境是否满足运行条件。如果检查结果里有警告项挨个看不要跳过。接着启动一次试试npx openclaw start如果一切正常控制台会出现类似“OpenClaw is running on port 3000”的提示。但第一次运行大概率会伴随着几个报错别慌后面第4节专门讲报错怎么解。现在你要做的只是确认主程序能起来然后CtrlC停掉接着进入配置阶段。3. 核心配置解析让OpenClaw真正可用3.1 配置文件结构与常用参数OpenClaw的配置思路是“平台连接器 模型后端 能力开关”。你不需要一次性全配好先把最核心的配通再逐步加功能。默认的配置文件长这样简化过{ server: { port: 3000, host: 0.0.0.0 }, model: { provider: ollama, baseUrl: http://localhost:11434, model: qwen3:8b }, channels: { telegram: { enabled: false, botToken: }, microsoftTeams: { enabled: false, appId: , appPassword: } }, tools: { browser: true, notes: { vaultPath: } }, memory: { enabled: true } }几个关键点host别改成127.0.0.1如果你后面要接Windows本地的服务比如Ollama在Windows上跑WSL2内部通过localhost访问Windows是可以的但Windows访问WSL里的服务需要你保持0.0.0.0监听否则外部设备反而访问不到。model.provider决定了OpenClaw调用的是哪家模型服务。有openai兼容OpenAI协议的API、ollama本地模型、anthropic等可选。channels是消息平台接入默认全关一次开一个测通再说同时开一堆出了问题你都不知道是哪个平台的回调没对上。3.2 接入本地大模型以Qwen3-8B/27B为例如果你手头没有大厂的API额度本地部署Qwen3是个很现实的方案。OpenClaw走的是Ollama这条线因为Ollama自带兼容OpenAI的API端点OpenClaw配起来最省事。先在WSL2里装Ollamacurl -fsSL https://ollama.com/install.sh | sh然后拉取Qwen3模型这里有两个选择显存8G左右ollama pull qwen3:8b显存16G以上ollama pull qwen3:27b需要提醒的是27B模型就算量化后也要16G以上显存才跑得舒服8B在纯CPU模式下也能跑但速度只能说是“能忍”。如果你用8B模型但机器内存低于16G我建议直接放弃本地部署换API服务。模型拉完后先在WSL里手动验证一下ollama run qwen3:8b 你好能正常回复再回到OpenClaw配置里把model字段改成上面那个JSON的样子。注意baseUrl的端口号和Ollama默认端口保持一致默认是11434。改完配置重启OpenClaw用命令行发一条消息测试如果回复正常本地模型这一环就算通了。3.3 接入Teams、Obsidian等外部服务OpenClaw最有价值的地方是接外部服务这里挑两个问得最多的讲。Microsoft Teams接入很多人问OpenClaw怎么接Teams。它不像Telegram那样填个bot token就行Teams需要你先在Azure门户里创建一个Bot应用拿到App ID和App Password然后在Teams后台配置Bot的Messaging endpoint指向OpenClaw的Webhook地址。具体步骤是在Azure Active Directory里注册应用生成客户端密码然后在Teams开发后台创建Bot把https://你的OpenClaw地址/api/teams/webhook填进Messaging endpoint。最后把appId和appPassword填到配置文件的microsoftTeams字段并把enabled改为true。这个流程最大的坑在于Webhook回调地址必须是公网可访问的HTTPS地址如果你只是本地测试Teams的消息根本推不到你机器上。所以个人试用阶段建议先用Telegram或者直接用命令行界面等需要团队协作时再认真弄Teams。Obsidian接入OpenClaw接Obsidian走的是本地vault路径。你需要在配置文件里把tools.notes.vaultPath指向Obsidian仓库所在目录。如果你用Windows版Obsidianvault路径通常是C:\Users\你的用户名\Documents\ObsidianVault在WSL里要写成vaultPath: /mnt/c/Users/你的用户名/Documents/ObsidianVault不建议把vault放在WSL原生文件系统里因为Windows版的Obsidian访问WSL内部文件很别扭反过来让OpenClaw直接读写/mnt/c路径就能和Windows版Obsidian无缝配合。只是要注意跨文件系统的IO会慢一些但对笔记这种小文件操作影响不大。3.4 权限与安全配置要点OpenClaw这个工具能力很强说白了它能动你的文件、能操作浏览器、能调各种API权限绑得太松容易出事。我的建议是几条底线不要用root跑OpenClaw。用普通用户跑万一某个工具插件出问题也不至于把系统搞崩。敏感平台的token加密存放。如果配置里涉及bot token、API key建议用环境变量或者OpenClaw自带的密钥管理别直接明文写进JSON然后推到Git仓库。我见过有人把带token的配置文件传到公开仓库几分钟就被扫描机器人抓走。工具按需开启。tools.browser这类能操作浏览器的能力默认关闭什么时候需要了再开。配置完这些重启OpenClaw让配置生效。4. 常见错误与排查实录4.1 “无法安全验证SL2环境”这类WSL报错怎么处理很多人第一次启动OpenClaw时卡在环境检查阶段终端提示类似“无法安全验证SL2环境请在PowerShell中运行wsl --status”之类的信息。这个报错的本质是WSL2没有就绪或者当前WSL版本太旧。最快的排查方法是照它说的做wsl --status如果输出里显示默认版本是1或者提示内核版本太旧依次执行wsl --update wsl --set-default-version 2有时候wsl --update会卡住大多数原因是Windows Update服务被停了把服务和Windows Update相关的自动更新打开再试。如果实在不行就用管理员PowerShell执行dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart重启后再看wsl --status基本能恢复。还有一个容易被忽略的情况你电脑BIOS里没开虚拟化。WSL2依赖Hyper-V虚拟化技术如果你在设备管理器里看到“虚拟化”是禁用的那不管怎么更新WSL都白搭。进BIOS把Intel VT-x或AMD SVM打开这一步光靠软件改不了。4.2 Node.js版本冲突与依赖安装失败pnpm install跑到一半报错常见的有两类。第一类是engine版本检查失败直接提示你当前Node版本不符合要求。这种最轻松nvm use 20切换版本重装即可。第二类是编译失败报node-gyp相关的错误比如找不到python、找不到make。这种就是少了系统编译依赖回第二步装build-essential同时确保Python3可用sudo apt install -y python3另外一个很隐蔽的坑如果你在Windows目录/mnt/c下执行pnpm install会报一堆符号链接权限错误因为Windows的NTFS文件系统对符号链接的支持和Linux原生行为不一样。解决办法就一条源码目录一定放在WSL原生路径下比如~/apps/openclaw。4.3 端口占用与Docker启动失败OpenClaw默认监听3000端口。如果你之前跑过别的服务就会遇到端口被占。Windows和WSL2的端口是联通的所以你不光要查WSL内部还要查Windows宿主机的占用。在Windows的PowerShell里执行netstat -ano | findstr :3000找到占用进程的PID后taskkill /PID 进程号 /F如果你是Docker跑起来的OpenClaw还可能遇到和热词里一样的报错“error: start the windows daemon from a non-elevated terminal”。这个提示出现在Docker Desktop试图连接WSL2后台时常见原因是你用管理员终端启动了Docker而WSL2本身的VM服务跑在普通权限环境两边权限不匹配。解决方式很无脑退出所有终端从开始菜单以普通用户方式重新打开Windows Terminal再启动Docker Desktop让它在用户态自己拉起WSL后台。4.4 脚本闪退与中文乱码问题在Windows上部署开源项目最容易让人劝退的就是“闪退”——双击一个.sh或者.bat窗口一闪就没什么都没留下。闪退的原因大多是两类一是脚本里用了bash语法但Windows默认用cmd去执行直接报错退出二是脚本文件被Windows记事本改成了CRLF换行Linux下的bash解析到\r直接崩溃。如果你在Windows资源管理器里双击.sh文件闪退正确的做法是别双击进WSL的bash里执行bash start.sh这样至少能看到错误输出。如果是CRLF换行导致的在WSL里修正sed -i s/\r$// start.sh中文乱码则是另一个重灾区。WSL里跑OpenClaw如果日志输出中文变成方块或者乱码先检查终端编码。Windows Terminal下执行export LANGzh_CN.UTF-8如果还没生效可能是系统没装中文语言包执行sudo apt install -y language-pack-zh-hans sudo update-locale LANGzh_CN.UTF-8配好之后重开终端乱码问题就消失了。4.5 部署踩坑速查表症状大概率原因快速处理wsl --status提示默认版本为1WSL2内核过期或虚拟化未开wsl --update再查BIOSpnpm install卡在node-gyp缺少编译工具sudo apt install build-essential项目放/mnt/c下启动报错跨文件系统符号链接问题移到~/apps下重装3000端口无法访问宿主Windows端口被占netstat查PID后taskkill.sh脚本双击闪退换行符或执行方式错误进WSL用bash执行OpenClaw启动后无响应模型服务没起先手动ollama run测试5. 部署完成后我还想再啰嗦几句OpenClaw跑起来只是开始真正磨人的是让它稳定跑下去。我在实际使用中的体会是WSL2这条路虽然绕但比纯Windows原生的方案稳得多至少后台服务和模型调用的兼容性不用天天修。如果你打算长期用它建议把OpenClaw注册成WSL里的systemd服务设置开机自启而不是每次手动npx openclaw start。还有一个实用技巧OpenClaw的日志默认打到终端长时间挂着终端很容易把会话挤爆。建议启动时加一个--log-level info之类的参数或者用systemd把日志重定向到文件方便出问题时回溯。具体参数名可以在npx openclaw start --help里看不同版本略有变化。最后再分享一个小经验别急着把所有平台和工具一次性全接上。我一开始就是开了Telegram、Teams、浏览器、笔记一堆插件结果出了问题都不知道是该查消息回调还是查模型输出。先从命令行界面开始把模型调通再逐个开平台连接器每开一个就测一轮这样排查成本最低。折腾一次之后你就会发现OpenClaw在Windows上部署的难度其实不在工具本身而在你对环境细节的把控。希望这份指南能让你少走几个弯路。
