このページの内容
このページの内容
Building plugins
プロバイダー Plugin の構築
OpenClaw にモデルプロバイダー(LLM)を追加するためのプロバイダー Plugin を構築します。モデル カタログ、API キー認証、動的なモデル解決を実装します。
手順
パッケージとマニフェスト
ステップ 1:パッケージとマニフェスト
setup.providers[].envVars により、OpenClaw は Plugin ランタイムを読み込まずに
認証情報を検出できます。プロバイダーのバリアントで別のプロバイダー ID の認証を
再利用する場合は、providerAuthAliases を追加します。modelSupport は
任意です。これにより、ランタイムフックが存在する前でも、OpenClaw は
acme-large のような短縮モデル ID からプロバイダー Plugin を自動的に
読み込めます。package.json 内の openclaw.compat と
openclaw.build は、ClawHub への公開に必要です
(openclaw.compat.pluginApi と openclaw.build.openclawVersion が必須の 2 フィールドで、
minGatewayVersion を省略すると openclaw.install.minHostVersion が使用されます)。
プロバイダーを登録する
最小構成のテキストプロバイダーには、id、label、auth、catalog が必要です。
catalog はプロバイダーが所有するランタイム/設定フックです。ベンダーの
ライブ API を呼び出し、models.providers エントリを返せます。
registerModelCatalogProvider は、一覧/ヘルプ/選択 UI 向けの新しい
コントロールプレーンカタログサーフェスで、text、voice、image_generation、
video_generation、music_generation の各行を扱います。ベンダーエンドポイントの
呼び出しとレスポンスのマッピングは Plugin 内に保持してください。共有される行の形式、
ソースラベル、ヘルプのレンダリングは OpenClaw が所有します。
これでプロバイダーが動作します。ユーザーは
openclaw onboard --acme-ai-api-key <key> を実行し、
モデルとして acme-ai/acme-large を選択できるようになります。
ライブモデル検出
プロバイダーが OpenAI 互換の /models API を公開している場合は、
単一プロバイダー用ヘルパーで共有検出を有効にします。
liveModelDiscovery: true は、次の動作を定めた公開 Plugin SDK 契約です。
| 領域 | 契約 |
|---|---|
| 認証情報 | 検出では、カタログで解決されたプロバイダー認証情報を使用し、認証によって提供される場合は discoveryApiKey を優先します。シークレット参照マーカーがトークンとして送信されることはありません。既定のリクエストでは Authorization: Bearer <token> を使用します。別のベンダー認証方式には buildRequestHeaders を使用してください。 |
| エンドポイント | 既定の URL は、有効なプロバイダーの baseUrl を基準とした models です。allowExplicitBaseUrl が有効な場合は、オペレーターによるオーバーライドも反映されます。別の相対パスには endpointPath を使用してください。固定されたベンダー URL に限り endpointUrl: { url, requireBaseUrl } を使用してください。有効なベース URL が引き続き requireBaseUrl と一致する場合にのみ検出が行われるため、カスタムプロキシの認証情報がベンダーに送信されることはありません。 |
| ネットワーク制限 | フェッチでは OpenClaw の SSRF ガードを使用し、ページネーション全体で 1 つの 5 秒のタイムアウト予算、ページごとに 4 MiB のレスポンス上限、50 ページの上限を適用します。オリジンをまたぐページネーションリンクは拒否されます。オリジンをまたぐリダイレクト後は認証情報が削除されます。 |
| キャッシュ | 成功した空でないカタログは、プロバイダー、エンドポイント、解決済みの認証情報ごとに 60 秒間キャッシュされます。空または使用不能な結果はキャッシュされません。 |
| フィルタリング | ライブ ID が完全に一致する場合、信頼済みの静的メタデータが維持されます。新しい行は、保守的にテキスト/チャットモデルとして投影されます。無効、アーカイブ済み、非推奨、明示的に非チャット、埋め込み、再ランキング、モデレーション、音声、画像専用、動画専用の行は除外されます。非標準のレスポンスエンベロープから行を選択する場合にのみ readRows を使用してください。プロバイダー固有のモデルセマンティクスは、引き続きカスタムカタログに実装する必要があります。 |
| 失敗 | ライブ検出は補助的な機能です。認証、ネットワーク、タイムアウト、ページネーション、解析、空のカタログ、フィルタリングの失敗時には、プロバイダーを削除するのではなく、プロバイダーが所有する静的シードを返します。 |
Bearer 以外の認証または非標準の一覧エンドポイントには、
true の代わりにオプションを渡します。
endpointUrl を無条件の代替ホストとして使用しないでください。その
requireBaseUrl チェックは、モデル一覧のホストと推論ホストが異なる
プロバイダーにおける認証情報の分離境界です。
保守的な OpenAI 互換の投影ではなく、プロバイダーにカスタムモデルセマンティクスが
必要な場合は、その投影を Plugin 内に保持し、共有フェッチの
ライフサイクルには openclaw/plugin-sdk/provider-catalog-live-runtime を使用してください。このヘルパーを使用すると、
プロバイダーのポリシーを OpenClaw コアに組み込むことなく、保護された HTTP フェッチ、
プロバイダー認証ヘッダー、構造化された HTTP エラー、TTL キャッシュ、静的フォールバック動作を
利用できます。
ライブ API から、プロバイダーが所有する静的カタログのどの行が現在利用可能かだけが
返される場合は、buildLiveModelProviderConfig を使用します。
プロバイダー API がより豊富なメタデータを返し、Plugin 自身で行を OpenClaw のモデル定義に変換する必要がある場合は、getCachedLiveProviderModelRows を使用します。
run は認証で保護された状態を維持し、使用可能な認証情報がない場合は null を返す必要があります。セットアップ、ドキュメント、テスト、ピッカー画面がライブネットワークアクセスに依存しないように、オフラインの staticRun または静的フォールバックを維持してください。モデルリストの鮮度に適した TTL を使用し、リクエスト時のファイルシステムポーリングを避け、アップストリームのレスポンスが OpenAI 互換の { data: [{ id, object }] } 形式でない場合にのみ、プロバイダー固有の readRows / readModelId を渡してください。
アップストリームプロバイダーが OpenClaw とは異なる制御トークンを使用する場合は、ストリーム経路を置き換える代わりに、小さな双方向テキスト変換を追加します。
input は、転送前に最終的なシステムプロンプトとテキストメッセージの内容を書き換えます。output は、OpenClaw が独自の制御マーカーを解析するか、チャンネルへ配信する前に、アシスタントのテキスト差分と最終テキストを書き換えます。
API キー認証と単一のカタログベースのランタイムを持つテキストプロバイダーを 1 つだけ登録するバンドルプロバイダーでは、より限定的な defineSingleProviderPluginEntry(...) ヘルパーを優先してください。
buildProvider は、OpenClaw が実際のプロバイダー認証を解決できる場合に使用されるライブカタログ経路です。プロバイダー固有の検出を実行する場合があります。認証の設定前に安全に表示できるオフライン行にのみ buildStaticProvider を使用してください。認証情報を要求したり、ネットワークリクエストを行ったりしてはなりません。OpenClaw の models list --all 表示は現在、空の設定、空の環境、エージェント/ワークスペースパスなしで、バンドルされたプロバイダー Plugin に対してのみ静的カタログを実行します。
認証フローでオンボーディング中に models.providers.*、エイリアス、エージェントのデフォルトモデルも修正する必要がある場合は、openclaw/plugin-sdk/provider-onboard のプリセットヘルパーを使用してください。最も限定的なヘルパーは、createDefaultModelPresetAppliers(...)、createDefaultModelsPresetAppliers(...)、createModelCatalogPresetAppliers(...) です。
プロバイダーのネイティブエンドポイントが通常の openai-completions 転送でストリーミングされる使用量ブロックをサポートする場合は、プロバイダー ID のチェックをハードコードする代わりに、openclaw/plugin-sdk/provider-catalog-shared の共有カタログヘルパーを優先してください。supportsNativeStreamingUsageCompat(...) と applyProviderNativeStreamingUsageCompat(...) はエンドポイント機能マップからサポートを検出するため、Plugin がカスタムプロバイダー ID を使用している場合でも、ネイティブの Moonshot/DashScope 形式のエンドポイントはオプトインできます。
上記のライブ検出例は、/models 形式のプロバイダー API を対象としています。この検出を catalog.run 内に配置し、使用可能な認証を条件とし、オフラインカタログ生成のために staticRun をネットワーク非依存に保ってください。
動的モデル解決を追加する
プロバイダーが任意のモデル ID(プロキシやルーターなど)を受け付ける場合は、resolveDynamicModel を追加します。
解決にネットワーク呼び出しが必要な場合は、非同期のウォームアップに prepareDynamicModel を使用します。完了後に resolveDynamicModel が再度実行されます。
ランタイムフックを追加する(必要に応じて)
ほとんどのプロバイダーに必要なのは catalog と resolveDynamicModel だけです。プロバイダーの要件に応じて、フックを段階的に追加してください。
共有ヘルパービルダーが、最も一般的なリプレイ/ツール互換ファミリーをカバーするようになったため、通常、Plugin で各フックを 1 つずつ手動接続する必要はありません。
現在利用可能なリプレイファミリー:
| ファミリー | 接続される機能 | バンドル例 |
|---|---|---|
openai-compatible |
OpenAI 互換転送向けの共有 OpenAI 形式リプレイポリシー。ツール呼び出し ID のサニタイズ、アシスタント先頭の順序修正、および転送で必要な場合の汎用 Gemini ターン検証を含む | moonshot、ollama、xai、zai |
anthropic-by-model |
modelId によって選択される Claude 対応リプレイポリシー。解決されたモデルが実際に Claude ID の場合にのみ、Anthropic メッセージ転送に Claude 固有の思考ブロックのクリーンアップを適用する |
amazon-bedrock |
native-anthropic-by-model |
anthropic-by-model と同じモデル別 Claude ポリシーに加えて、ベンダーネイティブ ID を維持する必要がある転送向けに、ツール呼び出し ID のサニタイズとネイティブ Anthropic ツール使用 ID の保持を行う |
anthropic-vertex、clawrouter |
google-gemini |
ネイティブ Gemini リプレイポリシーとブートストラップリプレイのサニタイズ。共有ファミリーでは、テキスト出力の Gemini CLI でタグ付き推論を維持する。直接の google プロバイダーは、Gemini API の思考がネイティブな思考パーツとして届くため、resolveReasoningOutputMode を native に上書きする。 |
google、google-gemini-cli |
passthrough-gemini |
OpenAI 互換プロキシ転送を介して実行される Gemini モデル向けの Gemini 思考署名サニタイズ。ネイティブ Gemini リプレイ検証やブートストラップの書き換えは有効にしない | openrouter、kilocode、opencode、opencode-go |
hybrid-anthropic-openai |
1 つの Plugin 内に Anthropic メッセージと OpenAI 互換モデルのサーフェスが混在するプロバイダー向けのハイブリッドポリシー。オプションの Claude 専用思考ブロック破棄は Anthropic 側のみに限定される | minimax |
現在利用可能なストリームファミリー:
| ファミリー | 組み込む機能 | バンドル例 |
|---|---|---|
google-thinking |
共有ストリームパスでの Gemini thinking ペイロードの正規化 | google, google-gemini-cli |
kilocode-thinking |
共有プロキシストリームパスでの Kilo reasoning ラッパー。kilo-auto/balanced および未対応のプロキシ reasoning ID では thinking の注入をスキップ |
kilocode |
moonshot-thinking |
config と /think レベルから Moonshot のバイナリ形式のネイティブ thinking ペイロードへのマッピング |
moonshot |
minimax-fast-mode |
共有ストリームパスでの MiniMax 高速モードのモデル書き換え | minimax, minimax-portal |
openai-responses-defaults |
共有ネイティブ OpenAI/Codex Responses ラッパー:帰属ヘッダー、/fast/serviceTier、テキストの詳細度、ネイティブ Codex ウェブ検索、reasoning 互換ペイロードの整形、Responses のコンテキスト管理 |
openai |
openrouter-thinking |
プロキシルート用の OpenRouter reasoning ラッパー。未対応モデル/auto のスキップを一元的に処理 |
openrouter |
tool-stream-default-on |
明示的に無効化されない限りツールストリーミングを使用する Z.AI などのプロバイダー向け、デフォルトで有効な tool_stream ラッパー |
zai |
ファミリービルダーを支える SDK の接続面
各ファミリービルダーは、同じパッケージからエクスポートされる低レベルの公開ヘルパーを組み合わせて構成されています。プロバイダーが共通パターンから外れる必要がある場合に利用できます。
openclaw/plugin-sdk/provider-model-shared-ProviderReplayFamily、buildProviderReplayFamilyHooks(...)、および未加工のリプレイビルダー(buildOpenAICompatibleReplayPolicy、buildAnthropicReplayPolicyForModel、buildGoogleGeminiReplayPolicy、buildHybridAnthropicOrOpenAIReplayPolicy)。Gemini リプレイヘルパー(sanitizeGoogleGeminiReplayHistory、resolveTaggedReasoningOutputMode)と、エンドポイント/モデルヘルパー(resolveProviderEndpoint、normalizeProviderId、normalizeGooglePreviewModelId)もエクスポートします。openclaw/plugin-sdk/provider-stream-ProviderStreamFamily、buildProviderStreamFamilyHooks(...)、composeProviderStreamWrappers(...)に加え、共有 OpenAI/Codex ラッパー(createOpenAIAttributionHeadersWrapper、createOpenAIFastModeWrapper、createOpenAIServiceTierWrapper、createOpenAIResponsesContextManagementWrapper、createCodexNativeWebSearchWrapper)、DeepSeek V4 OpenAI 互換ラッパー(createDeepSeekV4OpenAICompatibleThinkingWrapper)、Anthropic Messages thinking プリフィルのクリーンアップ(createAnthropicThinkingPrefillPayloadWrapper)、プレーンテキストのツール呼び出し互換機能(createPlainTextToolCallCompatWrapper)、共有プロキシ/プロバイダーラッパー(createOpenRouterWrapper、createToolStreamWrapper、createMinimaxFastModeWrapper)。openclaw/plugin-sdk/provider-stream-shared- ホットなプロバイダーパス向けの軽量なペイロードおよびイベントラッパー。createOpenAICompatibleCompletionsThinkingOffWrapper、createPayloadPatchStreamWrapper、createPlainTextToolCallCompatWrapper、normalizeOpenAICompatibleReasoningPayload(...)、setQwenChatTemplateThinking(...)を含みます。openclaw/plugin-sdk/provider-tools-ProviderToolCompatFamily、buildProviderToolCompatFamilyHooks("deepseek" | "gemini" | "openai")、および基盤となるプロバイダースキーマヘルパー。
Gemini ファミリーのプロバイダーでは、reasoning 出力モードを
トランスポートと一致させてください。Google Gemini API に直接接続するプロバイダーは、
native reasoning 出力を使用する必要があります。これにより OpenClaw は、
<think> / <final> プロンプトディレクティブを追加せずに、
ネイティブな thought パートを処理できます。最終的な JSON/テキスト応答を解析する、
テキスト専用の Gemini CLI 形式バックエンドでは、共有の
google-gemini タグ付き契約を維持できます。
一部のストリームヘルパーは、意図的にプロバイダー内に留められています。@openclaw/anthropic-provider は、wrapAnthropicProviderStream、resolveAnthropicBetas、resolveAnthropicFastMode、resolveAnthropicServiceTier、および低レベルの Anthropic ラッパービルダーを、独自の公開 api.ts / contract-api.ts 接続面に保持しています。これらは Claude OAuth ベータ処理と context1m ゲーティングをエンコードするためです。同様に、xAI Plugin はネイティブ xAI Responses の整形を独自の wrapStreamFn に保持しています(/fast エイリアス、デフォルトの tool_stream、未対応の厳格ツールのクリーンアップ、xAI 固有の reasoning ペイロード削除)。
同じパッケージルートパターンは、@openclaw/openai-provider(プロバイダービルダー、デフォルトモデルヘルパー、リアルタイムプロバイダービルダー)と @openclaw/openrouter-provider(プロバイダービルダーおよびオンボーディング/config ヘルパー)の基盤にもなっています。
トークン交換
各推論呼び出しの前にトークン交換が必要なプロバイダー向けです。
カスタムヘッダー
カスタムリクエストヘッダーやリクエスト本文の変更が必要なプロバイダー向けです。
ネイティブトランスポートの識別情報
汎用 HTTP または WebSocket トランスポートで、 ネイティブのリクエスト/セッションヘッダーやメタデータが必要なプロバイダー向けです。
使用量と請求
使用量/請求データを公開するプロバイダー向けです。
resolveUsageAuth には 3 つの結果があります。
プロバイダーに使用量/請求用の資格情報がある場合は
{ token, accountId?, subscriptionType?, rateLimitTier? } を返します(省略可能なフィールドは、
解決済みプロファイルから fetchUsageSnapshot へ、
秘密情報ではないプランメタデータを渡します)。
プロバイダーが使用量認証を明確に処理したものの、
使用可能な使用量トークンがなく、OpenClaw が汎用の
API キー/OAuth フォールバックをスキップする必要がある場合にのみ
{ handled: true } を返します。プロバイダーがリクエストを
処理せず、OpenClaw が汎用フォールバックを続行すべき場合は、
null または undefined を返します。
contracts.usageProviders でプロバイダー ID を宣言します。このマニフェスト契約と
両方のフックが存在すると、OpenClaw は無関係なプロバイダー Plugin を
読み込まずに、そのプロバイダーを使用量収集へ自動的に含めます。
コアの許可リストを更新する必要はありません。
fetchUsageSnapshot は、共有のプロバイダー中立形式を返します。
plan: プロバイダーが報告するサブスクリプションまたはキーのラベルwindows: 使用済み割合で表した、リセット可能なクォータ期間billing: 型付きのbalance、spend、またはbudgetエントリ。unitには、 ISO 通貨またはcreditsのようなプロバイダー単位を指定できますsummary: これらの構造化フィールドに収まらない、簡潔なプロバイダー固有のコンテキスト
通貨の意味は厳密に維持してください。上流の契約でそう定められていない限り、
プロバイダーのクレジットは USD ではありません。
fetchUsageSnapshot のみを実装する Plugin は、明示的/合成的な呼び出し元では
引き続き利用できますが、OpenClaw が使用量用の資格情報を解決できないため、
自動検出されません。
共通のプロバイダーフック
OpenClaw は、モデル/プロバイダー Plugin に対して、おおよそ次の順序でフックを呼び出します。
ほとんどのプロバイダーが使用するのは 2〜3 個だけです。これは完全な
ProviderPlugin 契約ではありません。現在の正確なフック一覧と
フォールバックに関する注記については、内部構造:プロバイダーランタイム
フックを参照してください。
ProviderPlugin.capabilities や suppressBuiltInModel など、
OpenClaw が呼び出さなくなった互換性専用のプロバイダーフィールドは、
ここには記載していません。
| フック | 使用する場面 |
|---|---|
catalog |
モデルカタログまたはベース URL のデフォルト |
applyConfigDefaults |
config の実体化時に適用する、プロバイダー所有のグローバルデフォルト |
normalizeModelId |
参照前に行うレガシー/プレビューモデル ID エイリアスのクリーンアップ |
normalizeTransport |
汎用モデルの組み立て前に行う、プロバイダーファミリーの api / baseUrl クリーンアップ |
normalizeConfig |
models.providers.<id> config の正規化 |
applyNativeStreamingUsageCompat |
config プロバイダー向けネイティブストリーミング使用量の互換書き換え |
resolveConfigApiKey |
プロバイダー所有の環境マーカー認証の解決 |
resolveSyntheticAuth |
ローカル/セルフホストまたは config ベースの合成認証 |
resolveExternalAuthProfiles |
CLI/アプリ管理の資格情報向けに、プロバイダー所有の外部認証プロファイルを重ね合わせる |
shouldDeferSyntheticProfileAuth |
環境/config 認証より下位に合成保存プロファイルのプレースホルダーを配置 |
resolveDynamicModel |
任意の上流モデル ID を受け入れる |
prepareDynamicModel |
解決前の非同期メタデータ取得 |
normalizeResolvedModel |
ランナーの前でのトランスポート書き換え |
normalizeToolSchemas |
登録前に行う、プロバイダー所有のツールスキーマのクリーンアップ |
inspectToolSchemas |
プロバイダー所有のツールスキーマ診断 |
resolveReasoningOutputMode |
タグ付き reasoning 出力とネイティブ reasoning 出力の契約 |
prepareExtraParams |
デフォルトのリクエストパラメーター |
createStreamFn |
完全にカスタムな StreamFn トランスポート |
wrapStreamFn |
通常のストリームパスでのカスタムヘッダー/本文ラッパー |
resolveTransportTurnState |
ターンごとのネイティブヘッダー/メタデータ |
resolveWebSocketSessionPolicy |
ネイティブ WS セッションヘッダー/クールダウン |
formatApiKey |
カスタムランタイムトークン形式 |
refreshOAuth |
カスタム OAuth 更新 |
buildAuthDoctorHint |
認証修復のガイダンス |
matchesContextOverflowError |
プロバイダー所有のオーバーフロー検出 |
classifyFailoverReason |
プロバイダー所有のレート制限/過負荷の分類 |
isCacheTtlEligible |
プロンプトキャッシュ TTL のゲーティング |
buildMissingAuthMessage |
認証情報不足時のカスタムヒント |
augmentModelCatalog |
合成的な前方互換行(非推奨 - registerModelCatalogProvider を推奨) |
resolveThinkingProfile |
モデル固有の /think オプションセット |
isBinaryThinking |
バイナリ thinking のオン/オフ互換性(非推奨 - resolveThinkingProfile を推奨) |
supportsXHighThinking |
xhigh reasoning サポートの互換性(非推奨 - resolveThinkingProfile を推奨) |
resolveDefaultThinkingLevel |
デフォルトの /think ポリシー互換性(非推奨 - resolveThinkingProfile を推奨) |
isModernModelRef |
ライブ/スモークテスト用モデルの照合 |
prepareRuntimeAuth |
推論前のトークン交換 |
resolveUsageAuth |
カスタム使用量資格情報の解析 |
fetchUsageSnapshot |
カスタム使用量エンドポイント |
createEmbeddingProvider |
メモリ/検索向けのプロバイダー所有埋め込みアダプター |
buildReplayPolicy |
カスタムトランスクリプトのリプレイ/Compaction ポリシー |
sanitizeReplayHistory |
汎用クリーンアップ後のプロバイダー固有リプレイ書き換え |
validateReplayTurns |
組み込みランナーの前での厳格なリプレイターン検証 |
onModelSelected |
選択後のコールバック(例:テレメトリー) |
ランタイムのフォールバックに関する注記:
normalizeConfigは、プロバイダー ID ごとに所有する Plugin を 1 つ解決し(まずバンドル済みプロバイダー、次に一致したランタイム Plugin)、そのフックのみを呼び出します。他のプロバイダーを横断するスキャンはありません。Google 独自のnormalizeConfigフックがgoogle/google-vertex/google-antigravityの設定エントリを正規化します。これは独立したコアのフォールバックではありません。resolveConfigApiKeyは、公開されている場合にプロバイダーフックを使用します。Amazon Bedrock は AWS 環境マーカーの解決をそのプロバイダー Plugin 内に保持します。ランタイム認証自体は、auth: "aws-sdk"で設定されている場合も AWS SDK のデフォルトチェーンを使用します。resolveThinkingProfile(ctx)は、選択されたprovider、modelId、任意のマージ済みreasoningカタログヒント、および任意のマージ済みモデルcompat情報を受け取ります。compatは、プロバイダーの思考 UI/プロファイルを選択するためにのみ使用してください。resolveSystemPromptContributionを使用すると、プロバイダーはモデルファミリー向けにキャッシュを考慮したシステムプロンプトのガイダンスを注入できます。動作が 1 つのプロバイダー/モデルファミリーに属し、安定部分と動的部分のキャッシュ分割を維持すべき場合は、従来の Plugin 全体を対象とするbefore_prompt_buildフックよりもこちらを優先してください。
追加機能を加える(任意)
ステップ 5:追加機能を加える
プロバイダー Plugin は、テキスト推論に加えて、埋め込み、音声、リアルタイム文字起こし、 リアルタイム音声、メディア理解、画像生成、動画生成、 Web 取得、Web 検索を登録できます。OpenClaw はこれを ハイブリッド機能 Plugin として分類します。企業 Plugin に推奨されるパターン (ベンダーごとに 1 つの Plugin)です。以下を参照してください: 内部構造:機能の所有権。
既存の api.registerProvider(...) 呼び出しとともに、各機能を register(api)
内で登録します。必要なタブのみを選択してください:
音声(TTS)
プロバイダーの HTTP エラーには assertOkOrThrowProviderError(...) を使用してください。これにより
Plugin 間で、上限付きのエラー本文読み取り、JSON エラー解析、および
リクエスト ID のサフィックスを共有できます。
リアルタイム文字起こし
createRealtimeTranscriptionWebSocketSession(...) を優先してください。共有
ヘルパーがプロキシの取得、再接続バックオフ、切断時のフラッシュ、準備完了
ハンドシェイク、音声のキューイング、および切断イベントの診断を処理します。Plugin は
アップストリームイベントをマッピングするだけです。
マルチパート音声を POST するバッチ STT プロバイダーは、
openclaw/plugin-sdk/provider-http の
buildAudioTranscriptionFormData(...) を使用してください。このヘルパーは、互換性のある文字起こし API のために
M4A 形式のファイル名を必要とする AAC アップロードを含め、アップロード
ファイル名を正規化します。
リアルタイム音声
talk.catalog が有効なモード、トランスポート、音声形式、および機能フラグをブラウザーとネイティブの Talk
クライアントに公開できるように、capabilities を宣言してください。トランスポートが人間による
アシスタント再生の中断を検出でき、プロバイダーがアクティブな音声応答の
切り詰めまたはクリアをサポートする場合は、handleBargeIn を実装してください。
submitToolResult は、同期送信用に void を返すか、プロバイダー
ブリッジが公開できる非同期完了境界として Promise<void> を返せます。
Gateway リレーセッションは、最終結果を確認するかリンクされた実行をクリアする前に
その Promise を待機します。送信に失敗した場合は拒否してください。
プロバイダーが options.suppressResponse に対応できない場合は、
supportsToolResultSuppression: false を設定してください。これにより OpenClaw は、
内部の強制コンサルト結果およびキャンセル結果に対する抑制を回避し、応答を暗黙的に開始する代わりに
抑制された結果を直接要求する処理を拒否します。
createRealtimeVoiceBridgeSession の利用側も同様に、onToolCall から
Promise を返せます。同期的なスローと Promise の拒否は、セッションの
onError コールバックにルーティングされます。
プロバイダーの VAD が onClearAudio("barge-in") を呼び出して
中断を確認する場合にのみ、handlesInputAudioBargeIn を設定してください。このフラグを省略する
プロバイダーでは、OpenClaw のローカル入力音声フォールバック検出が使用されます。
メディア理解
意図的に認証情報を必要としないローカルまたはセルフホスト型のメディアプロバイダーは、
resolveAuth を公開して kind: "none" を返せます。
明示的にオプトインしていないプロバイダーについては、OpenClaw は引き続き通常の認証ゲートを
維持します。既存のプロバイダーは引き続き req.apiKey を読み取れますが、
新しいプロバイダーでは req.auth を優先してください。
埋め込み
contracts.embeddingProviders で同じ ID を宣言してください。これは、
メモリ検索を含む、再利用可能なベクトル生成のための一般的な埋め込み契約です。
registerMemoryEmbeddingProvider(...) は、既存のメモリ固有アダプター向けの
非推奨の互換性機能です。
画像と動画の生成
画像および動画の機能は、モード対応の形式を使用します。画像
プロバイダーは必須の generate および edit 機能ブロックを宣言し、
動画プロバイダーは generate、imageToVideo、および
videoToVideo を宣言します。maxInputImages /
maxInputVideos / maxDurationSeconds のようなフラットな集約フィールドだけでは、
変換モードのサポートや無効化されたモードを明確に通知するには不十分です。音楽生成も
同じ generate / edit パターンに従います。
capabilities は両方のプロバイダータイプで必須です。edit と
動画変換ブロック(imageToVideo、videoToVideo)には、常に
明示的な enabled フラグが必要です。
一覧に含まれるモデルの静的なモードまたは機能がプロバイダーのデフォルトと
異なる場合は、catalogByModel を使用します。このメタデータにより、
プロバイダーコードを呼び出すことなく、video_generate action=list とモデルカタログの
正確性が維持されます。リクエスト時の機能検索と適用は、引き続き
resolveModelCapabilities と generateVideo で行います。可能な場合は、
両方のパスで同じ機能定数を再利用してください。
Web フェッチと検索
両方のプロバイダータイプは、同じ認証情報の接続形式を共有します。
hint、envVars、placeholder、signupUrl、credentialPath、
getCredentialValue、setCredentialValue、および createTool はすべて
必須です。
テスト
ステップ 6:テスト
ClawHub に公開する
プロバイダー Plugin は、他の外部コード Plugin と同じ方法で公開します。
clawhub skill publish <path> は Plugin パッケージではなく Skills フォルダーを公開するための
別のコマンドです。ここでは使用しないでください。
ファイル構造
カタログ順序のリファレンス
catalog.order は、組み込みプロバイダーに対してカタログがいつマージされるかを
制御します。
| 順序 | タイミング | ユースケース |
|---|---|---|
simple |
最初のパス | 単純な API キープロバイダー |
profile |
単純なプロバイダーの後 | 認証プロファイルによって制限されるプロバイダー |
paired |
プロファイルの後 | 関連する複数のエントリを合成する |
late |
最後のパス | 既存のプロバイダーを上書きする(競合時に優先) |
次のステップ
- チャンネル Plugin - Plugin がチャンネルも提供する場合
- SDK ランタイム -
api.runtimeヘルパー(TTS、検索、サブエージェント) - SDK の概要 - サブパスインポートの完全なリファレンス
- Plugin の内部構造 - フックの詳細とバンドルされた例