OpenClawとHermesが話題になったのは、世界がまた別のチャットボットを必要としていたからではありません。ユーザーがより難しい問いを投げ始めた、まさにそのタイミングに登場したからです。AIアシスタントが実際に「操作」できるとしたらどうなるのか？
OpenClawは、その考えを個人的なものとして感じさせました。自分のデバイス上で動くエージェントを、すでに使っているメッセージングチャネルにつなぎ、パワーユーザーに「本当に手を持ったローカルアシスタント」という感覚を与えました。
Hermesは、同じ考えを拡張可能なものとして見せました。エージェントを開発者が運用できるランタイムへ変えたのです。CLI、メッセージングゲートウェイ、メモリ、スキル、MCP、cron、ターミナルバックエンド、そして作業を通じて改善する学習ループです。
Zeroは同じ波に乗っていますが、向かう方向は異なります。OpenClawとHermesは、人々が自律型エージェントを求めていることを示しました。Zeroは次の問いを投げます。そのエージェントを、実際のチームにとって安全で、有用で、再現可能なものにするにはどうすればよいのか？
この分析は、2026年6月2日に確認した公開GitHub情報とプロダクトドキュメントに基づいています。
タイムライン：OpenClawとHermesはいつ登場したのか
| Product | Public signal | Breakout signal | What it represented |
|---|---|---|---|
| OpenClaw | GitHubリポジトリは2025年11月24日に作成。最初の公開リリースは2025年11月25日 | 2026年6月2日時点で376k超のGitHub starsと78k超のforks | バイラルな個人向けAIアシスタント。ローカルファースト、セルフホスト、どこからでもメッセージできる。 |
| Hermes Agent | GitHubリポジトリは2025年7月22日に作成。最初に見えるリリースの波は2026年3月12日から | 2026年6月2日時点で176k超のGitHub starsと30k超のforks | 技術的なエージェントランタイム。自己改善型、モデル柔軟、CLIネイティブ、拡張可能。 |
| Zero | オープンソースリポジトリは2025年11月14日に作成。2026年春に公開プロダクトとリリースの動きが加速 | 100以上のコネクタ、Slack/Webのチーム向け画面、権限付きの作業実行 | チームのAI teammate。ガバナンスと監査性を備え、SaaSツールをまたいで実務を進める。 |
タイミングが重要です。2025年後半から2026年前半には、開発者はすでにコーディングエージェントで何ができるかを見ていました。Claude Code、Codex型CLI、ブラウザエージェント、tool-callingモデルによって、エージェントループは現実味を帯びました。ユーザーは、より良い回答ボックスを求めていたのではありません。ツールを開き、コンテキストを覚え、タスクを実行し、完成した結果を持ち帰るアシスタントを求めていました。
OpenClawとHermesは、それぞれ市場の異なる端からその需要を捉えました。
OpenClawが広がった理由
OpenClawのブレイクアウトは、単なる機能の話ではありません。感情的なわかりやすさの話です。
READMEでは、OpenClawを自分のデバイスで動かす個人向けAIアシスタントとして説明しています。このメッセージはすぐに届きます。ワークフロープラットフォームを買うわけではありません。エンタープライズ自動化スイートを導入するわけでもありません。WhatsApp、Telegram、Slack、Discord、iMessage、Signal、Microsoft Teams、Matrix、WeChat、QQなど、すでに使っているチャネルで応答してくれる個人エージェントを育てるのです。
それがOpenClawに3つのブレイクアウト要因を与えました。
1. 自律性を個人的なものにした
キラーアイデアは「エージェントフレームワーク」ではありませんでした。「自分のアシスタントが、自分のデバイス上にいて、自分のチャットにいる」ということでした。
これは技術アーキテクチャ図よりも強いバイラルな見せ方です。ローカルファーストのアシスタントは、失われていたコンシューマーAIプロダクトのように聞こえるため、すぐに好奇心を生みます。自分の横にいて、聞き、答え、メッセージを振り分け、ツールを実行し、常時稼働しているように感じられるものです。
OpenClawはそこに寄せました。明確なマスコット、強いアイデンティティ、具体的なローカルセットアップ、そしてシンプルな約束がありました。ローカルで、速く、常時動いている感覚の単一ユーザー向けアシスタントが欲しいなら、これだ、という約束です。
2. 配布を機能に変えた
多くのエージェントプロダクトでは、ユーザーがエージェントのところへ行かなければなりません。OpenClawは、エージェントをユーザーのところへ行かせました。
チャネルの幅は非常に広いです。WhatsApp、Telegram、Slack、Discord、Google Chat、Signal、iMessage、IRC、Microsoft Teams、Matrix、Feishu、LINE、Mattermost、Nextcloud Talk、Nostr、Twitch、Zalo、WeChat、QQ、WebChat、macOS、iOS、Android。これは単なるインテグレーション作業ではありません。配布戦略です。
すべてのチャネルがデモの場になります。すべてのメッセージスレッドが、エージェントが役に立つことを見せる場所になります。だからOpenClawは語りやすかったのです。ユーザーは、今いるコミュニケーションの場所を変えずに、すぐに使う姿を想像できました。
3. パワーユーザーにコントロールを与えた
OpenClawのセルフホスト型Gatewayモデルは魅力の一部になりました。技術ユーザーはコントロールプレーンを自分で動かし、チャネルを設定し、ペアリングを管理し、スキルをインストールし、Gatewayを公開し、アシスタントにどれだけの権限を与えるかを決められます。
そのコントロールは同時に主なトレードオフも生みます。OpenClaw自身のセキュリティドキュメントは、それを敵対的なマルチテナント境界ではなく、個人向けアシスタントの信頼モデルとして位置づけています。それは正しい整理です。OpenClawが強力なのは、オペレーターが環境を所有するからです。同時に、リスクもオペレーターが所有することになります。
個人や技術ホビイストにとっては受け入れられます。企業にとっては、より難しい提案になります。
Hermesが広がった理由
Hermesは別の読者層に向けて広がりました。OpenClawが人々に個人アシスタントを欲しがらせたのに対し、Hermesは開発者に本格的なエージェントランタイムを欲しがらせました。
READMEでは、HermesをNous Researchが構築した自己改善型AIエージェントとして説明しています。プロダクトの約束は、単に「ツールを実行する」ことではありません。経験から作られるスキル、セッションをまたいで残るメモリ、過去会話の検索、モデル切り替え、cron、メッセージングゲートウェイ、隔離されたサブエージェント、そしてローカル、Docker、SSH、Modal、Daytonaで動くターミナルバックエンドを含む、閉じた学習ループです。
それによりHermesは、インフラのように運用できるエージェントとして位置づけられました。
1. カテゴリがすでに見えてから登場した
Hermesで最初に見えるリリースの波は2026年3月12日に始まりました。その時点で、OpenClawはすでに個人エージェントというカテゴリを無視できないものにしていました。これはHermesにとって追い風でした。市場は、エージェントが重要であることを改めて説得される必要がありませんでした。技術ユーザーは次の問いを持つ準備ができていました。どのランタイムを信頼し、拡張し、基盤として構築すべきか？
Hermesは、ワンラインインストール、CLI/TUI、ゲートウェイ、モデルプロバイダの柔軟性、MCPサポート、cron、ツール、メモリ、OpenClawからの移行という開発者ネイティブなパッケージで答えました。
2. 自己改善をプロダクトアイデアにした
Hermesの最も特徴的な主張は学習ループです。スキル、メモリ、セッション検索、ユーザーモデリングは脇役ではありません。プロダクトの中心として提示されています。
これは重要です。エージェントの明らかな失敗モードは「忘れる」ことだからです。ユーザーは毎回コンテキストを作り直し、手順を説明し直し、すべてのinstruction fileを手作業で管理したくありません。Hermesはその痛みをプロダクトナラティブに変えました。エージェントはあなたとともに成長する、という物語です。
これは開発者や研究者にとって強いストーリーです。Hermesを単なるツールではなく、積み上がっていくシステムのように感じさせます。
3. 極めて速いリリース速度を示した
Hermesのリリースノート自体もブレイクアウトの一部です。2026年5月28日の「Velocity Release」は、前回のメジャーリリース以降、1,302 commits、747 merged PRs、560件超のissue close、321人のコミュニティコントリビューターを主張しています。5月16日と5月7日のリリースも同じく非常に速い動きを示しています。
このような速度は、オープンソースのインフラプロダクトに対する信頼を生みます。プロジェクトが生きていて、反応が速く、その上に構築する価値があることを技術ユーザーに伝えます。また、コミュニティのフライホイールも生みます。速いリリースがユーザーを引きつけ、ユーザーがissueやPRを出し、プロジェクトはさらに速く進みます。
4. OpenClawからの乗り換えコストを下げた
Hermesは戦略的に賢いこともしました。OpenClawユーザーにとって読みやすい存在になったのです。READMEには hermes claw migrate が記載されており、OpenClawから設定、メモリ、スキル、コマンド許可リスト、メッセージング設定、一部のAPIキー、workspace instructionsを取り込めます。
これにより、OpenClawの人気は単なる競争上の脅威ではなく橋になります。技術ユーザーがOpenClawから始め、後でより開発者向けのランタイムを求めたとき、Hermesには道があります。
OpenClawとHermesがまだ解決していないこと
OpenClawとHermesが広がったのは、刺激的だからです。しかし、それらをバイラルにした性質そのものが、次の層の問題も見せています。
両者が最も強いのは、エージェントスタックを運用できるユーザーに対してです。開発者、パワーユーザー、ホビイスト、研究者、技術オペレーターなどです。それは、営業リード、サポートマネージャー、創業者、マーケター、財務オペレーター、プロダクトマネージャーが、ただ安全に仕事を終わらせたいという場合に、そのまま当てはまるわけではありません。
重要なギャップは知能のギャップではありません。導入のギャップです。
| Gap | Why it matters |
|---|---|
| セットアップ負荷 | Gatewayを動かし、プロバイダを設定し、チャネルを管理し、アクセスを堅牢化することは実際の運用作業です。 |
| 認証情報リスク | エージェントが強力なツールを操作できるなら、何を見られるか、何を実行できるか、何を記録するか、何を承認制にするかをチームは明確にする必要があります。 |
| チームガバナンス | 個人アシスタントは、workspaceレベルの権限、メンバー利用、connector policy、監査性を自動的に解決しません。 |
| ビジネスインテグレーション | メッセージングチャネルは便利ですが、チームにはSlack、Gmail、GitHub、Notion、Linear、HubSpot、Sentry、Sheets、Calendar、Driveなどへの信頼できるアクセスが必要です。 |
| 再現可能なワークフロー | バイラルなデモと、毎週月曜の朝に動く業務プロセスは別物です。 |
そこでZeroがさらに先へ進みます。
Zeroがより優れている点
Zeroは、最も設定可能なエージェントランタイムになることで勝とうとしているわけではありません。エージェント的な能力を、チームが実際に導入できるプロダクトに変えることで勝ちます。
違いはシンプルです。OpenClawとHermesはoperator-first。Zeroはorganization-firstです。
1. Zeroは個人の自律性からチームの委任へ移る
OpenClawは問います。自分の個人アシスタントをどう動かすか？
Hermesは問います。自分のエージェントランタイムをどう運用し、拡張するか？
Zeroは問います。チームは、すべてのユーザーをエージェントオペレーターにすることなく、どうやって実務をAI teammateに委任できるのか？
これは異なるプロダクト画面です。ZeroはSlackとWebで動きます。人々はZeroをメンションし、タスクを割り当て、ツールを接続し、作業をスケジュールし、出力をレビューできます。Gateway、ターミナルバックエンド、MCP server、ローカルdaemonがどう動くかを知る必要はありません。
多くの企業は、最も技術的なユーザーだけを通じてツールを導入するわけではありません。非技術チームが安全に使えるときに導入します。だからこれは重要です。
2. Zeroはチャットチャネルだけでなく、仕事のシステムにつながる
OpenClawのチャネルの幅は印象的です。Hermesのゲートウェイの幅も有用です。しかしビジネスの仕事は、通常メッセージ配信だけでなくSaaSシステムに依存しています。
Zeroは100以上のツールに接続します。Slack、GitHub、Gmail、Google Calendar、Google Sheets、Notion、Linear、Sentry、Axiom、HubSpot、Intercom、Figma、Vercel、Dropbox、Airtable、Plausible、Resend、X、Redditなどです。
このconnector layerがカテゴリを変えます。ZeroはSlackから到達できるだけではありません。Slack、GitHub、Gmail、Notion、Linearなどを仕事の場として使えます。Sentryをトリアージし、GitHub issueを作成し、アウトリーチを準備し、キャンペーン指標を要約し、board updateを下書きし、定期レポートをスケジュールし、Slackの議論を構造化された意思決定に変えられます。
チームにとって、それは話しかけられるアシスタントと、仕事を終わらせられるteammateの違いです。
3. Zeroは権限をプロダクト機能にする
これはバイラルなエージェントと、導入可能なチームエージェントの最大の差です。
Zeroの権限モデルは、connectorごと、actionごとです。デフォルトの姿勢は保守的です。writeの前にread、送信前に確認、いつでもrevoke可能。外部メール送信、送金、公開投稿、データ削除、ユーザー招待、本番インフラ変更のようなsensitive actionsは、人間の承認で停止します。
これは小さなUXの詳細ではありません。導入を解く鍵です。
企業が問うのは「エージェントはこれをできるか？」だけではありません。「エージェントは、私たちを驚かせず、認証情報を漏らさず、データを消さず、間違った人の権限で動かずに、これをできるか？」です。
Zeroはその問いを中心に作られています。
4. Zeroは認証情報をエージェント自身から守る
セルフホスト型システムも安全にできますが、オペレーターがその作業をしなければなりません。Zeroはこれをプラットフォームレベルの性質にします。
Zeroのセキュリティドキュメントでは、Firecracker microVMによる隔離実行と、hardware-levelのKVM isolationが説明されています。各runは専用のprivate environmentで実行され、完了後に破棄されます。認証情報はプラットフォームが管理します。エージェントは接続されたツールを使えますが、生のtokenを見ることも抽出することもできません。secretsはnetwork layerで注入され、outbound requestsは漏えいリスクを下げるためにスキャンされます。
ビジネスチームにとって、これは大きな実務上の利点です。エージェントはGmail、Slack、GitHubなどのツールで有用な作業を行えますが、すべてのcredentialをモデルやagent codeが覗けるものにしません。
5. Zeroは繰り返しの仕事のために作られている
一度だけのブレイクアウトデモは印象的です。毎週価値を出す recurring workflow はより重要です。
Zeroはscheduled intelligenceのために設計されています。毎日のerror scan、毎週のcampaign report、月曜のmetrics brief、lead follow-up、tech debt check、content production、support triage、operational status update。ユーザーは毎回エージェントに再プロンプトする必要がありません。ワークフローがルーティンになります。
ここでZeroのteammateというフレーミングが重要です。teammateは聞かれたときだけ答える存在ではありません。繰り返し発生する責任を持つ存在です。
6. Zeroはチームに監査性を与える
エージェントがビジネスシステムをまたいで働くなら、ログは重要です。Zeroは完全なactivity logs、tool calls、approval history、auditable runsを重視します。これにより、何が起きたかをレビューし、runをdebugし、時間をかけて信頼を築きやすくなります。
OpenClawとHermesはオペレーターにコントロールを与えます。Zeroはチームに可視性を与えます。
それらは異なる種類の信頼です。
戦略的な違い
市場を理解する最も簡単な方法はこれです。
| Product | What broke through | What it optimizes for | Main limitation |
|---|---|---|---|
| OpenClaw | 個人向けローカルAIアシスタント | コントロール、チャネル、セルフホスト所有権 | セットアップとセキュリティはオペレーターが担う。 |
| Hermes Agent | 自己改善型エージェントランタイム | 拡張性、メモリ、モデル、MCP、CLI、cron | インフラを運用できる技術ユーザーに最も向く。 |
| Zero | チームのAI teammate | 委任、コネクタ、権限、安全性、繰り返しの仕事 | ローカルな実験より、managed team executionに寄せている。 |
OpenClawとHermesは、エージェントが生きているように感じられることを証明して注目を勝ち取りました。Zeroは、チームワークの複雑な現実の中でエージェントを使えるものにすることで導入を勝ち取ります。
これはより高い基準です。チームに必要なのは自律性だけではありません。範囲づけられた権限、再現性、観測可能性、credential safety、非開発者が理解できるプロダクト画面が必要です。
最後に
OpenClawが広がったのは、自律型エージェントを個人的でローカルなものに感じさせたからです。Hermesが広がったのは、エージェントを拡張可能で、自己改善し、技術的に本格的なものに感じさせたからです。
Zeroはその両方の洞察の上に立ち、さらに上のレイヤーへ進みます。
OpenClawとHermesから人々が求めたもの、つまり実際に仕事ができるAIを保ちつつ、企業がそれを信頼する前に必要なものを加えます。100以上のwork connectors、SlackとWeb access、scheduled tasks、sub-agents、action-level permissions、sensitive-action approvals、credential isolation、Firecracker microVM execution、audit trailsです。
だからZeroは、単なるエージェント一覧のもう一つの項目ではありません。personal agent と developer runtime から、real workのためのtrustworthy AI teammate への移行なのです。
