MemClaw クロスエージェント対応：OpenClawとClaude Codeでメモリを共有する方法
MemClaw のワークスペースは OpenClaw、Claude Code、Gemini CLI、Codex で共有可能。1つのプロジェクトに1つのワークスペース、すべてのAIエージェントが同じコンテキストで作業できます。
MemClaw クロスエージェント対応：OpenClaw と Claude Code でメモリを共有する方法
AIエージェントを本格的に使い込んでいる方なら、複数のツールを使い分けているのではないでしょうか。自律的なワークフローには OpenClaw、コーディングには Claude Code、特定のタスクには Gemini CLI。それぞれに得意分野があり、タスクに応じて切り替えるのは自然な流れです。
ただ、ここで厄介な問題が生じます。各エージェントのメモリはそれぞれ独立しています。OpenClaw で積み上げたコンテキストは Claude Code からは見えません。一方のツールで記録した意思決定が、もう一方には引き継がれないのです。結果として、同じプロジェクトなのにエージェントごとに別々のコンテキストを管理するか、切り替えるたびにゼロから説明し直すことになります。
MemClaw はこの問題を、共有ワークスペースという仕組みで解決します。1つのプロジェクトに1つのワークスペース。すべてのエージェントが同じコンテキストを読み書きできます。
「情報の孤島」問題とは
複数のAIエージェントを共有メモリなしで同じプロジェクトに使うと、情報の孤島が生まれます。
OpenClaw は先週のアーキテクチャ決定を把握しています。しかし Claude Code はそれを知りません。開くたびにゼロからのスタートです。OpenClaw で実施したリサーチは、Claude Code で実装に取りかかるときにはアクセスできません。一方のツールで記録した決定が、もう一方からは完全に見えない状態です。
多くの方が試みる回避策は、ツール間でのコピー&ペーストです。Claude Code を開く前に関連する決定事項を貼り付ける。OpenClaw にすでにあるリサーチを再実行する。共有メモ用のドキュメントを作って、セッションのたびに手動で更新する。
プロジェクトが1つか2つなら、なんとかなります。しかし複数のプロジェクトを複数のエージェントで管理し始めると、完全に破綻します。コンテキストの同期にかかる手間が、エージェントが節約してくれる時間を上回ってしまうのです。
共有ワークスペースの仕組み
MemClaw のワークスペースデータは Felo のインフラに保存されます。特定のエージェント内部ではありません。つまり、MemClaw がインストールされたエージェントであれば、どれでも同じワークスペースにアクセスできます。
流れはシンプルです。
OpenClaw セッション → ワークスペースを読み込み → 作業 → 決定事項やアーティファクトを保存
Claude Code セッション → 同じワークスペースを読み込み → OpenClaw の作業内容がすべて見える
同期ステップは不要です。エクスポートもインポートもコピー&ペーストも必要ありません。ワークスペースが共有レイヤーとなり、両方のエージェントが直接読み書きします。
対応エージェント
MemClaw は現在、以下のエージェントに対応しています。
- OpenClaw —
~/.openclaw/skills/にインストール - Claude Code —
~/.claude/skills/にインストール - Gemini CLI —
~/.gemini/skills/にインストール - Codex —
~/.codex/skills/にインストール
各エージェントに一度インストールすれば、すべてのエージェントで同じワークスペースを利用できます。
エージェントごとのインストール方法
OpenClaw
bash <(curl -s https://raw.githubusercontent.com/Felo-Inc/memclaw/main/scripts/openclaw-install.sh)
自然言語でのインストールも可能です。
Please install https://github.com/Felo-Inc/memclaw and use MemClaw after installation.
Claude Code
/plugin marketplace add Felo-Inc/memclaw
/plugin install memclaw@memclaw
手動インストールの場合：
git clone https://github.com/Felo-Inc/memclaw.git
cp -r memclaw/memclaw ~/.claude/skills/
APIキー（全エージェント共通）
export FELO_API_KEY="your-api-key-here"
APIキーは felo.ai/settings/api-keys から取得できます。
同じ FELO_API_KEY がすべてのエージェントで使えます。1つのキーで、1つのワークスペースレイヤーに、すべてのツールが接続されます。
複数エージェントでのメモリ共有に興味がある方は、MemClaw の公式サイトをご覧ください。
実践ワークフロー：OpenClaw でリサーチ、Claude Code で実装
クロスエージェントの最も一般的なパターンは、OpenClaw で自律的にリサーチと計画を行い、Claude Code で実装に取りかかるという流れです。
フェーズ1 — OpenClaw でリサーチと計画
Project Alpha のワークスペースを読み込む
上位5社の競合調査を実行
→ 分析結果を「Competitor research」としてワークスペースに保存
技術アーキテクチャのドラフトを作成
→ 「Architecture doc v1」として保存
決定事項を追加：マイクロサービスを採用（モノリスではなく）
→ 個々のコンポーネントを独立してスケールしやすいため
OpenClaw が自律的に作業し、すべてをワークスペースに保存します。
フェーズ2 — Claude Code で実装
Project Alpha のワークスペースを読み込む
→ エージェント：「Project Alpha ワークスペースを読み込みました。
競合調査、アーキテクチャドキュメント、3件の決定事項があります。」
アーキテクチャドキュメントを見せて
→ エージェントがワークスペースからドキュメントを取得して表示
このアーキテクチャに基づいて認証サービスを実装しよう
→ エージェントは OpenClaw のリサーチフェーズのコンテキストをすべて把握済み
コピー&ペーストは不要です。リサーチの再実行も不要です。Claude Code のセッションは、OpenClaw のセッションが終わったところからそのまま引き継ぎます。
実践ワークフロー：チームで複数エージェントを活用
チームメンバーがそれぞれ異なるエージェントを使っている場合、共有ワークスペースがコンテキスト同期の問題を解消します。
開発者Aは Claude Code を使用。開発者Bは OpenClaw を使用。2人は同じプロジェクトに取り組んでいます。
共有メモリがない場合：開発者Aが Claude Code のセッションでアーキテクチャの決定を行います。開発者Bはそれを知りません。OpenClaw のセッションで矛盾する決定を下してしまいます。その食い違いに気づくのは2日後です。
共有ワークスペースがある場合：
開発者A（Claude Code）：
決定事項を追加：セッションストレージに Redis を採用
→ 4月3日のスタンドアップでチームと合意済み
開発者B（OpenClaw）：
Project Alpha のワークスペースを読み込む
インフラに関してどんな決定がされている？
→ 「セッションストレージに Redis を採用（4月3日、開発者Aが記録）」
決定事項はエージェントをまたいで、チームメンバーをまたいで可視化されます。同期のオーバーヘッドはゼロです。
Openclaw Memory Management Guide
共有されるもの
ワークスペースに保存されたものは、そのワークスペースを読み込んだすべてのエージェントからアクセスできます。
- Living README — プロジェクトの背景、設定、現在のステータス
- 決定事項 — 理由付きで記録されたすべての意思決定
- アーティファクト — ドキュメント、レポート、分析結果、コードスニペット
- タスク — タスク履歴と現在の未完了項目
エージェント固有のストレージはありません。すべてが共有ワークスペースに入り、すべてがどのエージェントからも読み取り可能です。
共有されないもの
ワークスペースが保存するのはコンテキストであり、会話履歴ではありません。各エージェントのセッションには固有の会話があります。やり取りの内容や、明示的に保存されなかった中間出力は、そのセッション内にとどまります。
会話の中で生まれた情報を将来のセッションや別のエージェントで使いたい場合は、明示的に保存する必要があります。
その分析結果をワークスペースに保存して
この決定事項をワークスペースに追加して
今決めた内容でワークスペースのステータスを更新して
明示的に保存されなかったものはセッション終了とともに消えます。これは意図的な設計です。すべての中間出力を残す必要はなく、ワークスペースはクリーンに保たれます。
プロジェクト途中でのエージェント切り替え
共有ワークスペースの実用的なメリットの1つは、タスクの途中でエージェントを切り替えてもコンテキストを失わないことです。
たとえば、OpenClaw でリサーチ中にコードを書く必要が出てきたとします。OpenClaw で無理にやるのではなく、Claude Code に切り替えます。
OpenClaw：
現在のリサーチ結果をワークスペースに保存
ステータスを更新：リサーチ完了、実装準備OK
Claude Code：
Project Alpha のワークスペースを読み込む
→ リサーチ結果と現在のステータスがすぐに確認できる
リサーチに基づいて実装を始めよう
引き継ぎはスムーズです。コンテキストの喪失なし。再説明も不要です。
逆のパターンも同様に機能します。Claude Code で実装を始め、調査が必要な疑問にぶつかったら OpenClaw に切り替えて調べ、結果がワークスペースに入った状態で Claude Code に戻る。
エージェントの専門化がクロスエージェントメモリを不可欠にする理由
AIエージェントのツールが成熟するにつれ、明確なパターンが見えてきています。エージェントにはそれぞれ得意分野があり、本格的なワークフローでは複数のエージェントを使い分けるのが当たり前になりつつあります。
OpenClaw は自律的なマルチステップワークフローに優れています。リサーチタスクを最初から最後まで実行し、一連の操作を手放しで進め、複数のサブエージェントを連携させる。「任せて走らせる」ために作られたツールです。
Claude Code はインタラクティブな作業に優れています。ペアプログラミング、コードレビュー、ループに入りながらの反復的な問題解決。「一緒に取り組む」ために作られたツールです。
両方を組み合わせるのは自然なワークフローです。自律的な部分は OpenClaw に任せ、インタラクティブな部分は Claude Code を使う。しかし共有メモリがなければ、この2つの作業モードは孤立したコンテキストのサイロを生み出します。OpenClaw の自律フェーズで得た知見が、Claude Code のインタラクティブフェーズでは利用できないのです。
共有ワークスペースこそが、エージェントの専門化を実用的にするものです。各エージェントが得意なことに集中し、ワークスペースがプロジェクトコンテキストを統一する結合組織の役割を果たします。
よくあるクロスエージェントパターン
パターン1：自律リサーチ → インタラクティブ実装
OpenClaw で自律的にリサーチを実行し（競合分析、コードベース調査、ドキュメントレビュー）、結果をワークスペースに保存。その後 Claude Code に切り替えて、リサーチ結果がすでに利用可能な状態で実装に取りかかります。
パターン2：インタラクティブ計画 → 自律実行
Claude Code でアプローチをインタラクティブに検討します。トレードオフの議論、意思決定、スコープの定義。すべてをワークスペースに記録し、定義された計画の自律実行を OpenClaw に引き渡します。
パターン3：並列エージェント、共有コンテキスト
OpenClaw と Claude Code を同じプロジェクトの異なる側面で同時に実行します。両方が同じワークスペースに書き込みます。一方で行われた決定は、もう一方からすぐに確認できます。同期ミーティングは不要です。
パターン4：長期プロジェクトでのエージェント引き継ぎ
インタラクティブなセットアップフェーズでは Claude Code でプロジェクトを開始。プロジェクトが成熟しワークフローが定まってきたら、自律的な処理のために OpenClaw に移行します。ワークスペースが移行を通じてプロジェクトの全履歴を保持します。
エージェント固有のコンテキストと共有コンテキスト
1つ理解しておくべきポイントがあります。すべてを共有ワークスペースに入れる必要はありません。
共有ワークスペースはプロジェクトレベルのコンテキスト用です。決定事項、ステータス、アーティファクト、背景情報。どのエージェント（またはチームメイト）がプロジェクトの状況を把握するためにも必要な情報です。
エージェント固有の会話履歴は各エージェントのセッション内にとどまり、永続化されません。これは意図的な設計です。Claude Code で特定のバグをデバッグしているとき、そのやり取りの詳細を共有ワークスペースに入れる必要はありません。必要なのは結果だけです。決定事項、保存されたアーティファクト、ステータスの更新。
心がけるべきことはシンプルです。セッションで生まれたもののうち、将来のセッションで必要になるものは明示的にワークスペースに保存する。それ以外は会話の中で生まれ、会話とともに消えて構いません。
クロスエージェントワークフローを始めよう
すでに Claude Code を使っているなら、MemClaw の導入は約2分で完了します。
/plugin marketplace add Felo-Inc/memclaw
/plugin install memclaw@memclaw
export FELO_API_KEY="your-api-key-here"
APIキーは felo.ai/settings/api-keys から取得できます。
インストールが完了したら、アクティブなプロジェクト用にワークスペースを作成し、コンテキストの記録を始めましょう。決定事項、ステータス、背景情報。同じプロジェクトに OpenClaw を導入するときは、同じワークスペースを指定するだけです。両方のエージェントが同じ情報源で動き始めます。
ワークフローの変化はわずかです。しかし数週間、数か月とマルチエージェントで作業を続けるうちに、その効果は確実に積み重なっていきます。
よくある質問
使っているすべてのエージェントに MemClaw をインストールする必要がありますか？ はい。ワークスペースにアクセスする各エージェントに MemClaw のインストールが必要です。ワークスペースのデータは共有されますが、読み書きするためのスキルは各エージェントに必要です。
ワークスペースのデータはリアルタイムで同期されますか？ はい。あるエージェントがワークスペースに書き込むと、その更新は他のエージェントがワークスペースを読み込んだ時点ですぐに利用可能です。
2つのエージェントが同時にワークスペースに書き込んだらどうなりますか？ MemClaw は同時書き込みを処理します。ステータス更新は最後の書き込みが優先され、決定事項やアーティファクトは上書きではなく追記されます。
エージェント固有の、共有されないコンテキストを持つことはできますか？ 現時点ではできません。すべてのワークスペースデータはエージェント間で共有されます。エージェント固有のコンテキストは会話履歴内にとどまり、永続化されません。
セルフホストの OpenClaw でも動作しますか？ はい。MemClaw はストレージに Felo の API を使用するため、OpenClaw のデプロイ方法に関係なく動作します。