企业官网建设流程全解析

最近把 OpenClaw 在 Windows 原生环境里完整跑通了一遍，从源码拉取到网关连通，中间踩了不少坑。网上搜 OpenClaw 的教程，要么默认你有 Docker，要么思路不完整，实际照着做总会卡在某一步。这篇把我自己的实操过程整理成一份避坑版指南，目标是让你在一台干净的中文 Windows 机器上，不用装虚拟机、不用开 WSL、不用碰 Docker Desktop，直接把 OpenClaw 跑起来，并且把本机网关和外部通道（比如 Microsoft Teams）真正连通。

先说清楚 OpenClaw 是什么，免得你装完还不知道自己在干什么。它是一个开源的个人 AI 代理网关，负责接收来自不同渠道的请求，把请求交给配置好的大模型去理解和规划，再调用本地工具（文件操作、Obsidian 笔记、命令行）执行动作，最后把结果原路返回。一句话概括：它像一个本地的前台，所有聊天、办公、自动化入口都先经过它，再由它调度后面的模型和工具。

为什么非要强调“Windows 原生”？因为很多同类项目要么只支持 Linux/macOS，要么推荐你用 Docker 隔离环境。直接在 Windows 里装，最大的痛点是环境变量、虚拟环境、进程常驻、端口占用这些细节。这篇文章会把安装、配置、连通、排错完整走一遍，适合有一点点命令行基础、想把 AI 接入本地工作流的人。

1. 环境盘点与准备工作

1.1 OpenClaw 在 Windows 上的依赖清单

动手之前先摸清家底。OpenClaw 核心是 Python 写的，所以 Python 环境是必须的。另外它用 Git 做版本管理，部分扩展通道会依赖 Node.js，但不是硬性要求。我的建议是：不管用不用得上，先把 Python 和 Git 装好，Node 可以等到某个连接器明确报错再补。

我使用的版本组合：

• Windows 11 专业版（23H2 以上，系统版本不要太老）
• Python 3.11.9（3.10 也行，但 3.12 我实测会遇到个别依赖编译问题）
• Git 2.45.0 以上
• Node.js 20 LTS（可选，用于 Obsidian 相关扩展）

如果你的系统是 Windows 10，理论上也能跑，但务必确保系统补丁更新到较新版本。OpenClaw 用了一些很新的异步 I/O 库，老版本系统的 TLS 协议支持不够，会和模型 API 建立连接时握手失败。

还有一个容易被忽略的问题：整个项目路径千万不要带空格和中文。我最早把项目放在D:\Program Files\OpenClaw，结果很多 Python 包在解析路径时直接炸掉。建议统一用类似D:\dev\openclaw这样的纯英文无空格目录。

1.2 安装 Python 并解决 PATH 的坑

从 Python 官网下载 3.11.9 安装包，双击安装，记住一定要勾选Add python.exe to PATH。这一步勾选后，下面很多命令才能直接用。

装完打开新终端，输入：

python --version

如果你看到的是 Microsoft Store 自动跳转，或者弹出一个“应用执行别名”的提示，说明你机器上 的python命令被商店的占位程序劫持了。解决方法是：进入 Windows 设置 → 应用 → 高级应用设置 → 应用执行别名，把python.exe和python3.exe两个开关关掉。然后重新打开终端，再执行python --version。

如果你的机器已经装了多个 Python 版本，建议用py -3.11来指定版本：

py -3.11 --version

后面创建虚拟环境时也用py -3.11 -m venv，避免把 Python 3.9 的旧环境带进来。检查 pip：

python -m pip --version

如果 pip 版本太老，先升级：

python -m pip install --upgrade pip

PowerShell 用户注意，执行外部脚本时如果报“禁止运行脚本”，你需要先放开执行策略：

Set-ExecutionPolicy -Scope CurrentUser RemoteSigned

这步不改，后面激活虚拟环境的activate.ps1会直接报错。

1.3 安装 Git 和 Node（可选但建议装）

Git 用于拉取 OpenClaw 源码。去 Git 官网下载安装包，一路默认即可。注意安装界面里有一个“调整 PATH 环境变量”的选项，保持默认的 “Git from the command line and also from 3rd-party software” 就行。装完验证：

git --version

Node.js 不是核心依赖，但如果你计划让 OpenClaw 联动 Obsidian 插件或某些 Node 写的连接器，建议直接装 20 LTS。装完验证：

node --version npm --version

