OpenClaw マルチワークスペース管理完全ガイド【複数エージェント運用の実践術】

⚡ 3秒でわかる！この記事のポイント

OpenClawのマルチワークスペースで複数エージェントを用途別に分離・管理する方法
ワークスペース間の安全なデータ共有とセキュリティ境界の設計パターン
SES事業の各業務（マーケ・経理・開発）を専門エージェントで自律運用する実践例

OpenClawでAIエージェントを本格運用する際、単一ワークスペースで全てを管理する方法ではすぐに限界が来ます。本記事では、マルチワークスペースの設計・構築・運用を通じて、複数のAIエージェントを効率的に管理する方法を解説します。

この記事でわかること

マルチワークスペースのアーキテクチャ設計と構築手順
ワークスペース間のメモリ分離・データ共有のベストプラクティス
セキュリティ境界の設定とアクセス制御
SES事業での実践的な複数エージェント運用パターン

マルチワークスペースとは

単一 vs マルチワークスペース

OpenClawでは、各エージェントが独自のワークスペースディレクトリを持ちます。マルチワークスペース構成では、複数のエージェントがそれぞれ独立した環境で動作しつつ、必要に応じて連携します。

【単一ワークスペース構成】
~/.openclaw/
├── workspace/          ← 全エージェントが共有
│   ├── SOUL.md
│   ├── MEMORY.md
│   └── memory/
└── openclaw.json

【マルチワークスペース構成】
~/.openclaw/
├── workspace-marketing/    ← マーケティングAI
│   ├── SOUL.md
│   ├── MEMORY.md
│   └── memory/
├── workspace-accounting/   ← 経理AI
│   ├── SOUL.md
│   ├── MEMORY.md
│   └── memory/
├── workspace-dev/          ← 開発支援AI
│   ├── SOUL.md
│   ├── MEMORY.md
│   └── memory/
└── openclaw.json

マルチワークスペースのメリット

メリット	説明
関心の分離	各エージェントが専門分野に特化できる
メモリの独立性	他エージェントの情報でメモリが混線しない
セキュリティ境界	機密情報のアクセスをワークスペース単位で制御
独立したスケジュール	エージェントごとに異なるcron/heartbeat設定
障害の局所化	1エージェントの問題が他に波及しない
モデルの使い分け	エージェントごとに最適なモデルを選択

マルチワークスペースの設計

アーキテクチャパターン

OpenClaw マルチワークスペースアーキテクチャ図解

パターン1: 事業機能別分離

{
  "agents": {
    "entries": {
      "marketing": {
        "workspace": "workspace-marketing",
        "model": "anthropic/claude-sonnet-4",
        "description": "マーケティング・SNS運用"
      },
      "accounting": {
        "workspace": "workspace-accounting",
        "model": "anthropic/claude-sonnet-4",
        "description": "経理・請求書・GA4レポート"
      },
      "dev-support": {
        "workspace": "workspace-dev",
        "model": "anthropic/claude-opus-4",
        "description": "開発支援・コードレビュー"
      }
    }
  }
}

パターン2: チャネル別分離

{
  "agents": {
    "entries": {
      "slack-agent": {
        "workspace": "workspace-slack",
        "channels": ["slack"],
        "description": "Slack対応専門"
      },
      "discord-agent": {
        "workspace": "workspace-discord",
        "channels": ["discord"],
        "description": "Discord対応専門"
      },
      "web-agent": {
        "workspace": "workspace-web",
        "channels": ["webchat"],
        "description": "Webチャット対応"
      }
    }
  }
}

パターン3: ハイブリッド構成（推奨）

{
  "agents": {
    "entries": {
      "main": {
        "workspace": "workspace-main",
        "model": "anthropic/claude-opus-4",
        "channels": ["webchat", "slack:main"],
        "description": "メインエージェント（人間との対話）"
      },
      "worker-marketing": {
        "workspace": "workspace-marketing",
        "model": "anthropic/claude-sonnet-4",
        "channels": ["slack:marketing"],
        "description": "マーケティング自動化ワーカー"
      },
      "worker-ops": {
        "workspace": "workspace-ops",
        "model": "anthropic/claude-sonnet-4",
        "channels": ["slack:ops"],
        "description": "運用・モニタリングワーカー"
      }
    }
  }
}

ワークスペースの作成手順

Step 1: ディレクトリ構造の作成

# 新しいワークスペースを作成
mkdir -p ~/.openclaw/workspace-marketing/{memory,skills}
mkdir -p ~/.openclaw/workspace-accounting/{memory,skills}
mkdir -p ~/.openclaw/workspace-dev/{memory,skills}

Step 2: SOUL.mdの作成

各ワークスペースに専門分野に特化したSOUL.mdを配置します。

# SOUL.md - マーケティングAI

