1. 先别急着删这个报错到底在说什么你在 Windows PowerShell 里敲下openclaw-uninstall回车之后屏幕上蹦出一行红字无法将“openclaw-uninstall”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。这句话翻译成人话就是——PowerShell 翻遍了它认识的所有命令来源压根没找到叫这个名字的东西。它不是在说 OpenClaw 坏了也不是说你装错了而是说这个命令根本没进到 PowerShell 的“通讯录”里。PowerShell 找命令的顺序大致是内置 cmdlet、当前会话函数、PATH 环境变量里的可执行文件、脚本文件。openclaw-uninstall如果是个 npm 全局包提供的命令那它应该出现在 npm 全局目录里而这个目录得在 PATH 中PowerShell 才认。所以这个报错的本质是“命令入口找不到”可能的原因有四类npm 全局目录没进 PATH、包压根没装成功、PowerShell 执行策略拦了脚本、或者之前卸载残留把入口文件删了一半。这篇就按这四条线一条条用可复制的命令排查下去顺带把卸载后 AI 工具链还能不能正常调用这件事一起验证掉。适合谁看在 Windows 上用 PowerShell 折腾过 Node 系 CLI 工具、被 PATH 坑过、或者正准备把 OpenClaw 清干净换环境的人。下面所有命令你都可以直接复制到 PowerShell 里跑我会说明每条命令看什么结果。2. 动手前先把 TaoToken 这条通道备好卸载工具链最怕的一件事是删完之后发现别的 AI 调用也连不上了回头排查分不清是卸载误伤还是 Key 失效。我的做法是先把统一通道确认好再动卸载这样出问题能快速定位。TaoToken 在这里的角色是统一 Key/API 通道。你可以把它理解成一个“总机”不管后面接的是对话模型、编码模型还是 Agent 类工具入口地址和鉴权方式都收敛到一处换工具时不用每个都重新配一遍 Key。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 。具体操作上先到控制台把 Key 建好地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite Key 管理页在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。拿到 Key 之后卸载前先记一下当前能正常调用的模型名和返回卸载后再用同样的方式调一次就能判断工具链有没有被误伤。如果你后面还要长期跑编码类任务可以顺带了解下 Coding Plan入口是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。接入细节和参数说明统一看文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。想先在网页里试一下模型通不通用模型对话页https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。注意先把 Key 和调用方式确认好再卸载不是为了多一步而是为了卸载后有个“对照组”。没有对照组你没法判断问题是卸载造成的还是网络/Key 本身的问题。3. 四条线定位PATH、npm 全局目录、执行策略、残留配置3.1 先确认命令到底存不存在打开 PowerShell先跑这一条看 PowerShell 能不能找到这个命令Get-Command openclaw-uninstall -ErrorAction SilentlyContinue如果什么都没输出说明 PowerShell 确实找不到。接着看 npm 全局目录里有没有对应的入口文件npm root -g npm bin -gnpm root -g给出全局包的安装根目录npm bin -g给出全局可执行文件所在目录新版 npm 可能提示bin已废弃用npm prefix -g代替。把这两个路径记下来后面要用。然后列出全局包看 OpenClaw 相关包在不在npm list -g --depth0如果列表里没有 openclaw 相关的包那报错原因就清楚了——包没装成功或者装到了别的 Node 版本下。Windows 上如果装过 nvm-windows 或多个 Node 版本全局包是按 Node 版本隔离的切换版本后原来的全局命令就“消失”了。3.2 PATH 里有没有 npm 全局目录这是最常见的一类。跑这条命令看当前 PATH$env:Path -split ;逐行扫一眼看有没有刚才npm bin -g或npm prefix -g输出的那个目录。如果没有PowerShell 自然找不到全局命令。临时加进去可以这样$npmGlobal npm prefix -g $env:Path ;$npmGlobal但临时改只对当前会话有效。要永久生效用系统环境变量界面或者这条命令需要管理员权限[Environment]::SetEnvironmentVariable(Path, $env:Path ;$npmGlobal, User)改完 PATH 后必须重开一个 PowerShell 窗口旧窗口不会自动刷新环境变量。这一点很多人踩坑改完 PATH 在当前窗口试还是报错以为没生效其实是窗口没重开。3.3 执行策略拦了脚本如果Get-Command能找到命令但执行时报“无法加载文件因为在此系统上禁止运行脚本”那就是执行策略的问题。先看当前策略Get-ExecutionPolicy -List如果CurrentUser或LocalMachine是Restricted脚本类命令就跑不起来。改成RemoteSigned是常见做法Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned这条命令只影响当前用户不需要管理员权限相对安全。改完再试一次命令。注意执行策略报错和“无法识别为 cmdlet”是两种不同的红字别混在一起。前者是找到了但不让跑后者是压根没找到。3.4 残留配置和半卸载状态如果之前卸载过一次但没卸干净可能出现入口文件被删、但配置目录还在的情况。这时候命令找不到但残留配置还在干扰新安装。先看几个常见残留位置Test-Path $env:APPDATA\openclaw Test-Path $env:LOCALAPPDATA\openclaw Test-Path $env:USERPROFILE\.openclaw哪个返回True就进去看看。配置文件通常是settings.json或config.toml。清理骨架如下先备份再删$backup $env:USERPROFILE\openclaw-backup-$(Get-Date -Format yyyyMMddHHmm) New-Item -ItemType Directory -Path $backup -Force Copy-Item $env:APPDATA\openclaw $backup -Recurse -ErrorAction SilentlyContinue Copy-Item $env:USERPROFILE\.openclaw $backup -Recurse -ErrorAction SilentlyContinue备份完再决定删不删。如果你只是想重装建议先备份配置重装后把 Key 相关字段填回去省得重新配一遍。4. 可复制的卸载与清理流程确认完上面四条线如果结论是“包还在只是入口没进 PATH”那正确做法不是硬删文件而是走 npm 卸载。先看包名npm list -g --depth0 | Select-String openclaw假设包名是openclaw卸载命令npm uninstall -g openclaw如果之前是用pip装的卸载器有些工具会提供 Python 卸载脚本那走 Python 那条线pip uninstall openclaw_uninstaller -y python -m openclaw_uninstaller执行python -m openclaw_uninstaller后按提示操作。一般会问你是否备份输入对应数字确认备份再输入DELETE确认卸载。这一步是交互式的别一路回车看清楚提示再输。卸载完清理可能残留的进程和计划任务schtasks /Delete /F /TN OpenClaw Gateway 2$null Get-Process -Name openclaw* -ErrorAction SilentlyContinue | Stop-Process -Force netstat -ano | findstr :18789最后一条netstat如果输出为空说明默认端口没有残留监听。如果还有输出记下 PID用tasklist /FI PID eq 你的PID看是哪个进程占着。再检查一遍全局包列表确认 openclaw 相关项已经消失npm list -g --depth0到这里命令层面的卸载基本完成。接下来验证 AI 工具链是否还正常。5. 验证请求卸载后 AI 调用还通不通卸载完 OpenClaw用 TaoToken 的通道发一个最小请求确认 Key 和 API 通道没被影响。PowerShell 里可以这样测$headers { Authorization Bearer 你的TaoTokenKey Content-Type application/json } $body { model 你的模型名 messages ( { role user; content 回复ok两个字 } ) } | ConvertTo-Json -Depth 5 Invoke-RestMethod -Uri https://taotoken.net/api/v1/chat/completions -Method Post -Headers $headers -Body $body如果返回里有正常的choices内容说明通道没问题卸载没有误伤。如果报 401检查 Key 是否复制完整、有没有多余空格如果报连接类错误先确认网络和地址拼写。想更直观地看模型返回可以直接用模型对话页试一句https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。网页里能通、命令行不通那问题就在本地配置或网络层不在 Key 本身。如果你用的是 Claude Code 这类编码工具接入方式看这个入口https://taotoken.net/claudecode-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecode-anthropicutm_campaignrewrite 。卸载 OpenClaw 不影响这些独立工具的配置但如果你之前把 Key 存在 OpenClaw 的配置里记得从备份里把 Key 找回来填到新工具里。6. 本篇常见错排查报错依旧但Get-Command能找到命令多半是执行策略或脚本签名问题回到 3.3 检查Get-ExecutionPolicy -List。改了 PATH 还是报错确认重开了 PowerShell 窗口。旧窗口的环境变量是启动时快照不会热更新。npm uninstall -g报权限错误用管理员身份开 PowerShell 再试或者检查 npm 全局目录是否在需要提权的路径下比如C:\Program Files\nodejs。卸载后重装命令还是找不到检查是不是有多个 Node 版本npm prefix -g的输出和你 PATH 里加的是不是同一个。nvm-windows 切换版本后全局目录会变。netstat显示端口仍被占用用tasklist /FI PID eq 端口对应的PID查进程名确认是不是 OpenClaw 残留再决定是否结束进程。调用 API 返回 401Key 复制时带了换行或空格重新从 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 复制一次注意不要带首尾空白。配置清理后工具行为异常从第 3.4 步的备份目录里把settings.json或config.toml恢复回去只删确认无用的字段别整个目录删。7. 卸载完把通道固定下来卸载 OpenClaw 只是清理动作真正影响你日常效率的是“下一个工具接进来要多久”。我的习惯是卸载完立刻把 TaoToken 的 Key 和 API 基址记到一个固定的配置片段里下次不管换哪个 CLI 工具复制粘贴就能用不用重新翻控制台。如果你后面主要跑编码和 Agent 类任务建议把 Coding Plan 的接入方式也过一遍https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。参数和接入细节统一在文档里查https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。控制台建 Key 的入口再放一次方便你直接跳https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。最后留一个我自己的检查习惯每次卸载完先跑Get-Command确认命令没了再跑一次 API 请求确认通道还在。两个结果都符合预期这次卸载才算真正收尾。