装这些的先后顺序没有严格要求，但建议每装完一个就开一个新的终端窗口，因为环境变量只在新窗口才会刷新。旧终端里继续输入命令，大概率还是找不到刚装的工具。

2. 安装 OpenClaw 核心组件

2.1 获取源码与目录规划

OpenClaw 建议通过源码方式安装，不用 pip 直接装一个包，因为它的配置模板和连接器都放在仓库里。先创建一个干净的目录：

mkdir D:\dev\openclaw cd D:\dev\openclaw

从官方仓库克隆代码：

git clone https://github.com/openclaw/openclaw.git .

注意仓库地址以官方实际为准。如果你访问 GitHub 比较慢，也可以直接在浏览器下载 zip 包，解压到当前目录。zip 方式同样能跑，只是后续更新需要手动重新下载。

拉完代码后先看一眼目录结构，至少应该看到：requirements.txt、config.yaml.example、src或openclaw核心包、channels连接器目录。如果目录是空的，检查是否 clone 失败，常见原因是网络问题导致的半成品目录，用git status看看有没有报错。

2.2 创建虚拟环境并安装依赖

千万不要直接使用全局 Python 环境装 OpenClaw，因为它的依赖版本和其他项目很容易冲突。在项目根目录创建虚拟环境：

python -m venv .venv

创建完成后，激活虚拟环境。CMD 用户执行：

.venv\Scripts\activate.bat

PowerShell 用户执行：

.venv\Scripts\Activate.ps1

激活成功的标志是命令行提示符前面出现(.venv)。如果 PowerShell 报执行策略，回到前面设置RemoteSigned。

接下来升级 pip 并配置国内镜像源。这一步非常建议做，尤其是依赖安装经常超时的用户：

python -m pip install --upgrade pip pip config set global.index-url https://pypi.tuna.tsinghua.edu.cn/simple

然后安装项目依赖：

pip install -r requirements.txt

这里有几个常见报错，先给你提前预警：

• 提示Microsoft Visual C++ 14.0 or greater is required：说明某个依赖需要本地编译。解决办法是安装 Visual Studio Build Tools，安装时勾选“使用 C++ 的桌面开发”，重新打开终端再装。
• 提示某个包找不到：先确认镜像源配置成功，再试着单独安装那个包，比如pip install pydantic。
• 提示 Python 版本过新：如果你的 Python 是 3.12+，某些 RUST 扩展可能没有预编译的 wheel。最稳妥的方案是回退到 3.11.9。

依赖装完，验证核心模块能导入：

python -c "import openclaw; print(openclaw.__version__)"

如果你看到版本号，说明核心安装成功。

2.3 初始化配置与环境变量

OpenClaw 自带初始化命令，用于生成默认配置文件和密钥文件。在虚拟环境激活状态下执行：

openclaw init

这个命令会在当前用户目录或OPENCLAW_HOME指向的目录下生成config.yaml和.env。如果提示找不到openclaw命令，先检查虚拟环境里有没有装入口脚本：

pip show openclaw

没有的话，尝试python -m openclaw init。

初始化过程中可能要求你填写模型 API Key，也可以后面再改。建议先随便填一个占位符，后续在配置文件里统一替换。

Windows 下为了让 OpenClaw 的会话数据不散落在系统盘的用户文件夹，建议手动指定OPENCLAW_HOME。在项目根目录建一个data文件夹，然后设置用户环境变量：

[Environment]::SetEnvironmentVariable("OPENCLAW_HOME", "D:\dev\openclaw\data", "User")

CMD 用户可以用setx OPENCLAW_HOME "D:\dev\openclaw\data"。设置完后关掉当前终端，重新开一个。验证：

echo %OPENCLAW_HOME%

后续所有会话、日志、锁文件都会集中在这个目录，排查问题时非常方便。

3. 配置网关与通道连通

3.1 理解 OpenClaw 的“网关”到底在干什么

很多第一次接触 OpenClaw 的人会被“网关”这个词吓到，以为要配很复杂的网络设备。实际上这里的网关指的是应用层的消息路由中枢，不是防火墙或路由器。

你可以把它想象成公司前台：Microsoft Teams 发来的消息、Obsidian 里的命令、命令行里的提问，全部先到这个前台；前台根据内容判断应该交给哪个大模型去理解，再调用相应的本地工具去执行；执行完的结果由前台整理，原路返回到对应的入口。

