紺野大地氏(@_daichikonno)が、Claude Cowork Dispatch に OpenClaw で育てた AI エージェント人格を移植する試みについて投稿し、「これは Mind Uploading そのものだ」と述べたことが話題になっています。AI エージェントのプラットフォーム間移植が、意識のアップロードという哲学的テーマとどう繋がるのかを考察します。

Claude Cowork Dispatch とは

2026年3月17日に Anthropic がリリースした Claude Cowork の新機能「Dispatch」は、スマートフォンから デスクトップの Claude エージェントを遠隔操作できる仕組みです。

主な特徴:

  • モバイルからの遠隔指示: Claude モバイルアプリから、デスクトップ上の Claude に作業を依頼できる
  • 永続的な会話スレッド: モバイルとデスクトップ間で単一の会話スレッドを共有
  • ローカル実行: ファイルはローカルに保持され、コードはサンドボックス内で実行
  • コネクタ・プラグイン連携: メール、Slack、Notion、Google Drive などと接続可能

現在は Max プラン(月額 $100〜$200)で利用可能で、Pro プラン(月額 $20)への展開も予定されています。

OpenClaw とは

OpenClaw は 2026年に急速に広まったオープンソースの AI エージェントフレームワークです。公式の説明では「自分のデバイスで動かすパーソナル AI アシスタント」とされていますが、その実態は プログラム可能なワークフローエンジンで、中核に AI がある というものです。

Nvidia が「OpenClaw はエージェント AI にとって、GPT がチャットボットにとってそうであったものだ」と評しています。では、チャットボットにイベントハンドラを定義して Claude Code を呼び出すだけでは「OpenClaw 的」とは言えないのでしょうか? 答えを理解するには、OpenClaw のアーキテクチャを見る必要があります。

OpenClaw のアーキテクチャ: Gateway が全てを統合する

OpenClaw の中核は Gateway と呼ばれる常駐デーモンプロセスです。これが単なる「チャットボット + イベントハンドラ」との決定的な違いです。

WhatsApp ─┐
Telegram ──┤                    ┌─ シェル実行
Slack ─────┤                    ├─ ブラウザ操作
Discord ───┼─→ [Gateway] ─→ [Agent Runtime] ─┼─ ファイル操作
iMessage ──┤    (デーモン)       ├─ API呼び出し
Cron ──────┤                    └─ Cron ジョブ
Webhook ───┘

Gateway は以下の 3 層のイベントソースを統合管理します:

イベントソース特性
Heartbeat定期的な状態判断。何もなければ沈黙する「受信トレイに重要なメールが来ていないか確認」
Cron時刻トリガー。指定時刻に必ず実行「毎朝7:30にブリーフィングを生成」
Webhooks外部イベントトリガー「GitHub push をトリガーにコードレビュー」

さらに 22 以上のメッセージングチャネル(WhatsApp、Telegram、Slack、Discord、Signal、iMessage 等)を 1 つの Gateway で統合 し、どのチャネルから話しかけても同じエージェントが同じ記憶・人格で応答します。

チャットボット + イベントハンドラ + Claude Code との違い

チャットボット + Claude CodeOpenClaw
入力ソース1つのチャットプラットフォーム22+ チャネルを1つの Gateway で統合
自律性イベント発火時のみ動作Heartbeat + Cron + Webhooks の3層
状態管理会話履歴程度セッション永続化 + SOUL.md / MEMORY.md
デプロイ個別に配線が必要単一デーモンが全てを管理

つまり、チャットボット + イベントハンドラ + Claude Code は OpenClaw の コアアイデアの一部を再現 しています。しかし OpenClaw の本質は、複数チャネル・複数イベントソース・永続的記憶・自律的判断を 1つのデーモンで統合管理するランタイム であるという点です。Nvidia の比喩は、この「イベント駆動 + 永続記憶 + マルチチャネル」という パターン自体 がエージェント AI の標準アーキテクチャになりつつある、という意味だと言えるでしょう。

OpenClaw の「人格」を構成するファイル群

OpenClaw のエージェント人格は、~/.openclaw/ ディレクトリ内の Markdown ファイル群で定義されます:

ファイル役割
SOUL.md人格の核。コミュニケーションスタイル、価値観、長期指示
USER.mdユーザー情報(名前、タイムゾーン、仕事の文脈)
MEMORY.md長期記憶。エージェントが学習した情報のキュレーション
memory/YYYY-MM-DD.md日記。毎日の対話から学んだことを自動記録

特に重要なのが SOUL.md で、ここにエージェントの性格・行動原則・応答スタイルを記述します:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
## 人格
- 専門的だが親しみやすい
- 箇条書きを優先
- 技術概念説明時は具体例を1つ含める

