AIエージェントがあればRPAは不要になりますか?
一律には置き換わりません。画面や項目が安定し、決めた操作を繰り返す部分はRPA等が適する場合があります。自然文の理解や案の作成はAIエージェントを候補にし、必要なら所定の項目で連携します。
お問い合わせ AIエージェント、RPA、ワークフロー自動化の違いを、入力の揺れ・手順・判断・外部操作・例外対応で比較。単独利用と組み合わせの判断基準を解説します。

SHORT ANSWER
AI検索や生成AIが一部を引用しても意味が変わらないよう、最初にこの記事の結論を示します。
RPAは決めた画面操作、ワークフローは決めた順序と承認、AIエージェントは文章など揺れのある入力の整理・提案に強みがあります。製品名ではなく、業務のどこに揺れ・判断・操作・責任があるかを分けて選びます。
KEY POINTS
導入判断や社内共有に使えるよう、重要点を先に確認できます。
THREE APPROACHES
AIエージェント、RPA、ワークフロー自動化は、同じ『業務自動化』として並べられますが、解決する場所が異なります。RPAは、決められた画面や帳票を同じ順序で操作する処理の候補です。ワークフローは、申請、確認、承認、差戻しの経路と状態を管理する候補です。AIエージェントは、自然文の依頼や資料を読み、要点、分類、選択肢、回答案などを作る候補です。実際の機能範囲は製品・契約・設定で異なるため、名称だけで断定しません。
例えば、受信メールから要件を読み取る部分には入力の揺れがあり、担当部署へ回す部分には経路があり、定型システムへ登録する部分には操作があります。一連の仕事を一つの技術で置き換えようとすると、例外処理や責任の境界が曖昧になります。まず、理解・判断・承認・操作を分け、それぞれに適した仕組みを割り当てます。
経済産業省・総務省が2026年3月31日に公表したAI事業者ガイドライン第1.2版は、AIの開発・提供・利用に必要な取組の基本的な考え方を示しています。AIを含む仕組みでは、利用目的とリスクに応じて責任、透明性、安全性、適切な利用を設計する視点が必要です。本記事の分類は製品評価ではなく、業務を切り分けるための実務上の判断枠です。
DECISION CRITERIA
比較表を作る前に、対象業務を開始条件、入力、処理、判断、出力、外部操作、例外、責任者へ分解します。同じ業務名でも、部門や案件によって入力形式、判断基準、取り消し可能性が異なります。平均的な処理だけでなく、情報不足、重複、期限超過、システム停止、権限不足、例外申請が起きた場合も書き出します。
固定された項目を決まったシステムへ転記するなら、AIに自由文を作らせる必要はありません。反対に、相談文から論点を抽出する、複数資料から差異を整理する、相手に合わせた案内案を作る仕事は、固定ルールだけでは分岐が増え過ぎることがあります。ただしAIの出力には揺れがあるため、正解条件、根拠、確認者を定められない業務は自動化範囲を狭めます。
技術の優劣ではなく、失敗時の影響と運用負担まで比べます。RPAには画面変更や認証変更への保守、ワークフローには組織・承認経路の更新、AIエージェントにはナレッジ、指示、出力、モデル・提供条件の確認が必要です。導入費用だけでなく、変更検知、テスト、例外処理、記録、停止、担当交代にかかる継続業務を見積もります。
COMBINATION DESIGN
一つの方法で足りるのは、開始から終了まで入力・手順・出力・例外が同じ性質の業務です。定型データを決まった画面へ登録するだけならRPA、申請と承認の状態管理だけならワークフロー、資料から論点を整理して人へ提示するだけならAIエージェントを単独候補にできます。『AIを使うこと』を目的にせず、より単純で検証しやすい方法で満たせるなら、その方法を選びます。
組み合わせる場合は、AIが自由に全工程を動かす構成にせず、境界ごとに入出力を固定します。AIエージェントがメールから依頼内容と不足事項を構造化し、ワークフローが担当・期限・承認を管理し、承認済みの定型データだけをRPAやAPIが登録する、といった分担です。各段階で、入力元、出力項目、検証、タイムアウト、再実行、重複防止を定義します。
2026年6月12日公表のデジタル庁ガイドライン第2.0版は、生成AIの利活用促進とリスク管理を一体で進めるための政府向け方針です。NIST AI RMF Playbookも、利用状況に近い条件での評価、運用後の監視、変更管理、異議申立て・上書き、停止などを検討項目として示しています。組み合わせが増えるほど、どの構成要素で何が起きたか追える記録と、部分停止できる設計が重要になります。
IMPLEMENTATION STEPS
最初の対象は、頻度があり、入力と完了条件を観察でき、人が結果を確認できる業務から選びます。現在の処理時間だけでなく、差戻し、待ち時間、例外、転記ミス、担当者への質問、画面・規程の変更も記録します。現状を測らずに導入すると、AI、RPA、ワークフローのどこが改善に寄与したか判断できません。
試行では、通常ケースだけでなく、曖昧、情報不足、重複、期限切れ、権限外、連携停止、処理途中の再実行をテストします。AI出力は同じ入力でも表現が変わる可能性を前提に、必須項目、根拠、許容しない出力を確認します。RPAは画面要素や認証の変更、ワークフローは担当不在・組織変更・差戻し循環を確認します。
本番へ移すときは、利用者向け説明、問い合わせ、監視、変更担当、停止権限、代替手順、廃止方法まで引き継ぎます。自動化率だけを成果にせず、正しく完了した件数、修正・差戻し、例外、停止、二重処理、期限超過、人の確認時間を見ます。本記事の例は活用方法であり、Luminaまたは特定組織の確認済み導入実績や効果を示すものではありません。
CONTROL BOUNDARIES
人の確認は、全件を最初から読み直すだけでは機能しません。AIが作った分類・案と根拠、ワークフロー上の承認状態、RPA・APIが実行する対象と変更前後を、確認者が判断できる形で提示します。何を確認すればよいか、どの条件なら差し戻すか、誰が例外を承認できるかを役割ごとに定めます。
特に、外部送信、公開、金銭、契約、人事、個人情報、行政判断、安全、削除、基幹データ更新など、誤りを取り消しにくい境界では、自動実行の前に承認または強い検証を置きます。低影響の処理でも、件数急増、同一処理の連続、根拠不足、信頼度低下、権限外、連携失敗を検知したら停止・保留し、人へ戻します。
変更後も同じ統制が働くかを確認します。AIのモデル・指示・ナレッジ、RPAの画面・認証・操作対象、ワークフローの組織・承認者・期限、連携先の仕様が変わった場合は、影響範囲を特定し、必要な代表テストを再実行します。NISTはAI RMF 1.0を改定中と明示しているため、AIに関する方針や標準は記事公開後も最新の公式表示を確認してください。
FREQUENTLY ASKED QUESTIONS
記事の要点を、質問と回答の形でも確認できます。
一律には置き換わりません。画面や項目が安定し、決めた操作を繰り返す部分はRPA等が適する場合があります。自然文の理解や案の作成はAIエージェントを候補にし、必要なら所定の項目で連携します。
ワークフローは申請・承認・差戻しなど経路と状態を管理するのが中心です。AIエージェントは文章の解釈、分類、要約、提案などを支援します。製品ごとに機能が重なるため、実際の仕様と責任範囲を確認します。
単独で要件を満たせるなら、構成を単純にする方が検証・監視・停止・保守を行いやすくなります。理解、経路管理、定型操作が明確に分かれ、連携の追加負担を上回る場合に組み合わせます。
頻度があり、開始条件と完了条件を観察でき、誤りを訂正でき、人が結果を確認できる業務が候補です。高影響の判断や外部操作から始めず、対象部署・件数・期間を限定して例外まで試します。
自動化率だけでは判断できません。正しく完了した件数、修正・差戻し、例外、停止、二重処理、期限超過、人の確認時間、変更対応の負担を合わせて確認し、現行業務と同じ条件で比較します。
PRIMARY SOURCES
制度・製品・提供条件は変更されるため、リンク先の最新表示も併せて確認してください。
CONTACT LUMINA