理解这个架构非常重要，因为后面排错基本都是围绕“请求进来 → 路由处理 → 模型回复 → 结果返回”这条链路去排查。任何一环断开，你会看到不同的报错。

OpenClaw 的配置核心在config.yaml。这个文件通常包含三块：llm（模型后端）、channels（消息通道）、tools（本地工具）。下面我逐个说。

3.2 配置模型后端（LLM Provider）

先配置模型，确保网关有一双能“思考”的眼睛。打开config.yaml，找到llm部分。使用兼容 OpenAI 接口的模型，配置如下示例：

llm: provider: openai_compatible model: gpt-4o-mini api_key: ${OPENAI_API_KEY} base_url: https://api.openai.com/v1 temperature: 0.7 max_tokens: 4096

这里的${OPENAI_API_KEY}是从.env文件读取的，不要直接把密钥硬编码到config.yaml，因为配置文件你可能要分享或备份。在项目根目录的.env里写入：

OPENAI_API_KEY=sk-xxxxxxxxxxxxxxxx

如果你用的是本地模型（比如 Ollama），base_url改成http://localhost:11434/v1，model改成你这个 Ollama 里实际拉取的模型名：

llm: provider: openai_compatible model: llama3.1 api_key: ollama base_url: http://localhost:11434/v1

配置本地模型的好处是调试阶段不花钱，也避免网络波动问题。但注意：本地模型的意图理解能力相比商业模型还是弱一些，如果你要接 Teams 或复杂工具调用，建议先用云端模型把链路跑通，再换本地模型优化成本。

为什么用openai_compatible而不是直接写死某一家？因为这个接口协议最通用，几乎所有主流模型服务都兼容，换模型时只需要改base_url和model，不用改其他逻辑。

3.3 接入 Microsoft Teams 通道

这是标题里“网关连通”的典型场景。接入 Teams 意味着你可以在 Teams 聊天里直接给机器人发消息，机器人会调用 OpenClaw，执行模型和工具链，然后把结果回发到 Teams 对话里。

配置分为两部分：一侧是 Azure 里的 Bot 应用，另一侧是 OpenClaw 的channels.teams配置。

首先在 Azure 门户注册一个 Bot，拿到应用 ID 和密码（也叫 Client Secret）。然后在 Bot 配置里设置 messaging endpoint，这个地址必须是一个外网可访问的 HTTPS 地址，指向你的 OpenClaw 消息接收接口，通常是/api/messages。

本地开发阶段，最方便的方式是使用一个开发隧道工具，把你的本地 8765 端口暴露成一个临时 HTTPS 域名。这里不展开具体的工具名，你自己找一个稳定的就行。隧道工具启动后，把生成的https://xxxx地址填到 Azure Bot 的 messaging endpoint 中。

然后在 OpenClaw 的config.yaml里启用 Teams：

channels: teams: enabled: true app_id: ${TEAMS_APP_ID} app_password: ${TEAMS_APP_PASSWORD} tenant_id: ${TEAMS_TENANT_ID}

在.env里补充：

TEAMS_APP_ID=00000000-0000-0000-0000-000000000000 TEAMS_APP_PASSWORD=your_bot_password TEAMS_TENANT_ID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

tenant_id不是必填项，但如果你用企业账号，建议填上，避免登录冲突。

这个通道配置完，必须先启动 OpenClaw，再启动隧道工具，然后才能在 Teams 里发消息测试。顺序反了，Azure 验证回调地址时会失败。

有一个很实用的验证技巧：隧道工具会打印所有 HTTP 请求日志。你在 Teams 里给机器人发一条消息，如果隧道日志出现来自微软服务器的 POST 请求，说明回调地址通了；如果没有，问题出在 Azure 配置或消息端点，而不是 OpenClaw 本身。

3.4 接入 Obsidian 笔记工具

如果你和我一样用 Obsidian 管理笔记，那 OpenClaw 与 Obsidian 的联动会非常爽。配置成功后，你可以让 AI 直接读取指定 vault 里的笔记，或者按你的要求整理、归档、新建笔记。

在config.yaml里添加：

tools: obsidian: enabled: true vault_path: D:\Obsidian\MyVault allow_read: true allow_write: true allow_delete: false

allow_delete强烈建议保持false，除非你真的想体会“一句话让 AI 删掉整个笔记库”的刺激。AI 虽然有意图识别，但误触的概率远比你想象的要高。

