01
チャネルから入力、アクションへ出力
OpenClaw はメッセージアプリと使用中のツールの間に位置します。Telegram、Slack、Discord、WhatsApp、CLI、ブラウザ、シェル、ファイル、ペアデバイスが 1 つのランタイムを通じて接続されます。
OpenClaw の仕組み
短い技術版：1 つの Gateway、複数のチャネル、永続的なワークスペース、そして実際に仕事をこなすツール。
OpenClaw works by routing messages from your preferred chat app into an always-on gateway that adds memory, skills, tools, and workspace rules before asking a selected AI model to answer or execute the task.
OpenClaw はチャットウィンドウの中の LLM ではありません。メッセージを受け取り、コンテキストを保持し、ツールを呼び出し、モデルをルーティングし、実際のワークスペース内で作業を実行する エージェントランタイムです。
アーキテクチャの概要
Channels (Telegram / Slack / Discord / CLI / ...)
↓
Gateway daemon
↓
Sessions + memory + workspace rules
↓
Tools + skills + browser + shell + APIs
↓
Model providers / local models
↓
Responses, actions, automationsコアレイヤー
02
Gateway はコントロールプレーン
Gateway デーモンはイベントを受け取り、セッション状態を維持し、RPC を公開し、ツールを管理し、モデル呼び出しをオーケストレーションします。人間、チャネル、実行の間の常時オン境界線です。
03
ワークスペース駆動の動作
エージェントの動作は SOUL.md、AGENTS.md、USER.md、MEMORY.md などのファイルによって形成されます。汎用チャットボットではなく、永続コンテキストを持つワークスペース固有のオペレーターです。
04
スキルとツールが能力を形成
SKILL.md ファイルがアシスタントにいつ・どのようにツールを使うかを教えます。シェル、ブラウザ、ファイル編集、API、音声、モバイルノードアクションは、1 つのモノリスにハードコードされるのではなく組み合わせて使われます。
05
ロックインなしのモデルルーティング
OpenClaw はプロバイダーとローカルモデルを横断してワークを振り分けられます。コスト、レイテンシ、プライバシー、タスクの複雑さに合わせたモデル戦略を選べます。
なぜワークスペースが重要か
OpenClaw は、アシスタントが毎回ゼロから始まるのではなく、ローカルのルールと状態を読み込めるときに真価を発揮します。典型的なワークスペースは以下のようになります：
SOUL.md
エージェントのアイデンティティ、トーン、価値観、動作のデフォルト。
AGENTS.md
ワークスペースのルール、安全境界、メモリポリシー、コラボレーション規範。
USER.md
人間の軽量なコンテキスト：好み、タイムゾーン、命名、優先事項。
MEMORY.md
セッションをまたいで保持される厳選された長期記憶。
HEARTBEAT.md
定期的なバックグラウンドチェックとプロアクティブなメンテナンス指示。
このファイルベースの設計により、動作の検査・バージョン管理・進化が容易になります。
実行モデル
- メッセージはチャネルまたは CLI から届きます。
- Gateway がセッションにバインドし、適切なコンテキストを読み込みます。
- アシスタントは応答するか、ツールを使うか、サブエージェントを生成するかを判断します。
- ツール呼び出しは実際のファイル、ブラウザ、サービス、デバイスに対して動作します。
- 結果はセッションに書き戻され、重要な学習は永続化されます。
汎用チャットボットとの真の違いはここにあります：OpenClaw は運用環境から離れることなく、テキストからアクションへ移行できます。