ワークフローの概要

ワークフローは、Gemini Enterprise ウェブアプリの Workflow Builder を使用して構築できるエージェントです。これらのエージェントは、構成されたトリガーに基づいて、AI による自動化と人間の介入を組み合わせた一連のステップまたはアクションを実行するように設計されています。ワークフローのレスポンスは、エージェントの全体的なオーケストレーション ロジックに基づいて、決定的または非決定的になります。

ワークフローは、次のユースケースに最適です。

• 定義されたシーケンス ロジックを含むマルチステップ プロセス。たとえば、Gmail やカレンダーなどのツールで従業員のオンボーディング チェックリストを自動化できます。
• AI による自動化と人間の承認を伴うタスク。たとえば、公開前にユーザーの承認が必要な AI を使用したレポートの作成などです。
• 条件付きロジックを含む複雑なオーケストレーション。たとえば、地域や予算に基づいて営業見込み客を異なるチームにルーティングします。

Workflow Builder では、次の機能を使用できます。

• 自然言語でワークフローを作成する: ワークフローをわかりやすい言葉で記述し、ワークフロー スキャフォールドを自動的に生成します。
• ワークフロー テンプレートを使用する: 一般的なビジネス ユースケース向けの事前構築済みのテンプレートを参照して、そこから開始します。
• ワークフロー トリガーを設定する: 接続されたアプリでデータが変更されたときにワークフローを自動的に実行します。
• アプリをエージェントのステップに接続する: Gemini エージェントのステップ内で読み取りと書き戻しツール（Gmail、Jira、Google ドライブなど）を有効にして、データの検索、メッセージの送信、レコードの管理を行います。
• フロー制御ステップを使用する: ワークフローに条件分岐、データフィルタリング、ループを追加します。
• MCP サーバーを接続する: MCP サーバーをワークフロー ステップまたは Gemini エージェント ステップのツールとして接続します。
• 人間参加型ステップを使用する: ワークフローに人間によるレビュー、承認、情報リクエストのステップを追加します。
• 既存のエージェントをワークフローに追加する: ワークフロー内の他の専門的な AI エージェントにタスクを渡します。
• ワークフローのバージョンを管理する: ワークフローのバージョンを保存、共有、比較、復元します。
• 自然言語でワークフローを編集する: 自然言語で変更内容を記述して、既存のワークフローを編集します。
• ワークフローの実行ログを表示する: ステップバイステップの実行トレースでワークフローの実行をモニタリングします。
• ワークフローを共有する: ライブ ワークフローを組織内の他のユーザーと共有します。

サポートされているコネクタ

ワークフローは、次のコネクタをサポートしています。

• Gmail
• Google カレンダー
• Google Chat
• Google ドライブ
• Slack
• Jira
• ServiceNow
• Confluence
• OneDrive
• SharePoint
• Outlook

始める前に

これらの新機能を試す前に、次の操作を行います。

• Gemini Enterprise 管理者が、アプリの機能管理設定で Workflow Builder 機能の切り替えを有効にしていることを確認します。詳細については、ウェブアプリの機能を管理するをご覧ください。
• 必要なデータストアが接続された Gemini Enterprise ウェブアプリがあることを確認します。詳細については、アプリとデータストアについてをご覧ください。

ワークフロー キャンバス

Workflow Builder には、自然言語プロンプトの使いやすさとビジュアル エディタの制御を組み合わせたハイブリッド キャンバスが用意されています。

• 会話型デザイナー: ワークフローの作成開始時とビジュアル エディタ内でアクセスできる会話型デザイナーは、自然言語プロンプトを使用してワークフローを構築および改良するための会話型インターフェースを提供します。これは、ノーコードの開発エクスペリエンスを好み、自然言語を使用してワークフローを構築したいユーザーに最適です。

  • 
  • 