如果你希望 Obsidian 能主动把笔记内容作为上下文发送给 OpenClaw，而不是等着 AI 去读取，通常还需要在 Obsidian 里安装对应的社区插件并启用本地 WebSocket。插件会在本地开一个端口，OpenClaw 监听这个端口上的事件。这个扩展不是必要的，最基础的基于路径读取可以先跑通。

3.5 启用本地命令行测试通道

在配置所有外部通道之前，先确保本地 CLI 通道是可用的。OpenClaw 通常自带一个交互式终端，运行：

openclaw chat

这个命令会进入一个类似聊天界面的交互模式。你输入ping，如果返回pong，说明核心服务正常。再输入一句 “你好”，如果模型配置正确，你应该能看到回复。

这一步非常关键，它能把“模块安装问题”和“外部通道问题”彻底隔离开。CLI 能通，再去折腾 Teams、Obsidian 才有意义。

4. 启动服务与网关连通测试

4.1 启动前的自检

在正式启动前，强烈建议先跑一下自检命令：

openclaw doctor

这个命令会检查 Python 版本、依赖完整性、端口占用、配置合法性。如果某项失败，按提示修正。常见的失败项：

• Python 版本过高或过低
• .env里缺少关键 Key
• 端口被其他程序占用
• config.yaml里某个字段拼写错误

如果你的版本没有doctor命令，也可以手动检查配置：

python -c "from openclaw.config import load_config; load_config('config.yaml'); print('config ok')"

配置加载成功后再启动。

4.2 前台启动与后台运行

最直接的方式是前台启动，所有日志直接打印在终端里：

openclaw start

启动成功后，你会看到类似这样的日志：

[gateway] listening on http://127.0.0.1:8765 [channel:cli] ready [channel:teams] connected [agent] default agent loaded

看到listening字样说明网关已经跑起来了。此时不要关闭这个终端，可以另开一个终端做测试。

如果你需要长期运行，Windows 下不建议直接最小化终端，因为容易被误关。我推荐用计划任务或者服务工具把 OpenClaw 注册成 Windows 服务。更简单的方案是写一个start_openclaw.bat，开机启动时自动运行：

@echo off chcp 65001 >nul cd /d D:\dev\openclaw call .venv\Scripts\activate.bat set PYTHONUTF8=1 set PYTHONIOENCODING=utf-8 openclaw start

把快捷方式丢进启动文件夹即可。注意.bat文件本身编码要存成 ANSI 或 UTF-8 with BOM，不然中文注释会乱码。

4.3 网关连通测试三连

服务启动后，按下面三步逐步验证：

第一步，验证网关本身是否存活：

curl http://127.0.0.1:8765/v1/health

在另一个终端执行，如果返回{"status":"ok"}，说明网关进程正常。

第二步，验证 CLI 通道是否工作：在启动终端里按交互模式输入ping，或者用：

openclaw exec "ping"

第三步，验证模型链路是否通：

openclaw exec "用一句话回答：1+1等于几？"

如果模型返回正常，说明 LLM Provider 配置正确。如果这里报超时或认证失败，问题一定在模型配置或网络访问，不要在通道配置上浪费时间。

4.4 打通 Teams 回调和消息响应

前面说过用隧道工具把本地端口暴露到公网。假设隧道工具给你分配了https://abc123.ngrok.io，你需要把这个完整地址加上/api/messages填到 Azure Bot 的 messaging endpoint 中：

https://abc123.ngrok.io/api/messages

然后在 OpenClaw 配置里确认端口确实是 8765，隧道工具的本地转发目标也是http://127.0.0.1:8765。

重启 OpenClaw，让配置生效：

openclaw restart

到 Teams 里给机器人发一条 “hello”。正常情况下，几秒内你会收到回复。

如果没收到回复，按这个顺序排查：

1. 隧道工具日志有没有来自微软的 POST 请求。没有，说明 Azure 回调地址无效或未保存。
2. 隧道工具日志有请求，但 OpenClaw 没有响应。说明 OpenClaw 处理异常，查看 OpenClaw 终端日志是否有报错。
3. OpenClaw 有报错，但不确定原因。先禁用 Teams 通道，用 CLI 再测一次模型链路，确认模型没问题后，再单独排查 Teams 配置字段。

4.5 session file locked 错误的深度排查

这条错误在热词里很常见，症状是：

agent failed before reply: session file locked (timeout 60000ms)

