defineToolPlugin、definePluginEntry、
defineChannelPluginEntry、defineSetupPluginEntry を提供します。
パッケージエントリ
インストール済みプラグインでは、ソースエントリとビルド済みエントリの両方をpackage.json の openclaw フィールドで指定します。
extensionsとsetupEntryはソースエントリであり、ワークスペースおよび git チェックアウトでの開発に使用されます。runtimeExtensionsとruntimeSetupEntryは、インストール済み パッケージで推奨されます。これにより、npm パッケージは実行時の TypeScript コンパイルを省略できます。runtimeExtensionsが存在する場合、配列の長さがextensionsと 一致している必要があります(エントリは位置ごとに対応します)。runtimeSetupEntryにはsetupEntryが必要です。runtimeExtensions/runtimeSetupEntryアーティファクトが宣言されているにもかかわらず 存在しない場合、インストールまたは検出はパッケージングエラーで失敗します。OpenClaw は 暗黙にソースへフォールバックしません。以下のソースフォールバックは、 ランタイムエントリがまったく宣言されていない場合にのみ適用されます。- インストール済みパッケージが TypeScript ソースエントリのみを宣言している場合、OpenClaw は
対応するビルド済みの
dist/*.js(または.mjs/.cjs)ピアを探して使用します。 見つからない場合は TypeScript ソースへフォールバックします。 - すべてのエントリパスは、プラグインパッケージのディレクトリ内に収まる必要があります。ランタイム
エントリや推論されたビルド済み JS ピアが存在しても、パッケージ外を指す
extensionsまたはsetupEntryソースパスが有効になるわけではありません。
defineToolPlugin
インポート: openclaw/plugin-sdk/tool-plugin
エージェントツールのみを追加するプラグイン向けです。ソースを小さく保ち、TypeBox スキーマから設定と
ツールパラメーターの型を推論し、通常の戻り値を OpenClaw のツール結果形式でラップし、
openclaw plugins build がプラグインマニフェスト(contracts.tools、
configSchema)へ書き込む静的メタデータを公開します。
configSchemaは省略可能です。省略すると厳密な空オブジェクトスキーマが使用されます (生成されるマニフェストには引き続きconfigSchemaが含まれます)。executeは通常の文字列または JSON シリアライズ可能な値を返します。ヘルパーは、 元の(文字列化されていない)戻り値をdetailsに設定した テキストツール結果としてラップします。outputSchemaは、Code Mode および Tool Search 向けに、その元のdetails値を 必要に応じて記述します。カタログ呼び出しは、実行前に無効なスキーマを拒否し、 返却前に最終値を検証します。- カスタムツール結果向けに、
openclaw/plugin-sdk/tool-resultsはtextResultとjsonResultをエクスポートします。 - ツール名は静的であるため、
openclaw plugins buildは 手作業で名前を重複記述せずに、宣言されたツールからcontracts.toolsを導出します。 - ランタイムの読み込みは引き続き厳密です。インストール済みプラグインには、
openclaw.plugin.jsonおよびpackage.jsonのopenclaw.extensionsが必要です。OpenClaw は、 不足しているマニフェストデータを推論するためにプラグインコードを実行することはありません。
definePluginEntry
インポート: openclaw/plugin-sdk/plugin-entry
プロバイダープラグイン、高度なツールプラグイン、フックプラグイン、および
メッセージングチャネルではないものすべてに使用します。
idは、openclaw.plugin.jsonマニフェストと一致する必要があります。- 外部セッションカタログでは、
openclaw/plugin-sdk/session-catalogとapi.registerSessionCatalog({ id, label, list, read, continueSession?, archive? })を使用します。 コアはsessions.catalog.*Gateway メソッドを所有します。プロバイダーは RPC を登録せずに、 ホスト、セッション、正規化されたトランスクリプトのプロジェクションを返します。 リストプロバイダーは、各ホストの処理が確定するたびに、省略可能なonHost(host)コールバックを 呼び出す必要があります。返されるホスト配列は、最終的な互換性スナップショットとして引き続き必須です。 kindは非推奨です。代わりに、openclaw.plugin.jsonマニフェストのkindフィールドで排他的スロット("memory"または"context-engine")を宣言してください。ランタイムエントリのkindは、 古いプラグイン向けの互換性フォールバックとしてのみ残されています。configSchemaは遅延評価のための関数にできます。OpenClaw は最初のアクセス時に スキーマを解決してメモ化するため、負荷の高いスキーマビルダーは一度だけ実行されます。nodeHostCommandsディスクリプターではisAvailable({ config, env })を定義できます。falseを返すと、そのコマンドと機能はヘッドレス Node の Gateway 宣言から省略されます。 OpenClaw は Node ローカルの起動設定に対してこれを評価します。コマンドハンドラーは、 呼び出された際にも引き続き利用可能性を検証する必要があります。
defineChannelPluginEntry
インポート: openclaw/plugin-sdk/channel-core
definePluginEntry をチャネル固有の配線でラップします。api.registerChannel({ plugin }) を自動的に
呼び出し、省略可能なルートヘルプ CLI メタデータの接続点を公開し、
登録モードに基づいて registerFull を制限します。
コールバックは登録モードごとに実行されます(完全な表は
登録モードを参照)。
setRuntimeは、"cli-metadata"と"tool-discovery"を除くすべてのモードで実行されます。通常はcreatePluginRuntimeStoreを介して、ここにランタイム参照を保存します。registerCliMetadataは、"cli-metadata"、"discovery"、"full"で実行されます。チャネルが所有する CLI ディスクリプターの標準的な配置場所として使用すると、 ルートヘルプによるアクティベーションを防ぎ、検出スナップショットに静的コマンドメタデータを含め、 通常の CLI 登録とプラグインの完全読み込みとの互換性を維持できます。registerFullは、"full"と"tool-discovery"でのみ実行されます。"tool-discovery"では、チャネル登録の_代わりに_実行されます。OpenClaw はregisterChannel/setRuntimeを完全にスキップし、registerFullのみを 呼び出します。そのため、スタンドアロンのツール検出または実行にチャネルが必要とするプロバイダーやツールの登録は、 通常のチャネル設定の背後ではなく、ここに配置する必要があります。- 検出登録は非アクティベーション型ですが、インポートを行わないわけではありません。OpenClaw は、
スナップショットを構築するために、信頼済みのプラグインエントリとチャネルプラグインモジュールを評価する場合があります。
トップレベルのインポートに副作用を持たせず、ソケット、クライアント、ワーカー、サービスは
"full"専用のパス内に配置してください。 definePluginEntryと同様に、configSchemaは遅延ファクトリーにできます。OpenClaw は、 最初のアクセス時に解決されたスキーマをメモ化します。
- 遅延読み込みしつつルート CLI
の解析ツリーから消えないようにする、プラグイン所有のルート CLI コマンドには
api.registerCli(..., { descriptors: [...] })を使用します。 ディスクリプター名は、先頭を英字または数字とし、英字、数字、ハイフン、 アンダースコアのみに一致する必要があります。OpenClaw はそれ以外の 形式を拒否し、ヘルプを表示する前に説明から端末制御シーケンスを 除去します。レジストラーが公開するすべてのトップレベルコマンドルートを網羅してください。commandsのみの場合は、引き続き先行読み込みされる互換性パスが使用されます。 - ペアリング済み Node の機能コマンドには
api.registerNodeCliFeature(...)を使用し、openclaw nodesの配下(registerCli(registrar, { parentPath: ["nodes"], ... })と同等)に配置されるようにします。 - その他のネストされたプラグインコマンドでは、
parentPathを追加し、レジストラーに渡されるprogramオブジェクトにコマンドを登録します。OpenClaw はプラグインを呼び出す前に、 これを親コマンドへ解決します。 - チャンネルプラグインでは、
registerCliMetadataから CLI ディスクリプターを登録し、registerFullはランタイム専用の処理に集中させます。 registerFullで Gateway RPC メソッドも登録する場合は、 プラグイン固有のプレフィックス配下に置きます。予約済みのコア管理名前空間(config.*、exec.approvals.*、wizard.*、update.*)は常にoperator.adminに強制変換されます。
defineSetupPluginEntry
インポート: openclaw/plugin-sdk/channel-core
軽量な setup-entry.ts ファイル用です。ランタイムや CLI の配線を行わず、
{ plugin } のみを返します。
defineSetupPluginEntry(...) は、用途を限定した次のセットアップヘルパーファミリーと組み合わせます。
重量な SDK、CLI 登録、長期間稼働するランタイムサービスは、
完全なエントリに保持してください。
セットアップとランタイムのサーフェスを分離するバンドル済みワークスペースチャンネルでは、
代わりに
openclaw/plugin-sdk/channel-entry-contract の
defineBundledChannelSetupEntry(...) を使用できます。これにより、セットアップ
エントリでセットアップセーフなプラグイン/シークレットのエクスポートを維持しながら、ランタイム
セッターも公開できます。
registerSetupRuntime は "setup-runtime" の読み込み時にのみ実行されます。遅延された
完全なアクティベーションより前に存在する必要がある、設定専用のルートまたはメソッドに
限定してください。
登録モード
api.registrationMode は、プラグインがどのように読み込まれたかを示します。
defineChannelPluginEntry はこの分離を自動的に処理します。チャンネルに
definePluginEntry を直接使用する場合は、自分でモードを確認し、
"tool-discovery" ではチャンネル登録がスキップされることに注意してください。
plugin.<plugin-id>.changed という名前空間を付けます。イベント名は
小文字の単一セグメントである必要があり、ペイロードはサイズが制限された JSON、
スコープは operator.read、operator.write、または operator.admin でなければなりません。
エミッターはサービスの存続期間中のみ存在し、停止後または起動失敗後には無効化されます。
認可済みクライアントがプラグインのスコープ付き Gateway メソッドを通じて
正規状態を再読み込みできるように、完全なレコードよりもバージョンまたは無効化の
ペイロードを優先してください。
検出モードでは、アクティベーションを行わないレジストリスナップショットを構築します。OpenClaw が
チャンネルケイパビリティと静的 CLI ディスクリプターを登録できるように、
プラグインエントリとチャンネルプラグインオブジェクトが評価される場合があります。検出時のモジュール
評価は信頼済みではあるものの軽量なものとして扱ってください。トップレベルでネットワーククライアント、
サブプロセス、リスナー、データベース接続、バックグラウンドワーカー、
認証情報の読み取り、その他の稼働中ランタイムの副作用を発生させないでください。
"setup-runtime" は、バンドル済みチャンネルの完全なランタイムへ再進入せずに、
セットアップ専用の起動サーフェスが存在しなければならない期間として扱います。適しているのは、
チャンネル登録、セットアップセーフな HTTP ルート、セットアップセーフな Gateway メソッド、
委譲セットアップヘルパーです。重量なバックグラウンドサービス、CLI レジストラー、
プロバイダー/クライアント SDK のブートストラップは、引き続き "full" に置きます。
プラグインの形態
OpenClaw は、読み込まれたプラグインを登録動作によって分類します。
プラグインの形態を確認するには
openclaw plugins inspect <id> を使用します。
関連項目
- SDK の概要 - 登録 API とサブパスのリファレンス
- ランタイムヘルパー -
api.runtimeとcreatePluginRuntimeStore - セットアップと設定 - マニフェスト、セットアップエントリ、遅延読み込み
- チャンネルプラグイン -
ChannelPluginオブジェクトの構築 - プロバイダープラグイン - プロバイダーの登録とフック