高度なAIアプリケーションを構築する場合、リアルタイムのネットワーク検索は情報を同期させるための重要な機能である。しかし、プラットフォームの公式検索プラグインを直接使用すると、ネットワークの制限や高額なAPI料金に遭遇する可能性がある。
本稿では、費用対効果の高い代替案を提案する。 Dify のHTTPリクエスト機能とTencent MetaWareプラットフォームを組み合わせることで、プライベートで無料のネットワーク検索ツールを構築することができる。このアプローチでは、依存関係の制約を回避できるだけでなく、以下のことが可能になる。 Agent リアルタイム情報への強いアクセス。Dify は、開発者が大規模な言語モデルに基づくAIアプリケーションを迅速に構築・運用できるように設計されたオープンソースのLLMOpsプラットフォームです。
建築分析
このスキームの原理は、「サービス・ブローカー」として理解できる。
外部検索サービスのプロバイダーとしてTencent MetaWareを利用しています。Tencent MetaWareはAIアプリケーション開発プラットフォームで、ワークフロー機能によって複雑な検索ロジックを標準的なAPIインターフェースにカプセル化することができます。
その後 Dify で、HTTPリクエスト・ノードをクライアントとしてインターフェイスが呼び出される。最終的には、HTTPコールフロー全体を Dify ツールは、どのような人でも使用できる。 Agent またはワークフローをモジュール式に呼び出す。
この建築の利点は明らかだ:
- デカップリング検索サービスの実装
Difyアプリケーション・ロジックは、独立したメンテナンスとアップグレードを容易にするために分離されている。 - コスト管理無料プラットフォームのリソースを活用し、APIコストゼロを実現。
- 民営化ツールは、明確なデータリンクと高度なセキュリティによって、自分自身で構築し、コントロールすることができる。
何を準備すればいいですか?
作業を始める前に、以下の環境と認証情報を準備してください:
- Tencent MetaWareプラットフォームへのアクセス登録とログイン
https://yuanqi.tencent.com/. - ダイファイ動作環境コミュニティ・エディションとクラウドサービス・エディションのいずれかをご利用いただけます。
- ラージモデルAPIキー(オプション)Tencent MetaWareのワークフローはデフォルトでビルトインモデルを使用しますが、高度な機能やカスタム設定によっては、ユーザーが独自のモデルAPIキー(たとえば
DeepSeekなど)。これらはこの基本的な検索のチュートリアルではカバーされていないので、今は準備しないでおいてよい。
運用ステップ:サービス構築からツール統合まで
以下のステップに従って、段階的にすべてのビルドプロセスを完了させてください。
第1段階:Tencent MetaWareで検索サービスを構築し、公開する。
- ワークフローの作成
Tencent MetaWareにログインし、新規インテリジェンスを作成し、作成モードとして「ワークフロー」を選択する。

- 検索プラグインの追加
ワークフローキャンバスで、左側のプラグインライブラリーから公式の「Search」プラグインを見つけて追加する。


- 設定パラメータ
プラグインの入力パラメーターを設定して、外部クエリー変数(Query)を受け取るようにします。

- テストとリリース
ワークフローインターフェイスで試運転を行い、検索機能が正しく動作していることを確認する。エラーがないことを確認したら、ワークフローをパブリッシュしてスマートボディに関連付け、最後にスマートボディをパブリッシュする。

- API認証情報の取得
Intelligent Bodyの管理ページにアクセスし、「Publishing Information」の「Interface Call」セクションを見つけ、APIのURLを取得する、Authorizationと署名に必要なヘッダー情報である。これらはDifyメタ成果物への鍵とともに。

ステージ2: DifyでのHTTPツールの作成とラッピング
- ワークフローの初期化
あるDifyを含むファイルを作成する。 開始→HTTPリクエスト→終了 ノードのワークフロー。

- HTTPリクエストノードの設定
これが統合の核心である。- 方法:
POST - リクエストURLTencent MetaToolから取得したAPI URLを記入してください。
- ヘッダーメタバースから取得したすべての認証ヘッダーを正確に埋める。
Authorization,X-TC-Timestampその他 - ボディセレクト
raw-textフォーマットは以下の通り。application/jsonとしてリクエストボディを作成する。{"query": "{{query}}"}.ここだ。{{query}}でありますDify変数プレースホルダ

- 方法:
- 単体テスト
HTTPノード内で、"Run this step "機能を使用してテストクエリを入力し、インターフェイスが以下を返すことを確認する。status 200の成功ステータスコード。 - ツールとしての出版
検証後、ワークフローを保存し、公開する。最も重要なステップは、右上の "Publish as Tool "をクリックし、分かりやすい名前を付けることである。Internal_Search_Engine.


ステージ 3: エージェントでのツールの検証
- テストエージェントの作成
新しいAgentこのアプリケーションはテストに使用される。 - ローディングツール
あるAgentを "Tools "設定項目に追加する。Internal_Search_Engine道具だ。 - エンド・ツー・エンド・テスト
デバッグとプレビュー画面でAgentリアルタイムの情報を必要とする質問をする。ツールを正しく呼び出し、返された検索結果を使って答えを生成できるかどうかを観察する。

トラブルシューティングと最適化
- よく見られる
400 Bad Request不正確
この問題は通常、HTTPリクエストの構築エラーです。このチェックに集中してください:Headers認証情報が完全でエラーがないか。Authorizationおよびタイムスタンプに関連するフィールドを含む。シグネチャ・クレデンシャルの中には時間依存のものがあるので、呼び出しに失敗した場合は再生を試みることができることに注意。BodyのJSONフォーマットはContent-Typeヘッダーはapplication/json.
- パフォーマンス最適化
テンセント・メタウェアの検索プラグイン対応limitパラメータで、返される結果の数を制御することができる(デフォルトは10)。このパラメータは、メタウェアワークフローの変数として設定することもできます。Dify様々なシナリオに応じて情報密度を調整し、処理効率を最適化するために、情報は動的にHTTPリクエストボディに渡される。

