出现原因很直接：一个会话文件被某个进程锁住了，OpenClaw 尝试等待最长 60 秒，超时后直接失败。

最常见触发场景：

• 你之前启动过 OpenClaw，但没正常退出，进程变成了僵尸进程。
• 你同时开了两个窗口，分别执行openclaw start，两个进程争抢同一个会话文件。
• OpenClaw 异常崩溃，.lock文件没来得及清理。

解决办法：

第一步，结束所有 OpenClaw 进程：

taskkill /IM openclaw.exe /F

如果进程名不是这个，先查：

tasklist | findstr openclaw

拿到 PID 后强制结束：

taskkill /PID <PID> /F

第二步，删除锁文件。锁文件通常在OPENCLAW_HOME下的sessions目录里，扩展名为.lock。直接进入目录删除所有.lock文件：

cd D:\dev\openclaw\data\sessions del /Q *.lock

第三步，重新启动 OpenClaw。这次只开一个窗口，不要重复启动。如果你需要后台运行，用服务方式，不要手动挂多个终端。

还有一个隐藏问题：Windows Defender 实时保护可能会在 OpenClaw 读写会话文件时临时占用文件句柄，导致类似锁异常。如果你反复删除锁文件后仍然报锁，可以把D:\dev\openclaw\data目录加入 Defender 排除项：

Add-MpPreference -ExclusionPath "D:\dev\openclaw\data"

这条命令需要管理员权限的 PowerShell 执行。排除目录比关闭整个防护要安全得多。

5. Windows 特有的坑与常用排查

5.1 端口被占用？一条命令找到凶手

启动 OpenClaw 时如果看到：

ERROR: Address already in use

说明默认端口已经被占用。先查谁占用了端口：

netstat -ano | findstr :8765

输出结果的最后一列是 PID，例如：

TCP 127.0.0.1:8765 0.0.0.0:0 LISTENING 12345

继续查看这个 PID 是什么程序：

tasklist /FI "PID eq 12345"

如果确认是无用进程，直接结束：

taskkill /PID 12345 /F

如果你并不想结束别的程序，也可以让 OpenClaw 换一个端口。在config.yaml里找到网关监听端口配置，改成比如8866，然后重新启动即可。换端口后，隧道工具的本地转发目标也要同步修改，否则公网回调会失败。

5.2 终端闪退、中文乱码和编码问题

Windows 的老毛病就是默认代码页和 UTF-8 不匹配。OpenClaw 的日志大量使用 UTF-8 中文，在默认 CMD 窗口里经常显示成乱码，或者直接让脚本闪退。

我个人最推荐的方式是使用 Windows Terminal 而不是旧版 CMD 或 PowerShell ISE。Windows Terminal 对 UTF-8 的支持好得多。然后把系统默认编码切到 UTF-8：设置 → 时间和语言 → 语言和区域 → 管理语言设置 → 更改系统区域设置 → 勾选“Beta: 使用 Unicode UTF-8 提供全球语言支持”。重启系统后，很多乱码问题会直接消失。

如果你不想改系统区域，可以每次手动执行：

chcp 65001

或者在启动 bat 里加上chcp 65001 >nul。

另外设置两个环境变量，让 Python 强制使用 UTF-8：

setx PYTHONUTF8 1 setx PYTHONIOENCODING utf-8

设置完记得重开终端。这两个变量能解决绝大多数 Python 脚本在 Windows 下输出中文报错的问题。

至于“闪退”，最常见的场景是双击.py文件，或者直接在文件管理器里点击某个脚本。Python 执行完或出错后窗口会瞬间关闭，什么都看不到。以后所有 OpenClaw 相关命令，都在终端里手动执行，不要双击脚本。必须双击的场景，用cmd /k保持窗口：

cmd /k "D:\dev\openclaw\.venv\Scripts\openclaw.exe start"

5.3 pip 安装失败、镜像源不生效怎么办

依赖安装失败，十次有七八次是网络问题，还有两三次是缺少编译工具。网络问题的解法是配置国内镜像源，前面已经提到。但有时候你明明配置了镜像源，还是从默认源下载，原因可能是你在项目里用了Pipfile或poetry.lock，它们会覆盖全局 pip 配置。

我的建议是统一用requirements.txt，并且把镜像源写到requirements.txt注释里提醒自己。如果某个包从镜像源找不到，再单独指定源安装：

pip install <包名> -i https://pypi.tuna.tsinghua.edu.cn/simple

