広告枠を募集中 ご相談ください

通義千問(Tongyi Qianwen)カスタムAIエージェント構築ガイド:指示設定・社内ナレッジベース・プラグイン連携の実践

365Finds Editorial
Wiki 記事 11,430 本収録

あなたの AI で 365 Wiki を使う

下のプロンプトをコピーして、普段使っている AI に貼り付け、そのまま質問してください。

完全版 Skill をダウンロード

まずはプロンプトでお試しください。よく使う場合は完全版 365Wiki Skill をインストールすると、毎回貼り付ける必要がありません。普段使う AI がなければ、Gemini や Microsoft Copilot のウェブ版でも使えます。

多くのビジネスパーソンやプロジェクトチームが汎用AIモデルを利用する際、共通の非効率に直面しています。新しい対話セッションを立ち上げるたびに長大な前提指示やブランドトーンを再入力しなければならず、社内固有の製品仕様や業務規定を質問しても、モデルが非公開データにアクセスできないため一般的な返答にとどまるか、ハルシネーション(事実無根の回答)を起こしてしまう点です。

Alibaba CloudのQwenモデル群を基盤とする「通義千問(Tongyi Qianwen)」のカスタムエージェント(Custom Agent)機能は、この課題を根本から解消します。システム指示(プロンプト・ペルソナ設定)、社内ドキュメントナレッジベース(RAG:検索拡張生成)、外部ツールプラグインという3つの要素を組み合わせることで、チーム固有のコンテキストを保持し、確かな根拠に基づいて回答し、実業務ツールを実行できる専属のデジタル同僚を構築できます。

通義千問のWeb画面やツールボックス(百宝箱)によるノーコード作成から、Alibaba Cloud Model Studio(百錬 / Bailian)を用いた高度な開発まで、この構築フローを習得することで日々の業務生産性は飛躍的に向上します。


通義千問カスタムエージェントを支える3大要素

実用的なエージェントとは、単にプロンプトを保存したチャットボットではありません。推論エンジン、組織固有の記憶、外部ツール実行が三位一体となった自動化システムです。

+-------------------------------------------------------------------+
|                     ユーザーの質問 / 業務タスク入力               |
+---------------------------------+---------------------------------+
                                  |
                                  v
+-------------------------------------------------------------------+
|               通義千問 エージェント実行エンジン (Qwen)            |
|                                                                   |
|  +--------------------+  +--------------------+  +--------------+  |
|  |   システム指示     |  | 社内ナレッジベース |  | プラグイン   |  |
|  | ペルソナと行動規範 |  | RAG 高精度ドキュ   |  | API・検索・  |  |
|  |                    |  | メント検索         |  | コード実行   |  |
|  +--------------------+  +--------------------+  +--------------+  |
+---------------------------------+---------------------------------+
                                  |
                                  v
+-------------------------------------------------------------------+
|            根拠が明確で書式が整った、即座に活用できる業務回答     |
+-------------------------------------------------------------------+

1. システム指示(System Instructions):役割定義と行動規範

指示(システムプロンプト)は、エージェントの行動原理と境界線を決定づける憲法です。曖昧な指示のままでは、モデルは汎用的な会話パターンに終始してしまいます。

実務に耐えうる指示には次の項目を明記します:

2. ナレッジベース(Knowledge Base / RAG):虚偽を防ぐ事実の担保

大規模言語モデルは膨大な公開知識を持っていますが、貴社固有の製品ホワイトペーパー、顧客契約書、社内就業規則などは知り得ません。

ナレッジベースはRAG(検索拡張生成)技術を活用します:

3. ツールプラグイン(Plugins / Tools):外部連携と実行力の付与

言語モデル単体ではテキストの送受信にとどまりますが、プラグインによって外部環境へのアクセスが可能になります:


汎用チャット対話とカスタムエージェントの比較

評価軸通常のチャット画面通義千問カスタムエージェント
背景コンテキストの維持会話終了時に消失;毎回再入力が必要エージェント設定として恒久保持;チーム全体で再利用可能
社内非公開データの参照都度のファイル添付に限定;検索深度が浅いベクトル化されたナレッジベースと常時接続;高精度な検索
外部ツール・API実行テキスト生成と標準検索のみAPI呼び出し、Pythonコード実行、MCP連携による実業務自動化
出力の一貫性と正確性生成のゆらぎや不正確な推測が生じやすい厳格なルールと根拠文書に拘束され、信頼性が極めて高い
チーム内共有・展開個人のチャット履歴に散逸;標準化が困難ワークスペース共有、専用URL配布、チャットツールへの組み込みが可能

カスタムエージェント作成のステップ・バイ・ステップ手順

ステップ1:エージェントの初期化と基盤モデルの選定

  1. 通義千問Web画面の百宝箱、またはAlibaba Cloud Model Studio(百錬)の管理コンソールにアクセスし、「エージェント作成(またはアプリケーション作成)」を選択します。
  2. 基本情報を入力します:
    • 名称: 目的が伝わる実務的な名前(例:「SaaS製品プリセールス支援アシスタント」「経費規程照会ボット」)。
    • 説明: 想定利用者と対応業務の概要。
    • アイコン: 役割を象徴するアバターを選択。
  3. 駆動モデルの選定:
    • Qwen-Max: 高度な論理推論、複雑なツール呼び出し、厳密な正確性が求められる意思決定業務に最適。
    • Qwen-Plus: コストパフォーマンスと応答速度のバランスに優れ、日常的な社内文書作成や顧客問い合わせ対応に最適。
    • Qwen-Long: 膨大なコンテキストウィンドウを処理可能で、年次財務諸表の精査や長大な規程類の横断分析に特化。

