← 概念解説に戻る

Concept Fable

OpenClaw

先に結論:OpenClaw はより汎用的な Agent runtime / harness である。チャネル、セッション、ツール、スキル、メモリ、タスク、自動化、権限、ノード能力を一つの実行可能な環境に組織し、Agent が Telegram、飛書、Slack、ターミナル、ブラウザ、デバイス、バックグラウンドタスクをまたいで継続的に作業できるようにする。

agent runtime · multi-channel harness

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

多くの扉がある配車所

ある港湾都市がますます忙しくなった。埠頭労働者は旗語で貨物の到着を報告し、船長は電報で補給を催促し、商人は信箱から契約を送り、倉庫管理者は伝票を持って貨物を移動させ、市庁舎は臨時に安全検査を下す。要求は多く、入口も多い。

かつては、どの扉の後ろにも臨時の書記官が座っていた。埠頭の門の者は一つの帳簿を持ち、倉庫の門の者は別の帳簿を持ち、電報室の者は船名だけを記録して貨物は記録せず、郵便受けのそばの者は今日何を受け取ったかだけを知り、昨日誰がすでに処理したかを知らなかった。鍵は別々の引き出しに散らばり、事故が起きても誰が扉を開けたか追跡しにくかった。

ある日、一隻の船は補給票の重複登録のため、二度燃料を送られた。別の一隻の船は修理依頼が漏れ、翌日は停航するしかなかった。城主はようやくはっきりと見た。港に欠けているのは、また一人字を書ける者ではない。真の欠落はもっと深いところにある。入口、記録、鍵、任務、責任が各所に散らばり、それらを継続的に運転できる一つの調度システムに繋ぐ者がいない。

そこで港は一座の调度所を建てた。すべての門は依然として残されている。旗語、電報、信箱、伝票のいずれも入ってこられる。しかしメッセージが城に入ると、まず同じ登録システムに入る。调度所は誰から送られたか、以前何があったか、この件を誰に渡すべきか、どの鍵が必要か、承認が必要か、そしてこのタスクが今日終わらなければ明日どこから続けるべきかを確認する。

ディスパッチャー自体も一人の作業者を演じるわけではない。大工を派遣してデッキを修理させ、会計士を派遣して帳簿を照合させ、巡回隊を派遣して危険物を検査させ、書記官に商人への返信を書かせることもできる。それは多くのインテリジェントな作業者が協働するためのインフラのようなものだ。門、帳簿、鍵、作業指示書、勤務表、事故記録、長期記憶がすべてその中にある。

港が後に安定したのは、すべての扉の後ろにより賢い人を配置したからではない。変化は、すべての入口が同じ実行環境に接続された後に起こった:リクエストは失われず、権限は乱れず、長時間タスクは交代で途切れず、問題が起きてもプロセスを追跡できる。

明らかにする

この物語が語るのは:OpenClaw

OpenClaw はより汎用的な Agent runtime / harness である。チャネル、セッション、ツール、スキル、メモリ、タスク、自動化、権限、ノード能力を一つの実行可能な環境に組織し、Agent が Telegram、飛書、Slack、ターミナル、ブラウザ、デバイス、バックグラウンドタスクをまたいで継続的に作業できるようにする。

メタファーのマッピング

  • 多くの門:複数のチャットチャネル、端末、ブラウザ、デバイスの入り口
  • 调度所:OpenClaw Gateway と agent runtime
  • 台帳:会話、長期記憶、タスク状態、監査痕跡
  • 鍵:ツール、ノード能力、外部システム、権限の境界
  • 長いタスクは明日続き:cron、task、subagent、永続状態管理

関連する識別

OpenClaw と opencode はどちらも harness と見なせるが、デフォルトの作業面が異なる。一方は汎用実行基盤寄りで、もう一方はコード開発現場寄りである。

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号