Skip to Content
デベロッパーガイドチャネルプラグイン開発者ガイド

チャネルプラグイン開発者ガイド

チャネルプラグインは、Qwen Code をメッセージングプラットフォームに接続します。これは extension としてパッケージ化され、起動時にロードされます。プラグインのインストールと設定に関するユーザー向けドキュメントについては、Plugins を参照してください。

全体像

プラグインは Platform Adapter 層に配置されます。プラットフォーム固有の処理(接続、メッセージの受信、レスポンスの送信)をプラグイン側で処理します。ChannelBase はその他のすべて(アクセス制御、セッションルーティング、プロンプトのキューイング、スラッシュコマンド、クラッシュリカバリ)を処理します。

Your Plugin → builds Envelope → handleInbound() ChannelBase → gates → commands → routing → ChannelAgentBridge.prompt() ChannelBase → calls your sendMessage() with the agent's response

ChannelAgentBridge はアダプター向けのブリッジコントラクトです。現在のスタンドアロンパス qwen channel startAcpBridge を提供しますが、同じアダプターが将来的に他のブリッジ実装の背後で実行できるように、プラグインコードではコンストラクタのパラメータを ChannelAgentBridge として型指定する必要があります。

既存の TypeScript プラグインの移行に関する注意: アダプターのコンストラクタまたはファクトリで bridge を明示的に AcpBridge として型指定している場合は、その注釈を ChannelAgentBridge に変更し、そのコントラクトで公開されているメソッドのみを使用し続けてください。JavaScript プラグインは実行時に影響を受けず、スタンドアロンの qwen channel start は引き続き現在の AcpBridge 実装を渡します。

ランタイムモード

同じプラグインアダプターは、どちらのチャネルランタイムでもホストできます。

  • qwen channel start [name] は、スタンドアロンの ACP バックドサービスです。引き続き AcpBridge を使用し、デーモン外でチャネルを実行するための安定したコマンドであり続けます。
  • qwen serve --channel <name> および繰り返可能な --channel フラグは、実験的なデーモン管理チャネルワーカーを起動します。--channel all は設定されたすべてのチャネルを起動します。ワーカーは qwen serve によって所有され、SDK を介してそのデーモンに接続し、アダプターに DaemonChannelBridge に基づく ChannelAgentBridge ファサードを渡します。

デーモン管理チャネルはデーモンのライフサイクルとステータスレポートを継承します。アダプターやプラットフォーム SDK の障害によってデーモンがクラッシュしないように、意図的にプロセス外で実行されます。デーモンは引き続き 1 つのワークスペースにバインドされるため、選択した各チャネル設定は、デーモンワークスペースに解決される cwd を使用する必要があります。

プラグインオブジェクト

拡張機能のエントリーポイントは、ChannelPlugin に準拠する plugin をエクスポートします。