• エディタ キャンバス: エディタ キャンバスには、ワークフローが視覚的に表示されます。ステップとステップ間の接続を表すノードの論理フローが提供されます。ビジュアル エディタは、ワークフロー ロジックの調整、条件付きロジックの追加、さまざまなツールやアプリケーションとの統合を希望するユーザーに最適です。

  

  • プレビュー: [プレビュー] タブにはワークフローのライブ プレビューが表示されます。シミュレーションを実行してワークフローのフローをテストし、必要に応じて調整できます。

    

  • 実行: [実行] タブには、すべてのワークフロー実行のリストが表示されます。各実行の日時、実行を開始したトリガー、実行の現在のステータスなどが表示されます。

    

ワークフロー コンポーネント

ワークフローは次のコンポーネントで構成されます。

• トリガー
• 手順
• 変数

トリガー

トリガーは、ワークフローの実行を開始するイベントです。次の表に、ワークフローでサポートされているトリガーを示します。

トリガー	説明	構成フィールド
手動トリガー	ワークフロー エージェントの実行をオンデマンドでトリガーします。ユーザーは、Gemini Enterprise アプリのチャット プロンプトから @ とワークフロー エージェント名を入力して、ワークフロー エージェントを起動できます。	入力フィールド: ワークフローの開始時にユーザーが指定できる省略可能な入力フィールドまたは必須の入力フィールド。
Schedule トリガー	指定された頻度でワークフローの実行をトリガーします。	頻度: ワークフローがトリガーされる頻度。頻度は、分、時間、日、週、月で指定するか、カスタムの cron 式を使用できます。 タイムゾーン: 頻度のタイムゾーン。
イベント トリガー	接続されたアプリでデータが変更されたときに、ワークフローの実行をトリガーします。	コネクタ: イベントを生成する接続アプリケーション。 フィルタ: イベントがワークフローをトリガーするために満たす必要がある条件。

注: イベント トリガーは、外部アプリのアクティビティ（メールの受信など）に基づいてワークフローの開始条件を定義します。これらはワークフロー トリガーとして構成され、キャンバス フローの中間ステップノードとしては表示されません。

手順

ステップは、ワークフローが実行する個々のタスクです。各ステップは順番に実行され、各ステップの結果は次のステップに影響を与える可能性があります。

次の表に、サポートされているステップを、実行するアクションの種類ごとに分類して示します。

カテゴリ	ステップ	説明	構成フィールド
エージェント ノード	Gemini Agent	事前定義された手順に基づいて読み取り、推論し、応答するように構成できる AI を活用したエージェント。	入力フィールド: 指示: Gemini エージェントへの指示。 ナレッジ: Gemini エージェントが回答を生成するためにアクセスできる追加のファイルまたはリソース。 Google ドライブまたは OneDrive のデータストアが構成されている場合、[ドライブから追加] オプションと [OneDrive から追加] オプションを使用できます。これらのオプションを使用すると、特定のファイルまたはフォルダを選択して、エージェントの検索をそれらのリソースのみに制限できます。検索は各エージェントの実行時にライブで行われるため、ソースファイルへの変更はすぐに反映されます。 重要: 同じエージェント ノードで Drive または OneDrive の完全なツールが有効になっている場合、そのツールが優先され、エージェントに無制限の検索アクセス権が付与されます。推奨される回避策は、2 つの異なる Gemini Agent ノードを使用することです。最初のノードは検索に制限付きナレッジを使用し、2 番目のノードは更新の作成などの他の機能に完全なツールを使用できます。 接続済みのアプリ: エージェントが実行時にアクセスできる接続済みアプリケーションとアクションを選択します。検索アクションをきめ細かく選択し、データ変更アクションを有効または無効にできます。詳細については、エージェント ノードの接続アプリとアクションを構成するをご覧ください。 モデル: Gemini エージェントが使用する Gemini モデル。 注: Gemini 3.0 以降のモデルのみがサポートされています。 出力フィールド: Gemini エージェントからのレスポンスは、ワークフローの後続のステップへの入力として渡すことができる変数としてキャプチャされます。 出力形式: 出力をプレーン テキストまたは構造化された JSON 形式で指定できます。 JSON スキーマ: 構造化された出力を使用する場合は、手動で JSON スキーマを定義して、出力変数の形式とデータ型を指定できます。これにより、オーケストレーション全体で一貫したデータ処理が保証されます。
フロー制御	条件	条件は、ワークフローがステップを実行する方法を決定する論理ステートメントです。ステップを実行するために満たす必要のある条件を定義します。この条件は、前のステップの結果または外部データソースに基づくことができます。	入力フィールド: ブランチ名: 条件が true の場合に実行するブランチの名前。 変数: 評価する変数。前のステップの出力から変数を選択できます。 演算子: 評価に使用する演算子（`contains`、`equals`、`greater than` など）。 値: 変数と比較する値。静的な値を指定するか、前のステップの出力から変数を選択できます。 + 条件: `AND` や `OR` などの論理演算子を使用して、条件を追加できます。
人間参加型	情報をリクエストする	人間ユーザーに情報をリクエストできます。	入力フィールド: メッセージ: ユーザーに表示するメッセージ。静的メッセージを指定することも、前のステップの出力から変数を選択することもできます。 質問: ユーザーに尋ねる質問。リクエストする回答のタイプ（記述式、段落、日付、メール、単一選択、はい / いいえなど）を指定できます。 出力フィールド: ユーザーが回答した質問。

