这是 PowerShell 执行策略 拦住了，不是 OpenClaw 本身坏了。

一、报错本质

你图里最关键的是这句：

无法加载文件 C:\Users\Administrator\AppData\Roaming\npm\openclaw.ps1，因为在此系统上禁止运行脚本。

意思就是：

你在 PowerShell 里输入 openclaw gateway --force 时，系统优先去执行这个文件：

C:\Users\Administrator\AppData\Roaming\npm\openclaw.ps1

但 PowerShell 当前策略不允许执行 .ps1 脚本，所以被系统安全策略拦下来了。

这和 OpenClaw 命令本身对不对没关系，属于：

命令到了 PowerShell 这一层，就被门卫拦住了。

---

二、为什么会这样

Windows PowerShell 有一套“脚本执行策略”，默认比较保守。
它会限制 .ps1 脚本直接运行，防止恶意脚本偷偷执行。

而很多通过 npm 全局安装的命令，在 PowerShell 里实际上会对应两个入口：

1. 一个是 .cmd

给 CMD 用的

2. 一个是 .ps1

给 PowerShell 用的

你现在踩中的就是 .ps1 这条路。

---

三、怎么解决

我给你从 最稳妥 到 最省事 排。

方案一：临时绕过，当前窗口生效

先执行：

Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass

然后再执行：

openclaw gateway --force

这个方案的特点是：

• 只对当前这个 PowerShell 窗口生效

• 关掉窗口就失效

• 相对安全

• 最适合你现在测试

---

方案二：给当前用户放开

如果你后面经常要在 PowerShell 里跑这类命令，可以执行：

Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned

然后输入：

Y

再执行：

openclaw gateway --force

这个方案的意思是：

• 只改你当前用户

• 本机自己生成的脚本可以跑

• 从网上下载的脚本要有签名才行

• 比 Bypass 更稳一些

一般个人开发机，用这个比较常见。

---

方案三：不用 PowerShell，直接用 CMD

如果你懒得碰执行策略，最直接的办法就是：

打开 CMD，不要开 PowerShell

然后执行：

openclaw gateway --force

因为 CMD 会优先走 .cmd，通常不会碰到 .ps1 执行策略问题。

这个办法很适合你现在这种场景。

---

方案四：直接点名执行 cmd 版本

在 PowerShell 里也可以直接执行 .cmd：

openclaw.cmd gateway --force

或者：

& "C:\Users\Administrator\AppData\Roaming\npm\openclaw.cmd" gateway --force

这样就绕开 .ps1 了。

---

四、你现在最推荐怎么做

你当前最适合的是这两个方案二选一：

临时测试版

Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass
openclaw gateway --force

或者更省事版

直接打开 CMD
然后执行：

openclaw gateway --force

---

五、这不是管理员权限不够，而是脚本策略问题

很多人一看这种红字，以为是：

• 没管理员权限

• OpenClaw 没装好

• npm 坏了

• node 坏了

其实这次都不是。

你图里的报错类型已经写得很清楚：

PSSecurityException
UnauthorizedAccess

这里的 “UnauthorizedAccess” 不是说你账号没权限操作文件，
而是说：

PowerShell 不允许当前脚本执行。

---

六、给你一句最通俗的话

这事相当于：

OpenClaw 已经到你家门口了，但 PowerShell 小区保安说：你这个脚本没备案，不准进。

所以先放行脚本，命令才能真正跑起来。

你现在直接执行这两句就行：

Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass
openclaw gateway --force