2026 年の GitHub Trending では、OpenHuman と OpenClaw がしばしば並んで語られます——どちらもオープンソースで、どちらも Agent と名乗り、自分のハードウェア上で動かせます。そこで自然と出てくるのが:本当の AI Agent はどちらか? より正直な問いは、それぞれが「Agent」をどう定義しているか です。ここでは勝者を決める対決ではなく、エンジニアリング視点で 2 つのアーキテクチャを並べ、Mac とクラウド Mac上でどう組み合わせるかを説明します。
まず用語を揃える:「本当の Agent」とは?
業界では「Agent」に少なくとも 3 層の意味があります:(1)ツールを呼び出せる LLM ループ、(2)永続的な記憶とアイデンティティ、(3)複数システムにまたがる多段タスクの実行と監査可能な回執。ChatGPT の単発会話は(1)の一部にとどまります。Copilot プラグインは(1)(2)に近い一方、コンテキストは単一 SaaS に閉じがちです。
OpenHumanは Agent を個人デジタルツインとして設計します——デスクトップ入口、Memory Tree、118+ SaaS の自動取得で「数分であなたを理解する」ことを目指します。OpenClawは Agent をセルフホスト Gatewayとして設計します——1 つの Gateway プロセスが Telegram、Slack、WhatsApp、Discord などのチャネルを Pi などのコーディング Agent に接続し、「ポケットから 1 通送って、ツール呼び出し付きの返答を得る」体験を重視します。どちらも Agent ですが、デフォルトの戦場が違う:前者はデスクトップ + ワークフローデータ、後者はチャネル + オーケストレーションです。
OpenHuman:コンテキスト工場型の個人 Agent
OpenHuman の核心はコンテキストの出所、圧縮、ローカル保持です。公式パスは接続 → 自動取得 → Memory Tree:Gmail、Notion、GitHub、Calendar などを OAuth で接続し、20 分ごとに同期。TokenJuice が LLM 投入前に HTML メールやツール出力を圧縮します。記憶はローカルの SQLite と Obsidian 互換 Markdown に残る——これが「自分を理解する」基盤です。
強みは明確です:コールドスタートが非常に速い、UI ファースト、非ターミナルユーザーにも向きます。弱みもはっきりしています:マルチチャット Gateway 向けではないこと。OAuth とモデルルーティングは Tiny Humans バックエンドに依存する部分があり、「ローカル優先」が完全オフラインを意味するわけではありません。製品単体の詳細はOpenHuman デジタルツイン特集を参照してください。
OpenClaw:チャネル Gateway + エンジニアリングオーケストレーション型 Agent
OpenClaw ドキュメントは冒頭で述べる通り、マシン上で動くGatewayです。Discord、iMessage、Signal、Slack、Telegram、WhatsApp などの Surface を Pi などの AI コーディング Agent に接続します。MIT ライセンス、Node 24+、openclaw onboard によるセットアップ——典型的なユーザーは開発者とパワーユーザーで、スマホから 1 通送るだけでツールチェーン付きアシスタントを動かし、データをマネージド SaaS に預けたくない人たちです。
ZavCloud の文脈では、OpenClaw はエンジニアリングオーケストレーション側に現れがちです:トリガー順序、コマンド、終了コード、四元組の回執。GitHub Actions セルフホスト Runner や Xcode ビルドとMac mini クラウドホスティング上の同一監査可能 macOS ユニットを共有します。詳細はOpenClaw とクラウド Mac CI 実践を参照。OpenClaw のコンテキストはプラグインとセッションで徐々に蓄積され、OpenHuman 式の OAuth 一括取得ではありません——「自分のスタックを理解する」には、より長い設定と観察期間が必要になることが多いです。
| 観点 | OpenHuman | OpenClaw |
|---|---|---|
| Agent の比喩 | 個人デジタルツイン / デスクトップ OS 入口 | マルチチャネル Gateway + コーディング Agent ルーティング |
| オープンソースライセンス | GNU | MIT |
| 導入パス | DMG / インストールスクリプト、UI ウィザード | ターミナル npm i -g openclaw + onboard |
| 連携の重心 | 118+ SaaS(Gmail、Notion、GitHub…) | 10+ チャットチャネル + プラグイン(Matrix、Zalo…) |
| 記憶モデル | Memory Tree + 自動取得 + TokenJuice | セッション / ワークスペース分離、設定とプラグイン依存 |
| 典型的な強み | アプリ横断コンテキスト、個人ナレッジワーカー | リモートからのコーディングタスク起動、CI / Webhook オーケストレーション |
| ZavCloud との関係 | 24/7 同期はクラウド Mac 常駐が選択肢 | Runner / Gateway を専有 macOS へ配置 |
では、どちらが「本当の」Agent か?
「本当」が人のようにデジタル生活のコンテキストを保持することを指すなら——メール、ドキュメント、カレンダー、コード活動が自動要約され、編集・検索可能——OpenHuman の方が近いです。Agent を「チャットボックス」から「あなたを覚えているデスクトップ入口」へ押し上げます。
「本当」が任意のチャネルから起動でき、ツールを安定呼び出し、結果をエンジニアリングシステムへ書き戻すことを指すなら——Telegram からビルドを起動し、Git SHA と終了コードを記録するなど——OpenClaw の方が近いです。Agent ネイティブなルーティングとオーケストレーション層であり、個人ナレッジベース製品ではありません。
OpenHuman 公式の比較表でも OpenClaw は「ターミナル優先、プラグイン依存、自動取得なし」と記載されています——これは贬す意味ではなく製品境界の宣言です。逆に、OpenClaw ユーザーが Karpathy 式 Obsidian wiki パイプラインを欲しければ自分で統合が必要です。OpenHuman ユーザーが WhatsApp で @ して CI を走らせたければ、それも即座にはできません。
どちらか一方ではなく、重ね合わせが現実的
合理的な分担:OpenHumanが個人 / チームのコンテキストと SaaS 状態を維持し、OpenClawが外部メッセージや Cron / Webhook を受けてクラウド Mac上でコマンドを実行し、回執を Slack へ返す。算力層(専有 macOS、静的 IPv4、VNC トラブルシュート)は ZavCloud が統一提供し、Agent 層はそれぞれの強みを活かします。
3 つの典型的な選定シーン
- 独立開発者 / コンサルタント— メールと Notion の雑務が多く、デスクトップの 1 体でコンテキストを集約したい → OpenHuman 優先。たまにスマホからコードを聞きたければ OpenClaw Gateway を追加。
- iOS / バックエンド小規模チーム— GitHub Actions があり、Runner と通知を IM に接続したい → OpenClaw + クラウド Mac CI 優先。個人ドキュメント検索は OpenHuman を並行。
- コンプライアンスと監査要件が高い— どちらもセルフホスト向き。OpenClaw の allowlist とチャネル分離は公式 Security ドキュメント参照。OpenHuman は Composio / OAuth マネージド境界を整理し、機密要約は Ollama ローカルモデルへ。
算力層:なぜ「本物の macOS」を避けられないか
OpenHuman も OpenClaw も macOS をサポートしますが、求めるものは異なります。OpenHuman はローカル Mac でデスクトップシェルと Memory Tree を動かせば十分。ノート PC を常に閉じていてバックグラウンド同期を継続したいなら、Mac mini クラウドホスティングなど 24/7 インスタンスが必要です。OpenClaw Gateway は固定エグレスのサーバー配置が一般的:静的 IPv4 は Webhook、Runner 登録、ホワイトリストに便利。VNC は初回チャネルペアリングと GUI トラブルシュートに向きます。
これはCore ML 推論と同一マシンを共有するときの原則と同じです:オフピークでスケジュールし、同期 / ビルド / ローカルモデルが Unified Memory を奪い合わないようにする。ZavCloud が提供するのは物理専有の M4 macOS ユニット——Agent フレームワークを替えても、算力契約は変わりません。
タイトルに惑わされない:万能チャンピオンはいない
マーケティングでは「本当の Agent」が「どちらが強いか」と同義になりがちです。エンジニアリング上、より実用的な問いは:Agent が先に解くのはコンテキスト、チャネル、オーケストレーションのどれか? 両プロジェクトは急速に進化しているため、比較は各公式ドキュメントを正とし、本文は 2026 年 5 月時点の公開機能を前提としています。
それぞれ最小検証パスを 1 本
OpenHuman:DMG をインストール → Gmail + Calendar + GitHub を接続 → Memory Tree に最初の Markdown が現れるまで待つ → デスクトップで「今日の予定は?」と聞く
OpenClaw:Getting Startedに従い Gateway をインストール → openclaw onboard → Telegram または Web Control UI を紐付け → スマホからツールを起動できるメッセージを送る(例:リポジトリファイルを読む)
# Node 24+(または 22.19+ LTS)が必要 npm install -g openclaw@latest openclaw onboard --install-daemon openclaw dashboard # OpenHuman:macOS / Linux curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash
結論:どちらも Agent、向く「リアル」が違う
OpenHumanはコンテキスト工場 + 個人ツイン——「本当の Agent」は SaaS 横断の仕事と生活を覚えている点に現れます。OpenClawはGateway + オーケストレーター——「本当の Agent」は任意チャネルから起動し、複数 Agent セッションをルーティングしてツールとパイプラインに行動を落とす点に現れます。優劣争いより境界を描く:個人は OpenHuman でデジタル生活を集約し、チームは OpenClaw でトリガーと回執を集約。算力が足りなければ常駐プロセスをクラウド Mac miniへ、ローカルはコンソールに。
- OpenHuman— 個人 AI デジタルツイン詳解
- OpenClaw— 公式ドキュメント · クラウド Mac CI 実践
- 算力— ZavCloud Mac mini クラウドホスティング
ZavCloud · クラウド Mac
OpenClaw Runner も OpenHuman 常駐同期も、安定した macOS が前提
Mac mini M4 専有インスタンス:ネイティブ macOS、静的 IPv4、1Gbps エグレス——Agent オーケストレーションと個人コンテキスト同期を同一の監査可能算力ユニットで共有できます。
プランと料金を見る