OpenClaw —— あなたの「24時間365日パーソナル AI デジタル分身」| カナダクラウド Mac M4

「パーソナル AI アシスタント」を謳う製品は増えていますが、多くはブラウザのチャット窓にとどまります。タブを閉じれば文脈は切れ、Telegram で代わりに返信させたいときも API をまた接ぎ直す必要がある。本当に欲しいのが OpenHuman が描くような「パーソナル AI デジタル分身」——固定の人格、好みの記憶、複数チャネルでの代行——なら、モデルアカウントだけでなく、常時オンラインで自分専用の実行基盤が要ります。

本稿が答えるのは一点だけです：2026 年、OpenClaw + カナダクラウド Mac M4 で「デジタル分身」を概念から 24時間365日動く個人サービスに落とす方法。 インストールは無頭 CI インストールと launchd プローブ、Gateway と Dashboard は SSH Gateway と 18789 Dashboard、リージョン選定はリモート Mac リージョン選びを参照してください。

構築前に押さえる三つ：

分身 = 常駐プロセス + 永続 Workspace

一問一答ではなく、launchd 下で 24時間365日待受する Gateway。記憶とスキルはディスク上に残る。

Gateway :18789
Channels で入口を統一

Telegram、Slack、メール、スマホ Node が同一認証。アプリごとに別ボットを増やさない。

多チャネル同一 ID
専有クラウド Mac が「住居」

カナダ M4 ベアメタル macOS + 専用 IP。分身の状態・鍵・ログを他人と混在させない。

共有 VPS ではない

1. デジタル分身 vs ブラウザ Chat：UI の差だけではない

「デジタル分身」には少なくとも四つが含まれます：永続 ID（誰で、何が許可されるか）、セッションを跨ぐ記憶（先週のルールが今日も有効）、マルチチャネル到達（特定 Web に縛られない）、バックグラウンド自律（cron、Webhook、CI トリガ）。通常の Web Chat は会話の最終 mile だけを担い、前三つが欠けがちです。

ブラウザ Chat vs OpenClaw デジタル分身（個人利用）
観点	ブラウザ Chat その場限り	OpenClaw 分身クラウド Mac 常駐
稼働形態	手元ブラウザのオンラインに依存	`launchd` が Gateway を管理。停止はクラウド Mac が担う
記憶の所在	ベンダー側が多く、エクスポート・監査が難しい	`~/workspace` がインスタンスディスク上。スナップショットでロールバック可
チャネル	多くは Web のみ	Channels：Telegram / Slack / メール / Node
自動化	弱い。Zapier 等を別途	CI・スクリプト・`openclaw doctor` と同一基盤
プライバシー境界	マルチテナント SaaS	専有 Mac mini。鍵は他人プロセス空間に入らない

分身は「常駐プロセス + ディスク状態」。Chat は「即時 Q&A」

2. 分身を「専有リモート Mac」に置く理由

Gateway を共有 Linux VPS で動かすことも可能ですが、個人分身には macOS ベアメタルに三つの利点があります：

Apple ツールチェーンとの同型： Shortcuts 起動、iOS ビルド成果物、macOS 専用 CLI を分身が触るなら、Linux コンテナは余計な層と故障点を増やす。
キーチェーンと権限モデルが馴染みやすい： OpenClaw の Token、LaunchAgent、ログパスは macOS 前提。運用者は launchctl のメンタルモデルを既に持っている。
1 台 1 IP のレピュテーション： 分身が管理画面ログインや海外 API を代行するなら、固定出口は共有 IP プールより制御しやすい。

Hashvps のカナダ M4 ノードは分身の「家」に向きます。北米業務と跨太平洋コラボのレイテンシが比較的穏やかで、月次更新で同一出口とディスクを維持でき、数週ごとの引っ越しで Channels の再ペアリングを避けられます。

3. OpenClaw 三層：Gateway、Workspace、Channels

三層を理解すると障害切り分けが速くなります。ユーザーが見るのは Channels の会話、実際に動くのは Gateway、長期状態は Workspace に書かれます。

Channels が顔、Gateway が脳、Workspace が記憶とスキルの本棚

Gateway（既定 :18789）： 認証、ルーティング、モデル呼び出し、タスクキュー。launchd が起動し、クラッシュ時は自動再起動。
Workspace： スキルパック、会話索引、ユーザー定義ルール、ロールバック点。OpenClaw アップグレード前は tar スナップショット推奨。
Channels： 外部 IF。スマホ Node、SSH Dashboard、IM Bot——すべて同一分身 IDにマップ。三つの知らないボットではない。

「無頭 CI」との役割分担

