2026年のAgent界隈には、こんな言い回しがあります。「OpenClawで配線し、Skillで教え込む」——WebhookやCron、マルチチャネルは強いのに、セッションを閉じれば先週の「なぜ案Bにしたか」はまた口頭で説明し直し。そこに OpenHuman が再び GitHub Trending を賑わせました。キャッチは「教えなくていい。約20分ごとに同期し、あなたのすべてをローカルKBへ」です。
Star数の話ではありません。本稿は「連結・取得・記録」の三歩に絞ります。Early Betaの前提で、Gmail・GitHub・カレンダーなどを最小権限OAuthし、記憶ツリー（SQLite＋Obsidian互換Markdown）が本当に「理解」に効くかを見極める手順です。まず全体像なら、当ブログの「GitHubで話題の OpenHuman とは何か」を参照してください。
1. OpenClaw時代が解いたこと、残したこと
OpenClawの次はOpenHuman——という文脈で語られるのは、二つの「まだあなたが教える」路線の対比です。商標ではなく、Agent 1.5世代の縮図です。
- ゲートウェイ側（OpenClaw系）：OpenClaw＋ClawHubスキルはWebhook・Cron・IMに強い。一方でスキル導入、doctor、権限硬化は自分仕事。
- ワークフロー側（Skills系）：mattpocock/skillsは
/grill-meや/tddで工程規律を会話に埋め込む。CONTEXT.mdとリポジトリルールは人が更新する。
共通点：Gmail・GitHub・Notion・カレンダーに散らばる個人コンテキストは自動では一つにならない。IDEを閉じれば、先週の設計判断はまた人が語る。Andrej Karpathyが2026年に強調する「個人ナレッジベース」——メールやコミット理由を検索可能なMarkdownへ——は、この組み合わせだと依然手作業になりがちです。
OpenHumanの提案はKarpathy式KBをバックグラウンドのパイプラインにすること。OAuth接続→約20分ごとの差分同期→「記憶ツリー」へ圧縮→対話時にタスク別ルーティングと断片検索。StarはGitHubで都度確認。リポジトリはEarly Beta——手順は公式GitBookの現行版に従ってください。
2. 技術背景：記憶ツリーとKarpathy式ナレッジベース
単なるRAGラッパーではありません。公開資料では長期記憶がおおよそ三層（名称はドキュメント準拠）：
- ソースツリー：コネクタ（Gmail、GitHub等）ごとに生の差分を保管。
- トピックツリー：プロジェクト・人物・時系列で要約と関連付け。
- グローバルツリー：横断インデックス。Agentが「どの枝を見るか」を計画。
正はローカルSQLite。同時にObsidian互換.md（コミュニティでは1断片≤約3000トークンと言われる）をエクスポートし、双方向リンクで人間が修正できます。対話前のTokenJuice系圧縮は関連断片だけをコンテキストに載せ、全履歴をpromptに流すコストを下げます——節約率はタスク依存で、固定80%と約束しないでください。
Model Routingで推論・高速・ビジョンを切り替え、ローカルOllama / MLXも接続可能。OpenClaw層がオーケストレーションと規律、OpenHumanが個人級の全ソース記憶——役割ははっきり分かれます。
3. 比較：OpenClaw路線 vs OpenHuman「連結・取得・記録」
| 観点 | OpenClaw / Skills / Rules | OpenHuman |
|---|---|---|
| 「私を理解」は誰が維持 | Prompt・Skill・CONTEXT.mdをあなたが書く | BG同期＋記憶ツリー（Obsidian出力で監査可） |
| 第三者サービス | プラットフォームごとにKey/Webhook | ドキュメント上118+ OAuth（コンソール一覧が正） |
| 更新リズム | 手動または自作Cron | 接続済みアカウントを約20分ごとにポーリング |
| 週をまたぐ協業 | リポジトリ文書と持続記憶の設計に依存 | セッション横断の個人コンテキスト検索を前面に |
| 典型コスト | ゲートウェイ運用・スキル版・権限 | Beta安定性・GPL-3.0・コネクタ監査 |
ひとことで：OpenClawはコーチ、OpenHumanは「日記を読み続けるTA」——TAも間違えるので、SQLiteとMarkdownの二重化は「見て・直して・消す」ためです。
4. ワークフロー：20分周期で何ができるか
「20分」は同期周期であり、インストールから1200秒で全知ではありません。初回オンボーディングの再現手順（UI文言は版により変化）：
4.1 連結：最小コネクタセット
Releasesからデスクトップを入れたら、118個を一度にOAuthしない。最初は次の四つまで：
- メール1つ（仕事用Gmailかエイリアスのどちらか）；
- コード1つ（個人GitHubか単一Org）；
- カレンダー1つ（GoogleかOutlook）；
- 任意：NotionかDriveのどちらか一方（重複ドキュメント源を避ける）。
接続ごとにメモ：読み取り専用か書き込みか、取り消し可否、顧客PIIの有無。企業メールはセキュリティレビュー先行。
4.2 取得：少なくとも1〜2サイクル待つ
接続後、バックグラウンドが約20分間隔（コミュニティ記事の多くがこの値）で差分を取得：メール件名、コミット、予定変更など。この段階でやること：
- アプリ内の「最終同期」と失敗コネクタを確認；
- ディスク使用量（索引＋md出力）が想定内か；
- 「昨日の会議の内容をまだ知らない」で判定しない——第一ラウンドはパイプが通るかだけ。
4.3 記録：記憶ツリーとObsidian出力を検収
ObsidianのVaultパス（ウィザードまたは設定）を開き、自動生成mdを3〜5件サンプリング：
- タイトルが実イベント（特定PR、メールスレッド）と一致するか；
- プロモメールを「プロジェクト決定」と誤分類していないか；
- トークンや秘密鍵が本文にないか——あれば即コネクタ切断とIssue。
そのうえOpenHumanに複数ソースが要る質問を投げる例：「今週リポジトリXのコミットと、カレンダーのYとの会議は関連？」引用断片が正しいmd由来か照合。
4.4 OpenClaw系と並列（推奨トポロジ）
[Gmail/GitHub/Calendar …] --OAuth--> OpenHuman 記憶ツリー (SQLite + .md)
|
v
モデルルーティング (クラウド / Ollama / MLX)
^
[Cursor + mattpocock/skills] ----コード----
[OpenClawゲートウェイ] ----IM/Webhook/Cron----+SkillsのCONTEXT.mdとOpenHuman出力が別々の「プロジェクトの正」にならないよう。個人生活・横断ツール文脈はOpenHuman、リポジトリ内の工程判断はGit追跡のCONTEXT.md / ADRを正とする。
4.5 止める・戻すタイミング
- 検索がしょっちゅう取り違え、Obsidian要約も粗い——モデルを足す前にコネクタを減らす。
- GPL以外でクローズド配布したい——法務NGなら深い統合は避ける。
- 24×7 Telegramボットが目的——OpenClawリモートMacデプロイを優先。OpenHumanの主戦場ではない。
5. よくある質問
「20分で神」はマーケ過剰？
正確には20分ごとの自動同期。「理解」は接続源・履歴量・あなたがエクスポートノートを読むかに依存。読心ではなく監査可能な個人ETLと見ると失望が減ります。
Karpathy式の手作りKBと矛盾？
しません。OpenHumanはSaaSから事実を引く自動化。判断・優先度・ADR的結論はObsidianに人が書く。機械は「何が起きたか」、人は「何を選んだか」。
トークン課金は爆発？
ルーティング＋圧縮は関連断片だけ送る設計。高頻度源（チャット、監視アラート）を大量接続すると索引と検索回数が増えます。最小セットで一週間回してから請求とディスクを見てください。
6. 計算はどこに置くか：ノートPC、デスク、リモートMac
記憶ツリーと索引は主にローカルディスク。大規模推論はApple Silicon上でも、Ollama/MLXを大メモリのリモートMacに向け、ノートはOpenHuman UIだけ、という分担も可能。24×7同期＋ゲートウェイでは、蓋を閉じない専用macOSノードが同期切れを減らします——Macstripe読者の「Agentはクラウド、データ出口は自分」トポロジと一致します。
OpenHumanとOpenClawを載せる専用M4 Mac Miniを検討するなら、Macstripeホームでノードと開通方法を確認してください。
7. まとめ
OpenClaw時代は証明しました。エンジニアはAIを教える意欲があるが、同じことを何度も教えたくない。OpenHumanの「次の一手」は、Karpathy式個人KBを手書きノートからポーリング可能・圧縮可能・エクスポート監査可能なローカルパイプラインへ——三歩のリズムが20分で、魔法ではありません。
- まず最小OAuth、1〜2サイクル後に検索品質を測る。
- Obsidian出力を「記憶の健康診断」に。誤りはソース削除か権限変更。
- Skills / OpenClawと役割分担：個人コンテキスト vs リポジトリ規律 vs メッセージゲートウェイ。
Early Betaは本番秘書ではなく監査プロジェクトとして。架構の続きはOpenHuman入門記事、週単位の記憶論は「Cursorはなぜ忘れるか」へ。
