エージェント型ワークフローを作成する

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間：12分

    • AI エージェントが調整して複雑な問題を解決できるように、 AI エージェントスタジオ でエージェントワークフローを作成します。

    始める前に

    必要なロール:sn_aia.admin

    このタスクについて

    エージェントワークフローは、エージェントAIでビジネス上の問題を解決します。AI エージェントスタジオでは、エージェントワークフローを定義し、それを AI エージェントに接続して、変数データや従来の自動化が困難なその他の要因を含む複雑な目標を達成する必要があります。

    手順

    1. 移動先 すべて > AI エージェントスタジオ > 作成と管理 > エージェント型ワークフロー [ 新規] を選択します。
      [説明して接続] ステップの [新しいエージェントワークフロー] ページが表示されます。

      エージェントワークフローガイド付きセットアップ新しいエージェントワークフローを構成するさまざまなステージを紹介します。エージェントワークフローガイド付きセットアップ新しいエージェントワークフローを構成するさまざまなステージを紹介します。

    2. AI を使用してエージェントワークフローのセットアップに役立てる場合は、[ 説明と手順の生成 ] を選択して、エージェントワークフローの説明と指示のドラフトを Now Assist で作成します。
      [ Now Assist を使用して説明とステップのリストを生成] ポップアップウィンドウで、[ 生成 ] を選択して、名前、説明、および指示フィールドを書き込むことができます。テキストが生成された後にこれらのフィールドを変更するか、新しい手順でもう一度試すことができます。
    3. このエージェントワークフローがターゲットとするビジネス成果を説明し、要件に基づいて AI エージェントをエージェントワークフローに接続します。
      注:
      Now Assistを使用してエージェントワークフローを生成した場合は、名前、説明、およびステップフィールドのリストが自動的に入力されます。引き続き変更を加えることができます。
      1. エージェントワークフローに、名前、説明、および完了するステップのリストを与えます。

        大規模言語モデル (LLM) の適切な説明と指示を記述する例については、「 AI エージェントとエージェントワークフローを作成するための一般的なガイドライン」を参照してください。ガイドラインでは、説明と手順のリストを記述する際に考慮すべきいくつかの要因を説明し、いくつかの例を示します。

        表 : 1. 明確な説明とステップのリストフォームを記述する
        フィールド 説明
        ワークフロー名 エージェントワークフローの名前。解決するビジネス上の課題の名前を指定します。

        例:問題の解決
        ワークフローの説明 エージェントワークフローが解決しようとしているビジネス上の問題の簡単な要約。この説明は、全体的な目標を理解するために LLM に提供されます。
        ステップのリスト

        エージェントワークフローで AI エージェントが従うガイド付きアクションプラン。これらのステップは、潜在的なエラーを含め、できるだけ多くのケースに対する具体的な指示を含む、詳細な番号付きリストである必要があります。
      2. エージェントワークフローの指示を実行する AI エージェントを 1 つ以上アサインします。
        1. これらの手順を実行できる AI エージェントを追加 セクションで、 AI エージェントを追加 を選択し、 AI エージェント フィールドに AI エージェントの名前を入力します。
        2. [Add (追加)] を選択します。
        3. エージェントワークフローの AI エージェントを作成する場合は、[AI エージェントの追加] ドロップダウンリストで [新しい AI エージェントの作成] を選択します。
          詳細については、「AI エージェントを作成する」を参照してください。
          注:
          選択可能な AI エージェントがない場合、[ AI エージェントを追加 ] ボタンは無効になります。
        選択した AI エージェントがエージェントワークフローに追加されます。
      3. エージェントワークフローのアクセス制御リスト (ACL) を構成します。
        注:
        ACL は、エージェントワークフローを検出して実行するためのアクセス権を持つユーザーを決定します。AI エージェントスタジオで作成できる ACL の詳細と、より高度なセキュリティ構成を追加する方法については、「AI エージェントにセキュリティのためのアクセス制御を実装する」を参照してください。

        これは必須の手順です。以前に ACL を作成せずにエージェントワークフローを構成したことがある場合は、他の変更を行う前に ACL を生成する必要があります。

        エージェントワークフローの ACL を既に作成している場合は、このセクションのリストに表示されます。ロールピルをダブルクリックしてロールを編集できます。

        表 : 2. エージェント型ワークフローにアクセスできるユーザーを定義
        フィールド 説明
        ユーザーアクセス エージェントワークフローへのアクセスが次のオプションによって定義されるユーザーのタイプ。
        • 任意の認証済みユーザー:ログインしているすべてのユーザーが、エージェントワークフローにアクセスできます。
        • 特定のロールを持つユーザー:少なくとも 1 つのロールがアサインされているユーザーは、エージェントワークフローにアクセスできます。これはデフォルトのオプションです。
          注:
          ユーザーがエージェントワークフローにアクセスできない場合、またはユーザーがそれぞれのエージェントワークフロー実行で少なくとも 1 つの AI エージェントにアクセスできない場合は、最初の AI エージェントが開始される前に実行全体が中止されます。
        • 公開:ログインしなくても、すべてのユーザーがエージェントワークフローにアクセスできます。このオプションは、ゲストがエージェントワークフローにアクセスできるようにする場合にのみ使用します。
        ロール ドロップダウンから 1 つ以上の特定のロールをアサインします。
        注:
        ロールの選択は、[ 特定のロールを持つユーザー (Users with specific roles user access)] を選択した場合にのみ可能です。
      4. エージェントワークフローを実行するsys_userのタイプを定義します。
        • エージェント ワークフローを実行するユーザー ID の詳細については、「 ユーザー ID」を参照してください。
        • ServiceNow AI Platform® のアクセス制御リスト (ACL) のルールの詳細については、「Access Control List Rules」を参照してください。
        表 : 3. エージェントワークフローを実行するエンティティを選択します
        フィールド 説明
        実行方法 エージェントワークフローを実行するユーザー ID。
        エージェントワークフローを実行する次のいずれかのエンティティタイプを選択します。
        1. 動的ユーザー:エージェントワークフローの実行を呼び出すログインユーザー (sys_user)。

          動的ユーザーは、トリガー、エージェントワークフロー、またはこのエージェントワークフロー (エージェントワークフローを呼び出したアップストリームコンポーネント/エンティティ) にロールを渡す人間のユーザーのsys_userにすることができます。

          動的ユーザーによって実行された実行は、ログインしたユーザーの名前で記録されます。たとえば、インシデントが動的ユーザーによって作成された場合、作成されたインシデントは現在ログインしているユーザーの名前で記録されます。
          注:
          AI ユーザーを正当化する特定のニーズがない限り、動的ユーザーはすべてのエージェントワークフローのデフォルト設定です。一般に、ほとんどのエージェントワークフローは動的ユーザーとして実行できます。
        2. AI ユーザー:エージェントワークフローは、実行が誰またはどのように呼び出されても変更されないロールが割り当てられた、事前設定された静的ユーザー ID として実行および実行されます。

          AI ユーザーは、AI エージェントタイプのsys_userレコードのタイプです。AI ユーザーとして実行されているエージェントワークフローによって実行されるアクションは、そのアクションまたは実行の AI ユーザーの名前でログに記録されます。たとえば、インシデントが AI ユーザーによって作成された場合、その実行の発信者はアサインされた AI ユーザーとして記録されます。

          AI ユーザーは、事前定義されたロールを持つsys_userです。
          警告:
          公開ユーザーが AI ユーザーを呼び出せるようにすると、アクセス可能なデータに対する権限が昇格されます。エージェントワークフローを AI ユーザーとして実行する必要があることはほとんどありません。
        AI ユーザー ドロップダウンメニューから特定の AI ユーザーを選択します。
        注:
        これらのセキュリティ設定を決定するときは、エージェントワークフロー、AI エージェント、ツールなど、エージェントフローのすべての側面のセキュリティ設定を必ず考慮してください。
      5. [AI エージェントの提案を Now Assist に依頼する (Ask to suggest AI agents)] セクションで、[ AI エージェントを推奨 (Recommend AI Agents )] を選択して、AI エージェントに提案された推奨事項を確認します。
      6. このエージェントワークフローがサポートしない AI プロバイダーを指定します。

        一部の AI モデルは、特定のエージェントワークフロータスクを他のモデルよりも適切に実行する場合があります。特定のデフォルトの AI モデルプロバイダーがアクティブな場合にエージェントワークフローを使用できないようにする場合は、[ サポートされていない LLM を選択 (Select unsupported LLMs )] ドロップダウンからサポートされていない LLM を選択できます。

        使用可能なオプションの詳細については、次を参照してください。 上の大規模言語モデル ServiceNow AI Platform®.

      7. [Save and continue (保存して続行)] を選択します。

        [ 保存して続行] を選択すると、Now Assist はチェックを実行して、エージェントワークフローが既存のワークフローと重複している可能性があるかどうかを識別します。[重複の可能性が見つかりました] ポップアップ ウィンドウが表示された場合は、フラグが設定されたエージェント ワークフローを確認し、作成しているワークフローが一意であることを確認できます。

        同様のワークフローが既に存在する場合、ユーザーがトリガーしようとすると間違ったワークフローが実行される可能性があります。重複を避けるために、説明とステップのリストをできるだけ一意にしてください。

        ACL テーブルに AI エージェントの ACL を作成するには、[ 保存して続行 ] を選択する必要があります。AI エージェントに追加または Deny-Unless ACL を作成する場合、あるいは AI エージェントのセキュリティ属性を追加する場合、昇格された適切な権限を持つユーザーが ACL テーブルに直接作成できます。追加の ACL を AI エージェントスタジオ で構成することはできません。

        ACL に Users with specific roles を選択した場合、 [保存して続行] を選択した後も、ACL のロールを編集できます。ガイド付きセットアップの最初のページに戻り、[ACL] セクションのロールピルをダブルクリックして変更を加えます。

        [優先トリガーを追加] ページが表示されます。
    4. エージェントワークフローを有効化するための優先トリガーと条件を定義します。

      [トリガーを追加] ページを表示するエージェントワークフローガイド付きセットアップ。

      1. [トリガーを追加] を選択します。
      2. フォームで、フィールドに入力します。

        エージェントワークフローのトリガー条件は、ユーザーがエージェントワークフローを実行するために必要な条件を設定します。

        エージェントワークフローの [トリガーを追加] フォーム。

        表 : 4. [トリガーを追加] フォーム
        フィールド 説明
        トリガーを選択 インスタンスで使用可能なトリガーのリスト。
        名前 トリガーの名前。
        アクティブ トリガー条件をアクティブに維持するオプション。
        テーブル エージェントワークフローに適用可能なテーブルの名前。

        問題の自動解決エージェントワークフローの例:インシデント
        条件 トリガー構成を制御するために追加できる条件。

        [+ 条件セットを追加] を選択して、エージェントワークフロートリガーに条件を追加します。
        sys_user の定義方法
        • 既存のテーブルを使用
        • 新しいカスタムスクリプトを使用
        Sys_user

        AI エージェントを実行するユーザー。

        テーブルを選択した場合、選択肢には [問い合わせユーザー]、[解決者]、[クローズ担当者] 、または別のユーザーフィールドを含めることができます。ユーザーのsys_idを生成して返すカスタムスクリプトを作成することもできます。
        目標テンプレート

        AI エージェントが実行中に従うテンプレート指示。

        一部のトリガータイプでは、テンプレートの説明で追加のフィールドを選択することもできます。
        チャネル

        エージェントワークフロー出力の場合は中: Now Assist パネルまたは 仮想エージェント。

        注:
        トリガーされたエージェントワークフローからの出力を [ Now Assist ] パネルに表示するには、now_assist_panel_userロールが必要です。
        通知を表示

        [ 通知を表示 ] オプションを選択して、トリガーの通知を有効にします。

        同じテーブルに対して通知が有効になっているトリガーが複数ある場合、表示される通知は 1 つだけです。

        スケジュールされたトリガーを選択した場合は、トリガーを実行する曜日や時刻などの追加オプションを使用できます。

        注:
        スケジュールされたトリガーを実行する場合、すべてのレコードが実行に含まれるわけではありません。デフォルト値は 10 です。この数値を変更する場合は、 sn_aia.max_scheduled_trigger_query システムプロパティを別の値に設定する必要があります。

        メールトリガーを選択する場合は、ターゲットメールが返信 [sys_reply] テーブルに存在する必要があります。新しいメールはトリガーとして利用できません。

      3. [Add (追加)] を選択します。
        [トリガーの定義] ページが表示されます。
      4. [Save and continue (保存して続行)] を選択します。
        [UI 表示の選択] ページが表示されます。
    5. [UI 表示の選択] ページから、エージェントワークフローの表示とアクセス権を構成します。
      1. 表示トグルをオンにして、選択したチャネルにエージェントワークフロー出力を表示します。

        エージェントワークフロー実行の出力オプションとして [Now Assist] パネルを表示する表示ページを選択します。

        注:
        Now Assistパネル表示オプションが利用できない場合は、最初にパネルを有効にする必要があります。詳細については、次を参照してください。 をオンにする Now Assist パネル. トリガーされたエージェントワークフローからの出力を [ Now Assist ] パネルに表示するには、now_assist_panel_roleが必要です。
      2. [次へ] アイコン ([次へ] アイコン)を選択して [ユーザーロール] ドロップダウンリストにアクセスし、エージェントワークフローにアクセスするユーザーロールを選択できます。
      3. [保存してテスト] を選択します。

        エージェントワークフローテストページが表示されます。エージェントワークフローのテストの詳細については、「 エージェントワークフローのテスト」を参照してください。

        エージェントワークフローをテストするには、sn_aia.admin ロールと、該当する場合はエージェントワークフロー用に構成された ACL に必要なロールが必要です。

    タスクの結果

    エージェントワークフローが作成され、[作成と管理] ページのエージェントワークフローリストに表示されます。

    ACL に対して 特定のロールを持つユーザー を選択した場合は、いつでもロールを変更できます。ガイド付きセットアップに戻り、ピルをダブルクリックして変更を加えます。他のすべてのセキュリティ変更は、昇格された権限を持つユーザーが ACL [sys_security_acl] テーブルに対して行う必要があります。