ステップ2:構造化されたシステム指示の記述

プロンプト入力欄には、1〜2行の単純な指示ではなく、構造化されたMarkdown形式で記述します:

# 役割
あなたはクラウドソリューション事業部のシニアプリセールスエンジニアです。営業担当者やソリューションアーキテクトが顧客向けRFP(提案依頼書)に迅速かつ正確に回答できるよう支援します。

# 利用可能な能力
1. アップロード済みの『製品ホワイトペーパー』および『セキュリティ認証一覧』ナレッジベースを参照できます。
2. 競合他社の公開動向を確認する必要がある場合はWeb検索を実行できます。

# 業務ルールと制約条件
- 事実重視:機能仕様、課金体系、SLA基準については、必ずナレッジベースを優先検索してください。回答時は参照したドキュメント名と該当見出しを明記してください。
- 推測の禁止:ナレッジベースに該当する記載がない場合は「本要件に関する記述は社内リポジトリに存在しません。担当部署へ確認してください」と明確に回答し、決して推測で補わないでください。
- トーン:簡潔、専門的、論理的。過度な前置きは排除してください。
- 出力形式:要点を箇条書きで示し、複数仕様の比較を求められた場合はMarkdownテーブルで提示してください。

ステップ3:社内ナレッジベースの作成と紐付け

  1. 設定画面の「ナレッジベース」項目から「ナレッジベースを追加」を選択します。
  2. 対応フォーマット(.pdf、.docx、.txt、.md、.csv)のファイルをアップロードします。
  3. インデックス作成とチャンク設定を調整します:
    • チャンク分割: 解説文やマニュアルには標準的なセマンティック分割、FAQや一覧データには表形式に適した分割を選択。
    • 類似度しきい値: 関連度の低い断片が混入して推論を阻害しないよう、Top-Kの取得件数と類似度スコアを最適化します。
  4. 指示文内に「回答時に参照元ドキュメントを明記する」ルールを含め、担当者が元の文章をトレースできるようにします。

ステップ4:標準ツールの有効化とカスタムAPIプラグインの登録

  1. プラットフォームツールの選択:
    • Web検索: 最新の外部ニュースや競合の公開情報を調査する業務に有効化。
    • コードインタープリター: 財務諸表の集計、売上データの分析、グラフ描画が必要な業務に有効化。
  2. カスタムAPIプラグインの追加(応用):
    • 「カスタムプラグイン作成」をクリックし、社内APIのベースURLと認証方式(Bearer Tokenなど)を設定します。
    • APIパス(例:/check_license や /get_inventory)を定義し、各パラメータの意味を自然言語で明確に説明します。モデルはこの説明を読み取って適切なタイミングで呼び出します。
    • テストウィンドウでパラメータを送信し、返却されるJSONが正常に処理されるか確認します。

ステップ5:対話プレビューによる検証と調整

公開前に、右側のテストパネルで次の検証を行います:

ステップ6:公開とチーム・社内展開

  1. 「公開」をクリックして確定します。
  2. 公開範囲を選択します:
    • 非公開(個人用): 自身のパーソナル業務アシスタントとして利用。
    • チーム・ワークスペース共有: 所属組織のメンバー全員に展開し、回答基準を統一。
    • 共有リンク・外部公開: 顧客向けサポート窓口やデモ用としてURLを共有。
  3. システム統合を進める場合は、払い出された App ID とDashScope SDKを利用して、DingTalk(釘釘)や社内ポータル、Slack等にエージェントを組み込みます。

実務で役立つ3つのエージェント設計モデル

モデル1:エンタープライズRFP・セキュリティ監査エージェント

モデル2:財務諸表・予実差異分析アシスタント

モデル3:ブランドマーケティング・コンテンツ戦略エージェント


運用上の注意点とベストプラクティス

  1. 登録前ドキュメントのクレンジング: 文字化けの多いスキャンPDFや、セルの結合が過剰な表データはチャンク検索の精度を著しく落とします。事前にMarkdown形式やシンプルなCSVに変換してから登録することを推奨します。
  2. APIパラメータ説明の具体化: モデルはパラメータの役割を文章説明から推論します。「日付はYYYY-MM-DD形式」など、データ型や制約を明記することで呼び出しエラーを未然に防ぎます。
  3. 明確なフォールバック応答の設定: ビジネス現場では、流暢に作られた虚偽情報よりも「ドキュメント内に該当記述がありません」という明確な事実のほうが遥かに有用です。回答不能時のテンプレートを必ず指示に組み込んでください。
  4. ナレッジベースのライフサイクル管理: 製品改定や規程変更があった場合、古いドキュメントを放置すると古い情報を案内し続けます。責任者を決めて定期的にナレッジを更新・差し替える運用ルールを確立してください。

参考資料