- スタート アップ ガイド
- UiPath 会話型エージェント
- Studio Web での UiPath Agents
- UiPath のコード化されたエージェント
- Coding Agents で構築する
ライセンス
エージェントのライセンス モデルです。エージェントの実行、プランの権利、および消費量がプラットフォーム ユニット (ユニファイド プライシング) またはエージェント ユニット (フレックス) にどのようにマッピングされるかを記載します。
エージェントの実行について理解する
エージェントの実行とは、単一の実行 ID で追跡される、エージェントの完全な実行を指します。各実行はトリガーで始まり、最終ステート (成功、失敗、キャンセル済み、タイムアウト) に達するまで続行されます。
ライセンスと消費
- 運用環境での実行では、料金プランに応じてプラットフォーム ユニットまたはエージェント ユニットが消費されます。
- Studio Web で実行される設計時のテストでは LLM のクォータのみが消費され、プラットフォーム ユニットやエージェント ユニットは消費されません。
By default, agents on Community and Standard Trial organizations can only use Bring Your Own models. To use UiPath-hosted models, request access. For setup details, refer to Configuring LLMs.
エージェントを共有フォルダーから実行する場合は、そのフォルダーに Unattended ロボットの ID を割り当てる必要があります。これは ID の要件であり、ライセンスの要件ではありません。エージェントそのものは、開発、デバッグ、または運用環境での実行時に Unattended ロボット ライセンスを消費しません。設定について詳しくは、「フォルダーにオブジェクトを割り当てる」をご覧ください。
エージェントの実行としてカウントされるもの
- パブリッシュ後に Orchestrator から呼び出される実行 (手動の開始、スケジュール、またはキュー トリガー)。
- 運用環境のワークスペースで API または Webhook を介して呼び出される実行。
- パブリッシュされたチャネルで開始される会話セッション (終了またはアイドル状態になるまでは 1 回の実行としてカウントされます)。
エージェントの実行としてカウントされないもの
- エージェントの構築時または設計時に行われる、Studio Web でのテスト/プレビュー
- 「プレビュー」としてマークされた Autopilot、スコアの実行、シミュレーション/評価
ユニファイド プライシング ライセンス
このページの情報は、ユニファイド プライシングを使用している場合に適用されます。フレックスを使用している場合は、「フレックス ライセンス」をご覧ください。一般的なライセンス情報については、『Automation Cloud 管理ガイド』をご覧ください。
このページでは、エージェントへのアクセス権を提供するライセンスの詳細と、プラットフォーム ユニットを通じてエージェントのアクティビティを数値化する方法について説明します。
エージェントのライセンスと権利
次の表に、エージェントへのアクセス権を付与するライセンス、各ライセンスに関連付けられているプラン、およびそのプランで有効化される権利のリストを示します。
表 1.ライセンス プラン
| 機能 | Free | Basic Trial | ベーシック | Standard Trial | 標準 | Enterprise | Application Test Standard 試用版 | Application Test Standard | Application Test Enterprise |
|---|---|---|---|---|---|---|---|---|---|
| エージェントの開発: Studio Web でエージェントの設計、デバッグ実行、評価を行います。 | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| エージェントの実行: エージェントをプロセスとしてデプロイおよび実行します。 | ❌ | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
表 2. ユーザー ライセンス
| 機能 | Express User | Basic User | Plus User | Pro User | App Tester | App Test Developer |
|---|---|---|---|---|---|---|
| エージェントの開発: Studio Web でエージェントの設計、デバッグ実行、評価を行います。 | ❌ | ✅ | ✅ | ✅ | ❌ | ✅ |
| エージェントの実行: エージェントをプロセスとしてデプロイおよび実行します。 | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ |
設計時の付与数
Enterprise
すべての Enterprise ライセンス ユーザーには、AI とエージェンティックの使用状況プールが毎月提供されます。このプールは、UiPath の AI 製品とエージェンティック製品間で共有され、エージェントの開発と評価に使用できます。このプールは、これまで LLM 呼び出しとして付与されていたエージェントの無料実行の 1 日分の付与数を置き換えます。
エージェントの設計時にプールを使用する場合、使用するモデルのコストと実行される LLM 呼び出しの複雑さに基づいて、入力トークンと出力トークンの両方がカウントされます。
月間制限は、次のルールに従って利用できます。
- この月間制限は、Studio Web での Agent Builder エクスペリエンスだけでなく、すべての AI 製品とエージェンティック製品で共有されます。プラットフォーム ユニットの形式では付与されません。
- 月間制限は各ネームド ユーザーに個別に割り当てられ、テナント レベルまたは組織レベルでプールすることはできません。
使用量は 3 つのソースから固定の順序で差し引かれ、一度にアクティブなソースは 1 つだけです。最初に月間制限、次に管理者が許可したチャージ、次にプラットフォーム ユニットです。各チャージは 50 プラットフォーム ユニットの固定パックであり、未使用のチャージは毎月のリセット後も保持されます。
ユーザーが独自のチャージを付与することはできません。ユーザーが [設定] > [ライセンス] からトップアップをリクエストし、ライセンス管理者が [ 管理者] > [ライセンス] > [消費型] > [ユーザーの使用状況] から追加を付与します。
月間制限、トップアップ、有料ユニットのフォールバックの仕組みについて詳しくは、「 AI とエージェンティックの使用状況プール」をご覧ください。手順については、「 AI とエージェンティックの使用状況の追加をリクエスト する」および 「AI とエージェンティックの使用状況の追加を付与する」をご覧ください。
AI とエージェンティックの使用状況プールでは、組織でユーザー ライセンスを有効化する必要があります。ユーザー ライセンスが有効化されていない場合、設計時におけるエージェントとの対話はすべて、標準の消費ロジックに従って課金されます。
The pool is available on the Unified Pricing and Flex licensing plans, and is not available on Community. For Community, refer to the Community section below.
機能を利用できるかどうかは、使用するクラウド プラットフォームによっても異なります。詳しくは、「 利用可能な機能」をご覧ください。
月間制限のサイズは、次のようにユーザー ライセンスによって異なります。
| ユーザー ライセンス | AI とエージェンティックの使用量プール |
|---|---|
| Basic User | 基本使用状況プール |
| Plus User | 基本 x7.5 |
| Pro User | ベーシック x20 |
| App Tester | 基本 x7.5 |
| App Test Developer | ベーシック x20 |
設計時および実行時のプール付与数と購入した付与数は、以下のシナリオに従って消費されます。
| プラットフォーム ユニットの利用可否 | 設計時の実行 | 実行時の実行 |
|---|---|---|
| 購入したユニットなし | 月間制限まで許可されます。月間制限に達するとブロックされます。 | 許可されません。 |
| 購入したユニットと利用可能なユニット | 最初に月間制限から差し引かれ、次に管理者が許可したトップアップから、次にプラットフォーム ユニットから差し引かれます。 | 利用可能なプラットフォームユニットから許可されます。 |
Community
On the Community plan, agent development draws from the Community Monthly Pool of Credits, which the organization shares with other capabilities. When the pool is exhausted, it recovers at the next monthly reset.
Community organizations receive platform changes first, before Enterprise organizations, but some preview features may not be available on the Community plan. For details, refer to Feature rollout. For everything the Community plan includes, refer to Community plan.
プラットフォーム ユニットの消費
プラットフォーム ユニットは、エージェント固有のアクティビティの使用状況を測定します。エージェントを実行すると、設計時 (デバッグおよび評価) と実行時の両方でプラットフォーム ユニットが消費されます。
UiPath がホストするモデルの場合、消費量はエージェントの実行中に行われた LLM 呼び出しの数に基づき、このレートはモデルのティアによって異なります。
顧客管理のモデルの場合、エージェントの実行ごとに 1 回、エージェント料金で使用量に課金されます。そのエージェントの実行で LLM を呼び出した回数は関係ありません。
表 3. モデルのティア別のエージェント消費量
| モデルのティア | 標準的な使用率 | 消費量の計算方法 |
|---|---|---|
| Premium モデル (プレビュー): Claude Opus 4.7、GPT-5.5 | 0.4 プラットフォーム ユニット (エージェント料金 × 2) | LLM の呼び出しごとに課金 |
| 標準モデル: GPT-4.1、GPT-4o、GPT-5、GPT-5.1、GPT-5.2、GPT-5.4、Claude 3.5 Sonnet、Claude 3.7 Sonnet、Claude Sonnet 4、Claude Sonnet 4.5、Claude Sonnet 4.6、Gemini 3 Pro、Gemini 3.1 Pro (プレビュー版) | 0.2 プラットフォーム ユニット (エージェント料金) | LLM の呼び出しごとに課金 |
| 基本モデル: Claude Haiku 4.5、Gemini 2.0 Flash、Gemini 3 Flash (プレビュー)、GPT-4.1-mini、GPT-4o-mini、GPT-5-mini | 0.16 プラットフォーム ユニット (エージェント料金 × 0.8) | LLM の呼び出しごとに課金 |
| 顧客管理のモデル (AI Trust Layer の機能「独自のモデル/サブスクリプションを使用」を使用) | 0.2 プラットフォーム ユニット (エージェント料金) | エージェントの実行ごとに課金 |
LLM 呼び出しは、64k 入力トークン単位で課金されます。入力トークンは、システム プロンプト、会話履歴、ツール定義、ユーザー メッセージなど、要求ごとにモデルに送信されるコンテンツを参照します。モデルの応答は含まれません。この制限を超える呼び出しには、複数の料金が適用されます。たとえば、100k の入力トークン呼び出しでは 2 件の LLM 呼び出し料金が発生します。このトークンの制限は、顧客管理のモデルには適用されません。
注: エージェントのユース ケースや予測されるプラットフォーム ユニットの消費数については、セールス担当者に相談して見積もることができます。
LLM as Judge ガードレールの消費 — プラットフォーム ユニット
独自の LLM 呼び出しを行うガードレール (具体的には、 LLM as Judge ガードレール ) は、表 3 に示すモデルごとのレートと同じレートでプラットフォーム ユニットを消費し、エージェント自身の消費とは別に追跡されます。このガードレールを有効化してエージェントを実行すると、エージェントのプラットフォーム ユニットとジャッジ モデルのプラットフォーム ユニットが消費されます。ガードレールの評価にはエージェントと同じモデル機能は必要ないため、下位層の評価モデルを使用してコストを削減できます。
フレックス ライセンス
このページの情報は、Flex プランを使用している場合に適用されます。ユニファイド プライシング を使用している場合は「ユニファイド プライシング ライセンス」を参照してください。詳細については、「ライセンス プランのフレームワーク」をご覧ください。
このページでは、エージェントへのアクセス権を提供するライセンスの詳細と、エージェント ユニットを通じてエージェントのアクティビティを数値化する方法について説明します。
エージェントのライセンスと権利
次の表に、エージェントへのアクセス権を付与するライセンス、各ライセンスに関連付けられているプラン、およびそのプランで有効化される権利のリストを示します。
| ライセンス | ライセンス プラン | 利用可能なライセンス数 |
|---|---|---|
| ライセンスなし | Community1 | エージェントの開発: Studio Web でエージェントの設計、デバッグ実行、評価を行います。 |
| Automation Developer | Enterprise |
エージェントの開発: Studio Web でエージェントの設計、デバッグ実行、評価を行います。 |
| Citizen Developer | ||
| Cloud Basic User |
1 Community プランのユーザーは、設計時の付与数を使用してエージェントを開発できます。
設計時の付与数
Enterprise
すべての Enterprise ライセンス ユーザーには、AI とエージェンティックの使用状況プールが毎月提供されます。このプールは、UiPath の AI 製品とエージェンティック製品間で共有され、エージェントの開発と評価に使用できます。このプールは、これまで LLM 呼び出しとして付与されていたエージェントの無料実行の 1 日分の付与数を置き換えます。
エージェントの設計時にプールを使用する場合、使用するモデルのコストと実行される LLM 呼び出しの複雑さに基づいて、入力トークンと出力トークンの両方がカウントされます。
月間制限は、次のルールに従って利用できます。
- この月間制限は、Studio Web での Agent Builder エクスペリエンスだけでなく、すべての AI 製品とエージェンティック製品で共有されます。エージェント ユニットの形式では付与されません。
- 月間制限は各ネームド ユーザーに個別に割り当てられ、テナント レベルまたは組織レベルでプールすることはできません。
使用量は 3 つのソースから固定の順序で差し引かれ、一度にアクティブなソースは 1 つだけです。最初に月間制限、次に管理者が付与したトップアップ、次にエージェント ユニットです。未使用のチャージは、毎月のリセット後も保持されます。
ユーザーが独自のチャージを付与することはできません。ユーザーが [設定] > [ライセンス] からトップアップをリクエストし、ライセンス管理者が [ 管理者] > [ライセンス] > [消費型] > [ユーザーの使用状況] から追加を付与します。
月間制限、トップアップ、有料ユニットのフォールバックの仕組みについて詳しくは、「 AI とエージェンティックの使用状況プール」をご覧ください。手順については、「 AI とエージェンティックの使用状況の追加をリクエスト する」および 「AI とエージェンティックの使用状況の追加を付与する」をご覧ください。
AI とエージェンティックの使用状況プールでは、組織でユーザー ライセンスを有効化する必要があります。ユーザー ライセンスが有効化されていない場合、設計時のエージェントのアクションはすべて、標準の消費ロジックに従って課金されます。
The pool is available on the Unified Pricing and Flex licensing plans, and is not available on Community. For Community, refer to the Community section below.
機能を利用できるかどうかは、使用するクラウド プラットフォームによっても異なります。詳しくは、「 利用可能な機能」をご覧ください。
月間制限のサイズは、次のようにユーザー ライセンスによって異なります。
| ユーザー ライセンス | AI とエージェンティックの使用量プール |
|---|---|
| Cloud Basic User | 基本使用状況プール |
| Citizen Developer | 基本 x7.5 |
| Automation Developer | ベーシック x20 |
設計時および実行時のプール付与数と購入した付与数は、以下のシナリオに従って消費されます。
| エージェント ユニットの有無 | 設計時の実行 | 実行時の実行 |
|---|---|---|
| 購入したユニットなし | 月間制限まで許可されます。月間制限に達するとブロックされます。 | 許可されません。 |
| 購入したユニットと利用可能なユニット | 最初に月間制限から差し引かれ、次に管理者が許可したトップアップから、次にエージェント ユニットから差し引かれます。 | 利用可能なエージェント ユニットから許可されます。 |
Community
On the Community plan, agent development draws from the Community Monthly Pool of Credits, which the organization shares with other capabilities. When the pool is exhausted, it recovers at the next monthly reset.
Community organizations receive platform changes first, before Enterprise organizations, but some preview features may not be available on the Community plan. For details, refer to Feature rollout. For everything the Community plan includes, refer to Community plan.
エージェント ユニットの消費
エージェント ユニットでは、エージェント固有のアクティビティの使用状況が測定されます。エージェントを実行すると、設計時 (デバッグおよび評価) と実行時の両方でエージェント ユニットが消費されます。
エージェント ユニットの消費量は、エージェントで使用したモデルの種類に依存し、UiPath がホストするモデルと顧客管理のモデルで異なります。
既定では、各テナントには 0 エージェント ユニットが割り当てられ、エージェント ユニットの消費は組織のプールから差し引かれます。エージェント ユニットが特定のテナントに割り当てられている場合、そのテナントの割り当てが消費に使用されます。
消費量は次のように計算されます。
- UiPath がホストするモデル: 消費量はエージェントの実行中に LLM を呼び出した回数に基づきます。LLM の各呼び出しがエージェント アクションとして課金されるので、エージェントの実行は 1 回でも、そこで LLM を複数回呼び出すと複数の課金が発生します。
- 顧客管理のモデル (独自のモデルまたは独自のサブスクリプションを使用): エージェントの実行ごとに 1 回の課金が発生します。その実行で LLM を呼び出した回数は関係ありません。顧客管理のモデルを使用した LLM 呼び出しは測定されません。
表 4. モデルのティア別のエージェント消費数
| モデルのティア | 標準的な使用率 | 消費量の計算方法 |
|---|---|---|
| Premium モデル (プレビュー): Claude Opus 4.7、GPT-5.5 | 2 エージェント ユニット | LLM の呼び出しごとに課金 |
| 標準モデル: GPT-4o、GPT-4.1、GPT-5、GPT-5.1、GPT-5.2、GPT-5.4、Claude 3.5 Sonnet、Claude 3.7 Sonnet、Claude Sonnet 4、Claude Sonnet 4.5、Claude Sonnet 4.6、Gemini 3 Pro、Gemini 3.1 Pro (プレビュー版) | 1 エージェント ユニット | LLM の呼び出しごとに課金 |
| 基本モデル: Claude Haiku 4.5、Gemini 2.0 Flash、Gemini 3 Flash (プレビュー)、GPT-4.1-mini、GPT-4o-mini、GPT-5-mini | 0.8 エージェント ユニット | LLM の呼び出しごとに課金 |
| 顧客管理のモデル (AI Trust Layer の機能「独自のモデル/サブスクリプションを使用」を使用) | 1 エージェント ユニット | エージェントの実行ごとに課金 |
UiPath がホストするモデルの場合、LLM 呼び出しは 64k 入力トークン単位で課金されます。入力トークンは、システム プロンプト、会話履歴、ツール定義、ユーザー メッセージなど、要求ごとにモデルに送信されるコンテンツを参照します。モデルの応答は含まれません。この制限を超える呼び出しには、複数の料金が適用されます。たとえば、100k の入力トークン呼び出しでは 2 件の LLM 呼び出し料金が発生します。このトークンの制限は、顧客管理のモデルには適用されません。顧客管理のモデル (BYOM/BYOS) の場合、LLM の呼び出しは従量課金されません。エージェントの実行ごとに 1 回だけ使用量に課金されるからです。
エージェント ユニットの消費量は、Automation Cloud の [管理] ページで、テナント レベルの [ライセンス] ページの [消費型] タブに表示されます。詳しくは、「[消費型] タブ」をご覧ください。
エージェントのユース ケースや予測されるプラットフォーム ユニットの消費数については、セールス担当者に相談して見積もることができます。
LLM as Judge ガードレールの消費 — エージェント ユニット
独自の LLM 呼び出しを行うガードレール (具体的には、 LLM as Judge ガードレール ) は、表 4 に示すモデルごとのレートと同じレートでエージェント ユニットを消費します。これは、エージェント自身の消費とは別に追跡されます。このガードレールを有効化してエージェントを実行すると、エージェントのエージェント ユニットとジャッジ モデルのエージェント ユニットが消費されます。ガードレールの評価にはエージェントと同じモデル機能は必要ないため、下位層の評価モデルを使用してコストを削減できます。