Hermes Agentは現在、ネイティブWindowsの初期ベータ版で利用可能ですが、ゲートウェイ、長いタスク、cron、マルチプラットフォームのメッセージアクセスを安定的に実行したい場合は、まずはWSL2かLinuxサーバーを使うことが推奨されています。 ネイティブWindowsはアーリーアダプター、軽量CLI、個人用トライアルに適しており、直接の本番自動化には推奨されません。
v0.14の公式説明書には、ネイティブのWindows初期ベータ対応が明示されており、cmd.exe、PowerShell、インストーラー、MinGitの自動インストール、Pythonスタブ検出、Ctrl+Cのフォアグラウンド処理などがカバーされています。 つまり、もはや「完全に利用不能」ではなく、正式に初期ベータとしてマークされており、境界線は引き続き注意して検討する必要があることを示しています。
より安定した選択方法
| 使用シナリオ | 提案 |
|---|---|
| CLIをネイティブで試してみたいだけです | ネイティブWindowsを試してみるのもいいです |
| コードの改変や簡単なツールを実行するために | ネイティブWindowsも試せますが、パスやシェルの違いに注意してください |
| ゲートウェイ/クロンを長時間使い続けてください | WSL2、Linux VPS、またはDockerの方が推奨されます |
| チーム生産自動化 | まずはLinux環境で確認してください |
Windowsの共通ピット
パスセパレーター、PowerShell実行ポリシー、Pythonストアスタブ、Gitパス、npmプレフィックス、ファイルロック、ANSI制御シーケンス、バックグラウンドプロセス、信号処理などはLinuxとは異なる場合があります。 Hermes Agent v0.14はWindows専用の問題を多く修正しましたが、「起動可能」と「すべてのバックエンドを安定的に動かす」は同じものではありません。
初心者向けのやり方
- 試しているだけなら、まず
pip install hermes-agentでhermesを走り回ってください。 - プロジェクトコードを接続したい場合は、まず小さなリポジトリでファイルの読み書きとコマンドの実行をテストしてください。
- メッセージゲートウェイに接続したい場合は、まずWSL2かLinux VPSに接続してください。
- 奇妙なエラーに遭遇したら、まずそれがHermesの問題なのかWindowsのシェルやパスの問題なのかを見極めてください。
公式倉庫住所:https://github.com/NousResearch/hermes-agent。 一言で言えば、Windowsネイティブは注目に値しますが、安定性が優先される場合はWSL2の方が安全な選択肢です。