如果报错信息里出现error: Microsoft Visual C++ 14.0 is required，说明某个依赖需要本地编译。去安装 Visual Studio Build Tools，工作负载勾选“使用 C++ 的桌面开发”，装完后不用重启 Visual Studio，重新打开终端重试 pip。

还有一种情况：某些包只发布了特定 Python 版本的 wheel，你用的是 Python 3.12，找不到对应 wheel 就会尝试源码编译。如果编译又失败，最快的办法是换 Python 3.11 重装环境。我在 3.12 上折腾了一个晚上，换 3.11 后二十分钟搞定。有时候“降级”反而是最省事的方案。

5.4 路径带空格、权限不足、Defender 误杀

这三个问题可以放一起说，因为都是 Windows 特有的低级坑。

第一，路径带空格。不仅是安装目录，临时目录和用户账户名也可能带空格。如果你的 Windows 用户名是中文或带空格（比如C:\Users\张三），OpenClaw 的某些子进程会找不到正确路径。这个时候建议把OPENCLAW_HOME指向一个纯英文路径，比如D:\dev\openclaw\data，把临时文件也导向英文路径：

setx TMP D:\dev\openclaw\tmp setx TEMP D:\dev\openclaw\tmp

第二，权限不足。OpenClaw 首次启动要写配置、会话、日志，如果安装在C:\Program Files下，普通权限会有各种写入失败。解决办法不是“用管理员运行”，而是把项目放在你完全控制的用户目录或 D 盘自有目录，比如D:\dev\openclaw。之后的启动也不需要管理员权限。

第三，Defender 误杀。OpenClaw 能够执行本地命令、写文件、和外部平台通信，这种行为的可执行文件很容易被安全软件判为可疑。如果你发现某个 .exe 或 .py 被隔离，去 Windows 安全中心 → 保护历史记录里恢复，然后把这个项目目录加入排除项：

Add-MpPreference -ExclusionPath "D:\dev\openclaw"

不要直接关闭实时保护，那样更危险。只排除这一个目录就够了。

5.5 日志排查技巧：看日志比瞎猜快十倍

OpenClaw 运行时的日志集中在OPENCLAW_HOME下的logs目录。遇到问题不要瞎猜，先看日志。

Windows 下查看最新日志可以用：

openclaw logs -f

或者手动打开日志文件：

notepad D:\dev\openclaw\data\logs\openclaw.log

日志级别也可以调。在config.yaml里加：

logging: level: debug

然后重启。debug 日志会输出最详细的链路信息，包括收到的消息内容、调用模型时的请求参数、工具执行的返回值。官网文档里不会给你的排错经验，基本都在 debug 日志里写着。

排查问题有个固定套路：先看网关日志确认请求是否进来，再看 agent 日志确认模型是否返回，最后看通道日志确认结果是否回发。哪一段断了，就集中看哪一段。

6. 实测体验与进阶玩法

从零到完全跑通，我这边大概花了半天。装环境和依赖大概 1 小时，配置模型和本地通道 30 分钟，Teams 回调调试反而花了最长时间，原因是对 Azure 机器人配置不熟悉。跑起来之后，OpenClaw 在 Windows 下的稳定度还算可以，连续运行 48 小时没有出现内存持续上涨的情况，占用内存大约五百多MB（不含本地模型）。会话锁问题通过规范单实例启动后根除了。

如果你现在打算上手，我给你的建议是：第一次配置千万不要直接上 Teams。先本地 CLI 跑通，再配置一个最简单的外部通道，最后再碰 Teams。否则你将面对 Azure、端口转发、网关日志、模型超时四个问题叠加在一起，根本不知道是哪里出了毛病。

走出这一步之后，后续玩法其实很丰富。比如说给你自己的 Obsidian 做一个“每日整理”的定时任务，让 OpenClaw 每天自动把散乱的笔记归类；也可以把 Teams 当远程入口，在手机上让 AI 帮你查数据、生成日报；还可以把本地命令工具暴露给模型，实现“说一句话，跑一个脚本”。

我个人实际使用中最大的体会是：Windows 原生部署没有想象的那么难，但必须一条链路一条链路去验证，别想着一步到位。把准备工作做足，把日志当朋友，大部分坑都是纸老虎。如果你也在 Windows 上折腾 OpenClaw，遇到标题里提到的那些报错，不妨按上面这些步骤逐项检查，大概率十分钟内能解决。