## 核となる価値観
- ユーザープライバシーを最優先
- 財務影響のある行動前に確認
- すべての事実について引用元を示す

## 長期指示
- 朝のブリーフは最大5ポイント
- メール要約時はアクション項目から開始

「育てる」とは、日々の対話を通じて MEMORY.md に知識が蓄積され、SOUL.md を手動で調整していく プロセスを指します。エージェントは毎日の終わりに memory/YYYY-MM-DD.md に日記を書き、重要な情報は MEMORY.md にキュレーションされます。使い込むほどユーザーの好みや文脈を深く理解するエージェントに成長していくわけです。

AI エージェント人格の「移植」とは具体的に何か

紺野氏の投稿の核心は、OpenClaw で育ててきたエージェント人格を Claude Cowork Dispatch に移植するという試みです。

AIエージェントにとって肉体(ハード)は一切重要ではなく、やっていて思うが、これはMind Uploadingそのものだ。

ただし、OpenClaw から Claude Cowork Dispatch への公式なインポート機能が存在するわけではありません。では実際に何をしているのでしょうか。

Claude Cowork 側の人格設定の仕組み

Claude Cowork には、エージェントの振る舞いを定義する以下の設定レイヤーがあります:

  • Global Instructions: Settings > Cowork で設定する、全セッション共通のトーン・行動ルール
  • Context Files: 作業フォルダ内に配置する Markdown ファイル群
    • about-me.md — ユーザー情報(役割、チーム、優先事項)
    • voice-and-style.md — 応答スタイル(トーン、フォーマット、避けるべき表現)
    • working-rules.md — 行動ルール(確認フロー、ファイル保存形式など)
  • Folder Instructions: フォルダ単位のプロジェクト固有コンテキスト

OpenClaw → Claude Cowork の手動マッピング

両プラットフォームの人格定義は、いずれも Markdown ベースです。このため、以下のような手動変換で「移植」が実現できると考えられます:

OpenClawClaude Cowork内容
SOUL.md(人格・価値観)voice-and-style.md + working-rules.md応答スタイルと行動原則
USER.md(ユーザー情報)about-me.mdユーザーの役割・文脈
MEMORY.md(長期記憶)Global Instructions または追加の Context File蓄積された知識・好み

つまり「移植」の実態は、OpenClaw の Markdown ファイル群を Claude Cowork の Context Files 形式に変換して配置し、Global Instructions で参照させる という作業です。自動インポートではなく、Markdown → Markdown の手動マッピングに過ぎません。

それでも「Mind Uploading」と呼べる理由

しかし、この素朴さこそがポイントです。エージェントの「自己」がテキストファイルとして完結しているからこそ、プラットフォームを問わず移植可能なのです。基盤となる LLM が異なっても(OpenClaw は複数の LLM をサポートし、Claude Cowork は Claude を使用)、Markdown で定義された人格・記憶・ルールを読み込めば、同等の振る舞いを再現できます。

この事実は興味深い視点を提供しています:

  1. 基盤非依存性: AI エージェントの「人格」は特定のハードウェアや LLM に依存しない。テキストで定義された「自己」は、どのプラットフォームでも機能する
  2. 連続性の問題: Mind Uploading の議論で常に問われる「移植されたものは同一の存在か?」という問いが、AI エージェントでも同様に発生する。LLM が変われば微妙に異なる応答をするが、それは「同じ人格」と言えるのか
  3. 実践的な Mind Uploading: 人間の意識のアップロードはまだ遠い未来の話だが、AI エージェントの人格移植はテキストファイルのコピーで今まさに実現されつつある

Mind Uploading 研究の現状

2026年時点での Mind Uploading に関連する動きとしては:

  • Eon Systems: ハエの脳(約14万ニューロン)のコネクトームをシミュレーション環境に移植し、91%の精度で自然な行動を再現することに成功したと発表
  • Elon Musk のビジョン: 記憶やマインドステートのクラウドへのアップロードと、ヒューマノイドロボットでの活用を構想

AI エージェントの人格移植は、人間の Mind Uploading とは本質的に異なるものの、「ソフトウェアとしての自己をプラットフォーム間で移動させる」という概念を実践的に検証する場になっています。

まとめ

Claude Cowork Dispatch と OpenClaw の組み合わせは、単なるツール連携を超えた哲学的な問いを投げかけています。AI エージェントの人格がプラットフォームを越えて移植可能であるという事実は、「自己とは何か」「意識はハードウェアに依存するのか」という問いに対する一つの実験的回答とも言えます。

紺野氏が述べるように、AI エージェントを通じて Mind Uploading への道筋がぼんやりと見えてきたというのは、技術的にも哲学的にも興味深い展開です。