無頭 CI 記事はバイナリを載せる方法。本稿は載せた後に分身として運用する方法。CI は install-cli.sh とプローブ、分身運用は Workspace ガバナンス、Channels クォータ、記憶保持方針。

4. カナダ M4：分身用の「住居」サイズ

個人デジタル分身 · M4 スペック目安
スペック	向く用途	注意
16GB / 256GB	単一ユーザー、Channels ≤ 3、軽量スクリプト	ログと Workspace は週次ローテーション
24GB / 512GB	多 Channel + ローカルベクトル索引 + たまに Xcode 旁路	個人分身のスイートスポット
24GB+ / 1TB	長期記憶、大添付、並列サブ Agent	ディスク > 85% で新規タスク一時停止

分身は CI のように毎週 OS を入れ直しません。ディスクは資産です。~/workspace にクォータアラートを置き、Channels のメディアキャッシュとビルド成果物を別サブディレクトリに分け、Telegram グループ画像一発でルートパーティションを埋めないようにします。

5. 30 分 Runbook

インスタンス起動： カナダ M4 を選択。SSH と専用 IP を確認。ホスト名を known_hosts 固定用に記録。
無頭 OpenClaw インストール： install-cli + launchd で Gateway 完成。--no-onboard 時はスクリプトで Token 注入。
Workspace 初期化： 「分身ペルソナ」と禁止事項（例：決済指示の代行禁止）を書き込み。Git コミットまたはスナップショット。
Channels 接続： まず主チャネル（Telegram 推奨）で 24時間365日受信を検証。Slack / メールを拡張。
スマホ Node（任意）： モバイル承認が必要なら remote + wss でペアリング。18789 を公網直晒ししない。
受入： ネット切断・クラウド Mac 再起動・openclaw doctor 全緑の後に「分身本番」とみなす。

本番後の日次パトロール（例）

# Gateway が LISTEN しているか
lsof -nP -iTCP:18789 -sTCP:LISTEN

# launchd 状態
launchctl print gui/$(id -u)/ai.openclaw.gateway | head -20

# ディスク水位（Workspace 所在ボリューム）
df -h ~ | awk 'NR==2{print $5, $4" free"}'

# 一括自己診断
openclaw doctor --non-interactive

6. 境界：分身に任せないこと

不可逆な資金操作： 送金・契約署名は人間の二次確認。Workspace の赤線に明記。
本番 DB 書き込み権： 分身はレポート読取可。書込は CI 専用アカウント経由。
他人のプライバシーデータ： 専有 Mac はテナント分離のみ。「権限過大」は解決しない。Channels グループは scope を限定。
監査なきモデル鍵： API Key はキーチェーンまたは制限ファイル。Git 平文禁止。

7. よくある質問

Q1. OpenHuman の「デジタル分身」と同じ？

概念は近いが実装経路は異なります。 OpenHuman は個人 ID と AI 像の統一を強調。OpenClaw は自ホスト可能な Gateway + Workspace + Channels の工程スタック。OpenClaw を「自宅で動く分身 OS」、クラウド Mac を家、モデルベンダーを脳と捉えてください。

Q2. 分身はカナダ必須？

必須ではありませんが、北米業務と跨洋コラボではカナダが選ばれがちです。 Channels が主に APAC 昼間向けで Gateway が安定オンラインだけなら、国旗よりレイテンシと出口コンプライアンスを優先。選定表はリージョンガイド。

Q3. 手元 MacBook から始めてクラウドへ移せる？

可能ですが、24時間365日なら早めにクラウド Mac へ。 ノートを閉じればオフライン。IM 上の分身 ID が「時々消える」。移行時は Workspace をパッケージし、新インスタンスで同一 Gateway Token 方針を再利用。Channels 側は通常ペアリングコード再スキャンのみ。

Q4. 個人分身のコスト感は？

主コストはクラウド Mac 月額 + モデル API。16/256 で試験、Channels と記憶規模が安定してから 24/512 へ。「チーム全員 SaaS アシスタント席」より予算管理しやすく、ディスクとログを自己監査できます。

Q5. 18789 を公網公開すべき？

非推奨。 SSH トンネル、Tailscale Serve、内網 Dashboard を優先。公網公開時は Token、IP 許可リスト、WAF を重ねる。詳細は SSH Gateway と Token。

Q6. 分身と「無頭 CI」は同一クラウド Mac で共有可能？

技術的には可、運用上は分離推奨。 CI はディスクを埋め、アップグレードが頻繁。分身は安定記憶と Channels オンラインが要る。予算が限られるなら別システムユーザーと Workspace ディレクトリ、CI にディスク上限を設定し、ビルド成果物が分身索引を潰さないように。