ワークフローの概要

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

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

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

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

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

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

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

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

始める前に

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

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

ワークフロー キャンバス

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

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

  • 
  • 

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

  

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

    

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

    

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

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

• トリガー
• ステップ
• 変数

トリガー

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

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

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

手順

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

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

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

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

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

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

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

接続されたアプリをアタッチして承認する

アプリ

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

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

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

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

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

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

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

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

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

たとえば、[Update Jira issue] アクションでは、エージェントが Jira にクエリを実行して内部の issue_id を取得する必要があります。変更可能なアクションが、サポートする検索アクションなしで有効になっている場合、エージェントは必要なターゲット レコードを検索できないため、実行時のアクション実行エラー（ENTITY_NOT_FOUND やパラメータの欠落エラーなど）が発生します。変更可能なアクションを有効にする場合は、必ずサポートする検索アクションと取得アクションを有効にしてください。

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

アプリ

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

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

アクションの解決と実行時の優先順位

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

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

変数

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

ワークフロー バージョン

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

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

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

既知の問題

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

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

次のステップ

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