こんにちは!株式会社雲海設計の技術部です。
「RPAエンジニアとして5年やってきたが、生成AIの登場で自分の仕事が無くなるのではないか」「UiPathやPower Automateの開発案件は減っていないが、単価が下がってきた」「会社からAIエージェント案件への横展開を期待されているが、何から学べば良いか分からない」——2026年5月現在、rpaエンジニアのキャリアに関する相談が、技術部に毎週のように寄せられています。本記事では、RPAエンジニアの仕事内容を棚卸しした上で、生成AI/エージェント実装スキルへ拡張するキャリア再設計のロードマップを、スキルマップ付きで整理します。
TL;DR
rpaエンジニアの仕事は「消える」のではなく「再定義される」。2026年はRPA × 生成AI × エージェントのハイブリッド人材が単価を上げている
従来のRPA開発スキル(画面操作自動化・例外処理・ジョブ管理)は、AIエージェント時代でも業務理解・例外設計・運用設計として高く転用できる
拡張すべきスキルはLLM API実装・プロンプト設計・ハーネス評価・ガードレール設計の4本柱
学習順序はPython基礎 → LLM API → RAG → エージェントフレームワーク → 評価ハーネスの5段階。6ヶ月で実務投入レベルに届く
2026年時点でRPA + 生成AIの両刀使いは年収レンジが従来比1.3〜1.6倍。需要は中堅中小のDX現場でむしろ拡大している

