OpenHuman —— ローカル Memory Tree で「毎回ゼロ説明」を減らす

2026 年、デスクトップ Agent は「チャット用サイドバー」から「長く一緒に働く相棒」へ移りつつあります。OpenHuman（TinyHumans の OSS）の軸は明快です：先に生活データを同期し、その後 Agent に動かせる——Gmail・カレンダー・GitHub・Notion・Slack などをつなぎ、ローカルの Memory Tree に読める・直せる・消せる Markdown 記憶として圧縮し、デスクトップ Agent に検索・執筆・ツール実行させる。毎回 ChatGPT を新規タブで開くより、先週何に追われていたか覚えている同僚に近い。本稿ではアーキテクチャ、OpenClaw との役割分担、24/7 をどこに置くかを整理します。

「無状態チャット」からデジタル分身へ

多くの LLM は会話が終わると「忘却」——システムプロンプトの数行は付箋に近い。OpenHuman は別ルート：まず生活データを同期し、その後 Agent が動く。公式フロー（OpenHuman ドキュメント）：UI インストール → OAuth でアカウント接続 → auto-fetch がおおよそ 20 分ごとに更新 → Memory Tree へ書き込み → Obsidian 互換の Markdown vault に同期。`.md` を直接編集・段落削除できます。

ここでの パーソナル AI デジタル分身 は、データが自分のディスクにあり、人が読める形式であること——ベンダー云のブラックボックススレッドではない、という意味です。プロジェクトは Beta、デスクトップ中心でターミナル不要のオンボーディングを謳う。連携一覧は GitHub リポジトリ を正としてください。

クローズドな「スーパー App」と違い GPL-3.0 で Fork し、同期方針や記憶ディレクトリを変えたり、オフラインでローカルモデルのみにしたりできる——ベンダーロックを嫌いつつ非エンジニアが UI で接続したいチーム向き。GitHub / Product Hunt の注目は「第二の脳」需要の証拠だが、企業 SLA やコンプライ認証が揃ったわけではない。パイロットは期待値を切って。

Memory Tree：知識庫はディスク上に育つ

コミュニティは OpenHuman を「Obsidian 脳みそ付き Agent」と呼ぶことが多く、Karpathy の LLM Knowledgebase に近い——断片を検索可能で人がレビューできるテキストに構造化し、チャット履歴を無限に積まない。

• SQLite が正規ストア；Markdown チャンク が木状サマリへ入り、vault 全体を毎回コンテキストに載せない；
• Obsidian で校正・タグ・機密段落の削除；
• memory / web-fetch / coder（git・lint・テスト）と マルチモデルルーティング；任意で Ollama によるローカル推論。

開発者にとって Issue 議論・PR 説明・設計 doc の断片が長期背景になり、毎回同じ README を貼らなくてよい。チャンクとサマリツリーはコンテキスト長を抑え、「覚えている」≠「毎ターン窓いっぱい燃やす」にする。

典型的一日：午前の auto-fetch でメールと Slack スレッド；午後のコーディングで coder が vault 内の設計メモを参照；夜に音声で明日の ToDo をサマリへ。Obsidian で vault を開けば Agent が「あなたが知っていると思っていること」が見える——ブラックボックスチャットとの決定的な差です。

接続と同期：コールドスタートを短く

ドキュメントは Gmail・GitHub・Slack・Notion・Linear・Drive・Stripe など多数の連携と、OAuth 後の型付きツールを謳う。周期的な取得で、一度の同期後に Agent が受信箱・予定・リポジトリを「見た」状態にし、二週間の手貼りを減らす狙い。テキスト以外に 音声（STT/TTS） と マルチ Agent 調整——軽いタスクは高速モデル、重い推論だけ上位 API。

企業は DLP と「メール全文をディスクに落としていいか」を照合；個人は Token 最小権限とディスク暗号化——ローカル優先 ≠ リスクゼロ。職場データの未承認ローカル AI が禁止なら、業務アカウント接続はセキュリティ審査後に。これはノート PC の OS 選定とは無関係で、アプリとアカウント層の話です。

OpenClaw との比較：覚える vs 動く

よく使う比喩：OpenClaw は Agent に「手を動かす」、OpenHuman は「あなたが誰かを覚える」。組み合わせ可能——VPS の Bot は外向き応答だけ、企画と長期記憶はローカル vault に残し、個人メール丸ごとを公網サーバに載せる衝動を減らす。VPS で Gateway を動かすなら HTTPS と GitHub Actions と手動 Docker の比較（OpenClaw Gateway） は本番水準で。

プライバシーと運用境界

GNU GPL-3.0 で Fork・監査可能。クラウド LLM 呼び出し時は Memory Tree から取った断片が国境を越える——契約に合わせてモデルリージョンを選ぶ。OAuth トークンは鍵：紛失・退職時は revoke と vault 再スキャン。ブラウザ/コンピュータ制御など権限が広いほど誤操作と過剰取得の面が広がる——本番相当環境では低権限のテスト接続を。

蓋を閉じたノートで 24/7 Bot は期待しない：スリープ・断線・OS 更新がデスクトップ Agent を切る。外向き Slack/Webhook は VPS かコンテナへ。Beta 期はテストアカウントで「接続 → 1 サイクル fetch 待ち → vault を開いてマスキング」してから本番メールを。Obsidian で古い・機密ブロックを定期的に手削除を。

ローンチ前セルフチェック（8 項目）

技術責任者やヘビーユーザー向け——当てはまりが多いほどパイロット枠の価値あり。採点表ではありません。

• 毎回プロジェクト背景をゼロから説明するのにうんざり？
• 記憶の削除・編集を自分でやる覚悟がある？
• 主力ツールは連携一覧にあるか、プラグインで足せるか？
• コンプライはメール/コード メタデータの個人 PC 取り込みを許すか？
• iOS ビルド/macOS 署名はまだ必要？——Mac は別途、分身と並行。
• Slack/Webhook とデスクトップ分身を分ける？——OpenClaw はクラウド、OpenHuman はローカルが明快。
• Beta の頻繁な更新と連携のたまの不調を受け入れるか？
• 機種変更・退職フローに「vault のエクスポートまたは破棄」があるか？

よくある結論：個人効率は先に OpenHuman、外向き Bot と iOS 納品は VPS / クラウド Mac——三つを一つの調達書に書かない。