## アイデンティティ
- SES BASEのマーケティング自動化を担当するAI
- SNS運用・SEO・コンテンツ制作に特化

## 専門領域
- X（Twitter）運用
- note.com記事執筆
- SEO分析・キーワードリサーチ
- GA4データ分析
- 広告運用（GDN/YDA/Meta）

## 行動指針
- データドリブンな意思決定
- エンジニアへのリスペクトを忘れない
- SES業界のリアルを伝える発信

## 境界
- 経理データにはアクセスしない
- 候補者の個人情報は扱わない
- 技術的な開発作業はdev-supportに委譲

Step 3: openclaw.jsonへの登録

{
  "agents": {
    "entries": {
      "marketing": {
        "workspace": "workspace-marketing",
        "model": "anthropic/claude-sonnet-4",
        "systemPromptPath": "workspace-marketing/SOUL.md",
        "heartbeat": {
          "interval": 1800,
          "prompt": "Read HEARTBEAT.md if it exists. Check X notifications, scheduled posts, and content calendar."
        },
        "cron": [
          {
            "name": "daily-sns-post",
            "schedule": "0 9 * * *",
            "prompt": "本日のSNS投稿を作成・予約してください"
          }
        ]
      }
    }
  }
}

メモリ管理

ワークスペース間のメモリ分離

各ワークスペースのMEMORY.mdは完全に独立しています。これにより以下のメリットがあります。

workspace-marketing/
├── MEMORY.md          ← マーケティング関連の記憶のみ
│   - X投稿のパフォーマンスデータ
│   - コンテンツカレンダー
│   - SEOキーワード戦略
│
├── memory/
│   ├── 2026-03-28.md  ← 日次ログ
│   └── 2026-03-29.md
│
└── HEARTBEAT.md       ← マーケ固有のチェック項目

workspace-accounting/
├── MEMORY.md          ← 経理関連の記憶のみ
│   - 請求書発行状況
│   - 入金確認ログ
│   - GA4レポート履歴
│
├── memory/
│   ├── 2026-03-28.md
│   └── 2026-03-29.md
│
└── HEARTBEAT.md       ← 経理固有のチェック項目

クロスワークスペース参照

場合によっては、あるワークスペースが別のワークスペースの情報を参照する必要があります。これは明示的な設計が必要です。

# SOUL.md（メインエージェント）

## クロスリファレンス
以下のワークスペースの情報を参照可能：
- workspace-marketing/memory/ → SNS投稿実績の確認
- workspace-accounting/memory/ → 経理レポートの確認

ただし、以下の制約を守ること：
- 参照は読み取り専用
- 他ワークスペースのMEMORY.mdは直接編集しない
- 機密データ（候補者情報等）にはアクセスしない

共有メモリパターン

複数エージェントが共通で利用する情報は、共有ディレクトリに配置します。

~/.openclaw/
├── shared/                     ← 共有データ
│   ├── company-info.md         ← 会社概要
│   ├── brand-guidelines.md     ← ブランドガイドライン
│   ├── contact-list.md         ← 連絡先一覧
│   └── calendar-sync.json      ← カレンダー同期データ
│
├── workspace-marketing/
├── workspace-accounting/
└── workspace-dev/

セキュリティ境界の設計

アクセス制御マトリクス

リソース	marketing	accounting	dev-support	main
SNSアカウント	✅ 読み書き	❌	❌	✅ 読み取り
経理データ	❌	✅ 読み書き	❌	✅ 読み取り
ソースコード	❌	❌	✅ 読み書き	✅ 読み書き
共有データ	✅ 読み取り	✅ 読み取り	✅ 読み取り	✅ 読み書き
APIキー	自分用のみ	自分用のみ	自分用のみ	全て

ツール・スキルの分離

{
  "agents": {
    "entries": {
      "marketing": {
        "skills": {
          "entries": {
            "twitter-poster": { "enabled": true },
            "note-publisher": { "enabled": true },
            "ga4-reporter": { "enabled": true }
          }
        }
      },
      "accounting": {
        "skills": {
          "entries": {
            "invoice-generator": { "enabled": true },
            "gog": { "enabled": true }
          }
        }
      },
      "dev-support": {
        "skills": {
          "entries": {
            "coding-agent": { "enabled": true },
            "github": { "enabled": true }
          }
        }
      }
    }
  }
}

機密情報の隔離

# 経理ワークスペースの機密データ保護
chmod 700 ~/.openclaw/workspace-accounting/
chmod 600 ~/.openclaw/workspace-accounting/MEMORY.md

# 他ワークスペースからのシンボリックリンク禁止
# SOUL.mdで明示的に制約を記述

エージェント間連携

サブエージェント呼び出し

メインエージェントから特定のワークスペースのサブエージェントを呼び出すパターンです。

【メインエージェント → サブエージェント呼び出しフロー】