import type { ChannelPlugin } from '@qwen-code/channel-base'; import { MyChannel } from './MyChannel.js'; export const plugin: ChannelPlugin = { channelType: 'my-platform', // 一意の ID。settings.json の "type" フィールドで使用 displayName: 'My Platform', // CLI 出力に表示される requiredConfigFields: ['apiKey'], // 起動時に検証される(標準の ChannelConfig 以外) createChannel: (name, config, bridge, options) => new MyChannel(name, config, bridge, options), };

チャネルアダプター

ChannelBase を継承し、3 つのメソッドを実装します。

import { ChannelBase } from '@qwen-code/channel-base'; import type { ChannelBaseOptions, ChannelAgentBridge, ChannelConfig, Envelope, } from '@qwen-code/channel-base'; export class MyChannel extends ChannelBase { constructor( name: string, config: ChannelConfig, bridge: ChannelAgentBridge, options?: ChannelBaseOptions, ) { super(name, config, bridge, options); } async connect(): Promise<void> { // プラットフォームに接続し、メッセージハンドラを登録 // メッセージが届いたら: const envelope: Envelope = { channelName: this.name, senderId: '...', // 安定した、一意のプラットフォームユーザー ID senderName: '...', // 表示名 chatId: '...', // チャット/会話 ID(DM とグループで区別) text: '...', // メッセージテキスト(@メンションを除去) isGroup: false, // 正確に設定 — GroupGate で使用 isMentioned: false, // 正確に設定 — GroupGate で使用 isReplyToBot: false, // 正確に設定 — GroupGate で使用 }; this.handleInbound(envelope); } async sendMessage(chatId: string, text: string): Promise<void> { // マークダウンをプラットフォーム形式にフォーマットし、必要に応じて分割して配信 } disconnect(): void { // 接続をクリーンアップ } }

ほとんどのアダプターは options を変更せずにそのまま渡す必要があります。アダプターが独自の SessionRouter を作成し、そのルーターを super() に渡す場合は、ChannelBaseOptionsregisterBridgeEvents: true を設定し、ChannelBasetoolCall および sessionDied イベントを直接受信できるようにします。チャネルゲートウェイによって提供されるルーターの場合は、設定しないままにします。

アダプターがシェルコマンドの動作を公開する場合は、有効にする前に bridge.shellCommand が存在することを確認してください。デーモンが session_shell_command ケイパビリティをアドバタイズしない限り、デーモン管理ワーカーはそのオプションメソッドを省略します。

エンベロープ

プラットフォームデータから構築する正規化されたメッセージオブジェクト。ブール値フラグはゲートロジックを制御するため、正確である必要があります。

フィールド必須備考
channelNamestringYesthis.name を使用
senderIdstringYesメッセージ間で安定している必要がある(セッションルーティング + アクセス制御に使用)
senderNamestringYes表示名
chatIdstringYesDM とグループを区別する必要がある
textstringYesボットの @メンションを除去
threadIdstringNosessionScope: "thread" の場合
messageIdstringNoプラットフォームのメッセージ ID — レスポンスの相関付けに有用
isGroupbooleanYesGroupGate がこれに依存
isMentionedbooleanYesGroupGate がこれに依存
isReplyToBotbooleanYesGroupGate がこれに依存
referencedTextstringNo引用メッセージ — コンテキストとして先頭に追加
imageBase64stringNoBase64 エンコードされた画像(レガシー — attachments を推奨)
imageMimeTypestringNo例: image/jpeg(レガシー — attachments を推奨)
attachmentsAttachment[]No構造化されたメディア添付ファイル(下記参照)

添付ファイル

画像、ファイル、オーディオ、ビデオには attachments 配列を使用します。handleInbound() はそれらを自動的に解決します。base64 の data を持つ画像はビジョン入力としてモデルに送信され、filePath を持つファイルはパスがプロンプトに追加され、エージェントが読み取れるようになります。

interface Attachment { type: 'image' | 'file' | 'audio' | 'video'; data?: string; // base64 エンコードされたデータ(画像、小さなファイル) filePath?: string; // ローカルファイルへの絶対パス(ディスクに保存された大きなファイル) mimeType: string; // 例: 'application/pdf', 'image/jpeg' fileName?: string; // プラットフォームからの元のファイル名 }

例 — アダプターでのファイルアップロードの処理:

import { writeFileSync, mkdirSync, existsSync } from 'node:fs'; import { join } from 'node:path'; import { tmpdir } from 'node:os'; const buf = await downloadFromPlatform(fileId); const dir = join(tmpdir(), 'channel-files'); if (!existsSync(dir)) mkdirSync(dir, { recursive: true }); const filePath = join(dir, fileName); writeFileSync(filePath, buf); envelope.attachments = [ { type: 'file', filePath, mimeType: 'application/pdf', fileName, }, ];

レガシーな imageBase64/imageMimeType フィールドは後方互換性のために引き続き機能しますが、新しいコードでは attachments が推奨されます。

拡張機能マニフェスト

qwen-extension.json でチャネルタイプを宣言します。キーはプラグインオブジェクトの channelType と一致する必要があります。

{ "name": "my-channel-extension", "version": "1.0.0", "channels": { "my-platform": { "entry": "dist/index.js", "displayName": "My Platform Channel" } } }

オプションの拡張ポイント

カスタムスラッシュコマンド — コンストラクタで登録します。

this.registerCommand('mycommand', async (envelope, args) => { await this.sendMessage(envelope.chatId, 'Response'); return true; // 処理済み、エージェントに転送しない });

処理中インジケーターonPromptStart()onPromptEnd() をオーバーライドして、プラットフォーム固有のタイピングインジケーターを表示します。これらのフックは、プロンプトが実際に処理を開始したときにのみ発生し、バッファリングされたメッセージ(コレクトモード)やゲート/ブロックされたメッセージでは発生しません。

protected override onPromptStart(chatId: string, sessionId: string, messageId?: string): void { this.platformClient.sendTyping(chatId); // プラットフォームの API } protected override onPromptEnd(chatId: string, sessionId: string, messageId?: string): void { this.platformClient.stopTyping(chatId); }

ツール呼び出しフックonToolCall() をオーバーライドして、エージェントのアクティビティ(例: 「シェルコマンドを実行中…」)を表示します。

ストリーミングフック — チャンクごとの段階的な表示(例: メッセージをその場で編集)のために onResponseChunk(chatId, chunk, sessionId) をオーバーライドします。最終的な配信をカスタマイズするには onResponseComplete(chatId, fullText, sessionId) をオーバーライドします。

ブロックストリーミング — チャネル設定で blockStreaming: "on" を設定します。ベースクラスは、段落の境界でレスポンスを複数のメッセージに自動的に分割します。プラグインコードは不要で、onResponseChunk と併用して機能します。

メディアenvelope.attachments に画像/ファイルを入力します。上記の添付ファイルを参照してください。

参考実装

  • プラグインの例 (packages/channels/plugin-example/) — 最小限の WebSocket ベースのアダプター。良い出発点となります。
  • Telegram (packages/channels/telegram/) — フル機能: 画像、ファイル、フォーマット、タイピングインジケーター
  • DingTalk (packages/channels/dingtalk/) — リッチテキスト処理を備えたストリームベース
Last updated on