エージェント ノードの接続アプリとアクションを構成する

Gemini エージェント ノードを構成するときに、エージェントが実行時にアクセスできるアプリ、コネクタ、アクションを制御できます。エージェントを読み取り専用の検索オペレーションに制限したり、変更可能な書き戻しアクションを有効にしたりできます。

概要: エージェント ノードのアクション機能

能力	アクション カテゴリ	選択の粒度	使用例
検索とクエリ	Search For Data	アクションごと（個々のアクションのオン / オフを切り替える）	幅広いクエリ、チケットの検索、ナレッジベースの検索。
データ変更	Add Or Update Data	コネクタレベル（すべてオン / オフの切り替え）	チケットの作成、問題のステータスの更新、メールの送信。

接続済みアプリを関連付けて承認する

アプリ

接続アプリをエージェント ノードに接続する手順は次のとおりです。

1. ワークフロー キャンバスで、[Gemini エージェント] ノードをクリックして構成ペインを開きます。
2. [接続済みのアプリ] で、添付するコネクタまたはアプリ（Jira、Gmail、Google ドライブなど）を見つけます。
3. コネクタのスイッチを [オン] に切り替えます。
   • コネクタを初めて使用する場合は、表示される OAuth 認証フローを完了して、必要な権限を付与します。
4. コネクタ名の横にある展開矢印（）をクリックして、コネクタでサポートされているアクションを有効にします。

アクション カテゴリを選択する

接続された各アプリケーションは、アクションを次の 2 つの異なるカテゴリに分類します。

• Search For Data: 接続されたサービスからレコードを検索、クエリ、一覧表示、取得するアクション。
  • アクションの詳細な選択: [データを検索] の横にある構成アイコン（）をクリックすると、使用可能なすべての検索アクション（Search Events、List Events、List Calendars など）が表示されます。個々のアクションを個別に有効または無効にできます。
  • 決定論的検索フィルタ: 構造化されたプルダウンまたはネイティブ クエリ式（Jira Query Language（JQL）、Confluence Query Language（CQL）、ドライブ検索クエリ、Gmail 検索演算子など）を使用してフィルタを構成し、検索範囲を制限します。
  • インライン クエリのテスト: 構成ペイン内でクエリを直接検証し、ワークフローを実行する前に、フィルタが想定どおりの結果を返すことを確認します。
• データの追加または更新: ターゲット アプリケーションでレコードを作成、変更、送信、削除するアクション（Jira の問題の作成やメールの送信など）。
  • コネクタレベルの切り替え: 変更アクションの切り替えはコネクタレベルで動作します。このオプションをオンにすると、エージェントはそのコネクタでサポートされているすべての変更オペレーションにアクセスできるようになります。