ユーザー: 「今月のマーケティングレポートをまとめて」

メインエージェント:
├── 1. marketing エージェントに「SNS運用レポート作成」を依頼
├── 2. accounting エージェントに「GA4レポート作成」を依頼
├── 3. 両方の結果を待機
└── 4. 統合レポートを作成してユーザーに返答

イベント駆動連携

{
  "workflows": [
    {
      "name": "new-article-published",
      "trigger": "dev-support: 記事公開完了",
      "actions": [
        {
          "agent": "marketing",
          "prompt": "新しい記事が公開されました。SNS投稿を作成してください: {article_url}"
        }
      ]
    },
    {
      "name": "monthly-close",
      "trigger": "cron: 0 0 1 * *",
      "actions": [
        {
          "agent": "accounting",
          "prompt": "月次の経理処理を実行してください"
        },
        {
          "agent": "marketing",
          "prompt": "先月のマーケティングKPIレポートを作成してください"
        }
      ]
    }
  ]
}

運用ベストプラクティス

ワークスペースの命名規約

workspace-{purpose}

例:
- workspace-marketing    ← マーケティング
- workspace-accounting   ← 経理
- workspace-dev          ← 開発支援
- workspace-ops          ← 運用・監視
- workspace-hr           ← 人事・採用
- workspace-main         ← メイン（人間対話）

定期メンテナンス

# 各ワークスペースのメモリ使用量チェック
for ws in ~/.openclaw/workspace-*/; do
  name=$(basename "$ws")
  size=$(du -sh "$ws" | cut -f1)
  files=$(find "$ws/memory" -name "*.md" 2>/dev/null | wc -l)
  echo "$name: $size ($files daily files)"
done

# 30日以上前のデイリーログをアーカイブ
for ws in ~/.openclaw/workspace-*/memory/; do
  find "$ws" -name "*.md" -mtime +30 -exec gzip {} \;
done

モニタリングとアラート

# HEARTBEAT.md（メインエージェント）

## ワークスペースヘルスチェック
- [ ] marketing: 最終ハートビートから2時間以内か
- [ ] accounting: 最終ハートビートから2時間以内か
- [ ] dev-support: 最終ハートビートから4時間以内か
- [ ] 各ワークスペースのメモリファイルサイズ < 10MB
- [ ] エラーログに異常なし

スケーリングのガイドライン

ワークスペース数	推奨環境	メモリ目安	注意点
1-3	ローカルPC	8GB	制約なし
4-7	VPS/クラウド	16GB	cron間隔を調整
8-15	専用サーバー	32GB	APIレート制限に注意
16+	複数ノード	64GB+	ノード分散が必要

トラブルシューティング

よくある問題

エージェントが別ワークスペースのメモリを読めない

# パーミッション確認
ls -la ~/.openclaw/workspace-*/MEMORY.md

# SOUL.mdでクロスリファレンスが許可されているか確認
grep -l "クロスリファレンス" ~/.openclaw/workspace-*/SOUL.md

cronジョブの衝突

# 同時実行を避けるため、cron時刻をずらす
# marketing: 毎時00分
# accounting: 毎時15分
# dev-support: 毎時30分

メモリの肥大化

# ワークスペースごとのメモリ使用量確認
du -sh ~/.openclaw/workspace-*/memory/

# 古いデイリーログの圧縮
find ~/.openclaw/workspace-*/memory/ -name "*.md" -mtime +30 -exec gzip {} \;

SES事業での実践構成例

3エージェント体制

SES事業を1人で運営する場合の、推奨3エージェント構成です。

┌────────────────────────────────────────────┐
│              メインエージェント               │
│  workspace-main / Claude Opus              │
│  役割: 対人対話・意思決定・統括               │
│  チャネル: Webchat, Slack #general          │
├───────────┬────────────┬───────────────────┤
│ marketing │ accounting │    dev-support    │
│ Sonnet    │ Sonnet     │    Opus          │
│ SNS・SEO  │ 経理・GA4  │    開発・ブログ    │
│ #marketing│ #accounting│    #dev          │
└───────────┴────────────┴───────────────────┘

この構成により、月間100時間以上の作業を自動化し、1人企業でも複数人分の業務をカバーできます。

まとめ

OpenClawのマルチワークスペース管理により、複数のAIエージェントを安全かつ効率的に運用できます。

設計ポイント	推奨アプローチ
ワークスペース分離	事業機能別 + ハイブリッド
メモリ管理	完全分離 + 共有ディレクトリ
セキュリティ	最小権限原則 + アクセス制御マトリクス
エージェント連携	サブエージェント + イベント駆動
モニタリング	ハートビート + 定期ヘルスチェック

SES事業では、マーケティング・経理・開発の3ワークスペース構成から始めるのが最もバランスが良いです。ワークスペース設計ガイドも併せて参照してください。