なぜ今、RPAエンジニアのキャリア再設計が論点なのか?
結論から言うと、2025年から2026年にかけて、RPAだけで完結する自動化案件と、生成AIを組み込んだインテリジェント自動化案件の単価差が明確に開いてきたからです。Forbes Japanが2026年初頭に報じた調査では、国内のRPA市場は前年比で微増にとどまる一方、生成AIを組み合わせたハイパーオートメーション案件の発注額は前年比2.1倍に拡大しました。
Gartnerは2026年版のHype Cycleで、純粋なRPAを「Plateau of Productivity(安定期)」に分類しつつも、エージェント型自動化(Agentic Automation)を「Slope of Enlightenment(啓蒙期)」に位置づけ、今後3〜5年で従来RPAの上位互換になると予測しています。
つまりRPAエンジニアは、「自動化のプロ」という土台はそのままに、AIエージェントを扱える人材へ自己拡張することが、向こう数年のキャリア戦略の本丸になります。雲海設計の現場でも、UiPath開発者がClaude APIやLangGraphを学んで案件単価を上げた事例が複数出てきています。
RPAエンジニアの仕事内容を改めて棚卸しすると何が見えるか?
RPAエンジニアの仕事を「設計」「開発」「運用」の3フェーズで分解すると、AI時代に転用可能なスキルが明確に見えてきます。
3フェーズで見るRPAエンジニアの実務
| フェーズ | 主なタスク | AI時代への転用度 |
|---|---|---|
| 業務分析・設計 | 業務ヒアリング、自動化対象選定、例外パターン洗い出し、ROI試算 | ★★★ 非常に高い |
| ボット開発 | UiPath/Power Automate/WinActorでのワークフロー実装、画面操作、API呼び出し | ★★ 中(エージェント設計に転用) |
| 運用・保守 | ジョブ監視、例外対応、画面変更追従、ログ解析、改善提案 | ★★★ 非常に高い |
注目すべきは、業務分析と運用設計のスキルがAIエージェント開発でもそのまま効くという点です。LLMやエージェントは「動く」だけでは業務に耐えず、例外設計・監視設計・改善ループの設計力が不可欠です。これはハーネスエンジニアリングの実務とも完全に重なります。
逆に陳腐化が進むスキルは何か?
画面要素のセレクタ調整: Computer Use系AIが画面操作を抽象化しつつあり、相対的に価値が下がる
定型的なExcel/CSV処理ボット: 生成AIで一発生成できる領域に侵食されている
OCR + 仕分けの単純ワークフロー: マルチモーダルLLMに置き換えが進む
これらの領域だけで食ってきたRPAエンジニアは、2026年後半以降に確実に単価圧力を受けます。今のうちにスキルを引き上げておくのが現実的な防衛策です。
AI時代のRPAエンジニアに求められるスキルマップとは?
結論として、拡張すべきスキルはLLM API実装・プロンプト設計・ハーネス評価・ガードレール設計の4本柱です。それぞれRPAスキルとの接続を意識すると学習効率が上がります。
4本柱スキルマップ
| 新スキル | RPAスキルとの接続 | 2026年の必要度 |
|---|---|---|
| LLM API実装(Anthropic/OpenAI) | 外部API呼び出しの延長。認証・リトライ・タイムアウト設計はRPAと同じ作法 | 必須 |
| プロンプト設計・RAG | 業務ヒアリングと例外洗い出しの経験が直接効く | 必須 |
| 評価ハーネス設計 | RPAのテストケース設計力がそのまま転用可能 | 準必須 |
| ガードレール・権限設計 | RPAの権限分離・監査ログ設計の発想と同型 | 準必須 |
特にLLM API実装は入口として最重要です。手を動かす起点としてはAnthropic API実装完全ガイド2026やAnthropic Console実務活用ガイドがそのまま実務リファレンスになります。
最小実装例: RPAのExcel処理を生成AIで補強する
import anthropic
import pandas as pd
client = anthropic.Anthropic()
def classify_inquiry(text: str) -> str:
"""問い合わせ本文をカテゴリに自動分類"""
msg = client.messages.create(
model="claude-sonnet-4-5",
max_tokens=64,
messages=[{
"role": "user",
"content": f"次の問い合わせを「請求/技術/解約/その他」に分類。本文:{text}"
}]
)
return msg.content[0].text.strip()
df = pd.read_excel("inquiries.xlsx")
df["category"] = df["body"].apply(classify_inquiry)
df.to_excel("classified.xlsx", index=False)
これまでRPAで「キーワード一致でフォルダ振り分け」していた処理が、わずか20行で意味理解ベースの分類に置き換わります。RPAエンジニアの強みは、この出力をどう既存業務ワークフローに組み込むかの設計力です。ここが他職種との決定的な差別化点になります。
6ヶ月でAIエージェント実装まで届く学習ロードマップは?
結論として、Python基礎 → LLM API → RAG → エージェントフレームワーク → 評価ハーネスの5段階を6ヶ月で踏むのが現実的な最短経路です。1日1〜2時間の自学を前提に設計しています。
月別ロードマップ
Month 1: Python基礎の底上げ — RPAでVB.NETやJavaScriptを触っていれば移行は早い。型ヒント・非同期処理・例外設計まで
Month 2: LLM API実装 — Anthropic APIまたはOpenAI APIで認証・ストリーミング・Tool Useを実装。実装ガイドを写経
Month 3: プロンプト設計とRAG — 業務文書を取り込んだ社内Q&Aボットを作る。ベクトル検索の基礎
Month 4: エージェントフレームワーク — LangGraph/Claude Agent SDK/Difyのいずれかで複数ステップエージェントを構築
Month 5: ハーネス評価とガードレール — ハーネスエンジニアリング実践ガイドを参考に評価ループを構築
Month 6: 実案件投入 + ポートフォリオ化 — 既存RPA案件の1工程をAIエージェント化して実績にする
学習を加速するための原則
「学んでから作る」のではなく「作りながら学ぶ」。RPAエンジニアの強みは現場の業務を知っていることなので、最初から自分の関わる業務の自動化を題材に学ぶのが最速。
雲海設計の社内でも、この順序で学習した結果、半年でUiPath開発者がClaude Codeを使ってエージェント案件のリードを取れるようになった事例が出ています。詳しい組織側の論点はAI駆動開発チームの作り方もあわせてご覧ください。
RPA + AI人材の市場価値と年収レンジはどう動いているか?
結論として、RPA単独人材の単価は横ばい〜微減、RPA + 生成AIの両刀使いは前年比1.3〜1.6倍というのが2026年5月時点の体感値です。
スキル構成別の市場レンジ(雲海設計の現場体感)
| スキル構成 | 想定年収レンジ | 案件量 |
|---|---|---|
| RPA単独(UiPath/PA) | 500〜650万円 | 横ばい |
| RPA + Python/API連携 | 600〜800万円 | 増加 |
| RPA + 生成AI実装 | 750〜1,000万円 | 急増 |
| RPA + AIエージェント + 評価設計 | 900〜1,300万円 | 慢性的不足 |
特に中堅中小企業のDX現場では「RPAで現場業務を分かっており、かつ生成AIも実装できる人」が圧倒的に不足しています。MIT Sloan Management Reviewが2026年2月に発表したレポートでも、ハイブリッド自動化人材の需給ギャップは今後3年で拡大し続けると指摘されています。
雲海設計が伴走できること
雲海設計では、RPAエンジニアの方が生成AI/エージェント実装へキャリア拡張する過程を、案件ベースで伴走する取り組みを行っています。具体的には以下のような形です。
既存RPA資産の生成AI化リアーキ: 単純自動化からインテリジェント自動化への移行設計
AIエージェント開発の共同実装: 評価ハーネス・ガードレール込みで本番投入まで
社内RPA人材のリスキリング支援: ロードマップ作成 + 実案件OJT
サービスの詳細はDXソリューションおよびITコンサルティングをご覧ください。具体の相談はお問い合わせからお気軽にどうぞ。
よくある質問
Q. RPAエンジニアは2027年以降に消えますか?
A. 消えません。ただし「画面操作スクリプトを書くだけ」の層は単価圧力を強く受けます。業務設計力と運用設計力を持つRPAエンジニアは、AIエージェント時代の希少人材として価値が上がります。
Q. UiPathやPower Automateの知識はAIエージェント開発に役立ちますか?
A. 直接の文法は別物ですが、例外設計・ジョブ管理・監査ログ設計の発想はそのまま転用できます。むしろAIエージェントの方が非決定的な分、RPA出身者の運用センスが効きます。
Q. Pythonが書けないRPAエンジニアでも生成AIに移行できますか?
A. 可能です。Month 1〜2でPython基礎とLLM APIを並行学習すれば追いつけます。VB.NETやJavaScriptの経験があればさらに早いです。
Q. 学習だけで案件は取れますか?
A. 取れません。既存RPA案件の1工程をAI化した実績を作ることが最も効きます。社内の小さな業務でも構わないので、ポートフォリオ化することを強く推奨します。
Q. 個人で学ぶより会社の支援を受けた方が良いですか?
A. 実案件で学べる環境があるなら会社経由が圧倒的に早いです。OJTで本番投入まで通せるかどうかが、学習速度を3倍以上分ける分水嶺になります。