注: 接続されているアプリを介してデータを追加または更新するには、人間によるレビューが必要です。コネクタをオンに切り替えても、[データの検索] と [データの追加または更新] の両方のカテゴリで基盤となるすべてのアクションを無効にすると、エージェントは実行時にコネクタを操作できません。

アクションの依存関係の要件

注意: 変更アクションは、実行時にエンティティ識別子を解決するために読み取り専用アクションと検索アクションに依存します。

通常、変更アクションでは、エージェントが更新、作成、削除オペレーションを実行する前に、レコード識別子（問題 ID、連絡先メールアドレス、フォルダ ID など）を検索する必要があります。

たとえば、Jira 課題を更新するアクションでは、エージェントが最初に Jira にクエリを実行して内部 issue_id を取得する必要があります。変更アクションがサポートする検索アクションなしで有効になっている場合、エージェントは必要なターゲット レコードを検索できないため、ランタイム アクション実行エラー（ENTITY_NOT_FOUND やパラメータ欠落エラーなど）が発生します。変更アクションを有効にする場合は、常にサポートする検索アクションと取得アクションも有効にします。

例: エージェントの Jira 検索を読み取り専用に制限する

アプリ

次の例は、エージェントが Jira の問題を検索できるようにするが、問題の作成や変更は許可しないように Gemini エージェントノードを構成する方法を示しています。

1. ワークフロー キャンバスで、[Gemini エージェント] ノードをクリックして構成ペインを開きます。
2. [接続済みのアプリ] で、[Jira] を [オン] に切り替えます（プロンプトが表示されたら OAuth 認証を完了します）。
3. [Jira] の横にある展開矢印（）をクリックします。
4. [Search For Data] 切り替えが [On] になっていることを確認し、[Add Or Update Data] を [Off] に切り替えます。
5. [データの検索] の横にある構成アイコン（）をクリックし、目的の読み取り専用検索アクション（Jira の検索など）のみが有効になっていることを確認します。

アクションの解決とランタイムの優先順位

ワークフローが実行されると、Gemini エージェントは次の優先順位ルールに基づいてアクションを選択して呼び出します。

構成の状態	ランタイム アクションの実行
検索が有効	有効になっているすべての検索オペレーションの標準リストと取得アクションを公開します。
個々の検索アクションが無効になっている	特定のアクションがエージェントのアクション カタログから除外されます。
データの追加 / 更新が有効	有効になっている検索アクションとともに、変更アクションを公開します。
データの追加 / 更新が無効	そのコネクタのすべてのデータ作成、更新、削除アクションがブロックされます。

変数

変数は、ワークフローのステップ間で渡すことができる値です。これらの値はステップの出力として生成され、後続のステップの入力として使用できます。

ワークフロー バージョン

ワークフローを作成したら、下書きとして保存するか、有効にすることができます。ワークフローを公開した後、ワークフローの追加バージョンを作成して、保存、比較、復元できます。ワークフローの複数のバージョンがあると、次のような場合に便利です。

• 既存のバージョンを中断せずに、新しいバージョンのワークフローをテストしたい。
• ワークフローの以前のバージョンに戻す。

詳細については、ワークフロー バージョンの管理をご覧ください。

既知の問題

このリリースのワークフローに関する既知の問題と制限事項は次のとおりです。

• 自然言語サポート
• メール テンプレートの表示に関する問題
• Natural Language の信頼性
• [実行] タブの読み込みエラー
• 承認後にコネクタが表示されない
• 負荷の高い状況での実行タイムアウト
• 無効なアクションの失敗
• モデルの推奨事項
• 承認ノードの形式

次のステップ

• 自然言語でワークフローを作成する方法を学習する。
• ワークフロー テンプレートを使用する方法を確認する。
• イベント トリガーを設定する方法を学習する。
• ワークフローを共有する方法を確認する。
• ワークフロー バージョンを管理する方法を学習する。