Windows 开发者用 Hermes Agent 的日子终于好过一些了。
一直以来，在 Windows 上跑 Hermes Agent 有两种路径：WSL2（装 Linux 子系统）或者 Docker。两种方式都能用，但都不是「原生体验」。WSL 意味着多一层虚拟化，Docker 意味着多一个容器运行时——对于只是想快速试一个 Agent 的人来说，这些前置条件本身就是门槛。
现在有了第三条路：原生 PowerShell 一键安装。
GitHub 仓库：NousResearch/hermes-agent
140K stars，7,777 次 commits，992 个分支。14 分钟前还有人在提交代码。
安装方式
irm https://raw.githubusercontent.com/nousresearch/hermes-agent/main/install.ps1 | iex
就这一行。不需要先装 WSL，不需要先配 Docker，不需要装 Python 环境。脚本会处理所有依赖。
官方怎么说的
Native Windows support is early beta. It installs and runs, but hasn't been road-tested as broadly as our Linux/macOS/WSL2 paths.
官方措辞很谨慎：「早期 Beta」「能装能跑」「还没被广泛路测」「请提 issue」。这种坦诚的态度反而加分——至少它没有假装 Windows 版已经和 Linux/Mac 版一样成熟。
兼容性解决了什么
从 commit 历史来看，团队主要啃了这几个硬骨头：
- 路径处理：Windows 的反斜杠和 POSIX 的正斜杠混用问题
- Shell 兼容性：bash 脚本在 PowerShell 下的行为差异
- UTF-8 编码：Windows 默认编码和 Linux 的差异导致的中文字符乱码
- 进程管理：Windows 下的子进程创建和信号处理
这些都是「跑起来容易，跑稳了难」的问题。
谁该关注
- Windows 原生开发者：之前嫌 WSL 麻烦的那批人，现在可以直接用了
- 企业 IT 环境：很多公司的 Windows 机器不让装 WSL 或 Docker，原生安装绕过了这个限制
- 想快速试用 Hermes Agent 的人：少装几个前置依赖，上手门槛直接降低
风险和建议
Beta 标签不是摆设。如果你在生产环境跑 Agent，建议等更稳定的版本。Windows 路径和编码问题在极端场景下仍可能触发 bug。
但如果你只是想在本机上体验、做 demo、或者跑非关键任务，现在就可以试了。遇到问题的话，官方鼓励提 issue——这其实也是帮项目做测试。
一个观察点：Windows 版上线后，Hermes Agent 的用户结构会不会发生变化。之前 140K stars 中 Windows 原生用户的比例可能不高，如果这个 Beta 能跑稳，用户基数的增长可能会来自一个之前被 WSL 门槛挡在外面的群体。