Chaos and Order

💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

はじめに — なぜ自動化はしばしば間違ったツールで始まるのか
第1部 — ワークフロー自動化: APIをつなぐ人々 (Zapier・Make・n8n)
第2部 — RPA: APIがないとき (UiPath・Power Automate)
第3部 — 2026年の大転換: エージェンティック自動化
第4部 — 決定木: いつ何を使うか
おわりに
参考資料

はじめに — なぜ自動化はしばしば間違ったツールで始まるのか

「この繰り返し作業を自動化して」という要望は一つのように聞こえますが、その裏には まったく異なる三つの部族 がいます。この三つを区別できないと、Zapierで済む仕事をRPAで苦労してこなしたり、RPAが必要な仕事にAPIツールを付けようとして壁にぶつかったりします。三つの部族を一文で要約すると、次のとおりです。

部族                 何をするか                           核心の問い
─────────────────  ──────────────────────────────────  ──────────────────────
ワークフロー自動化   アプリのAPIをつないでデータを流す      「APIがあるか?」
RPA                 APIのない画面を人のようにクリック・入力 「APIがなくUIだけか?」
AIエージェント       何をするか自ら判断する                「ルールで決められないか?」

この記事では三つの部族をそれぞれ解剖し、2026年の地形を整理したうえで、「いつ何を使うか」の決定木で締めくくります。

第1部 — ワークフロー自動化: APIをつなぐ人々 (Zapier・Make・n8n)

最もよくある自動化です。「新しいメールが来たら → 添付をドライブに保存し → Slackに通知」といった流れを、アプリが公開する APIをトリガー・アクションとして組み合わせて 作ります。代表的な三人衆のポジショニングは明確です。

ツール    強み                          誰に向くか               課金単位
───────  ────────────────────────────  ──────────────────────  ─────────────
Zapier   7,000+の連携、最も簡単         非開発チーム、幅広い連携  タスク(アクション1個)
Make     視覚的マルチステップ論理、割安  パワーユーザー・中小企業  オペレーション
n8n      唯一のセルフホスティング、OSS   技術チーム・規制産業      実行(ワークフロー1回)

三つを分ける実務ポイントは二つ。第一に、課金モデルの罠 です。Zapierは タスクごと(ワークフロー内のアクション一つひとつ)に課金し、n8nは 実行ごと(ワークフロー全体が1単位)に課金します。10ステップのワークフローを月に1万回回すと、Zapierは10万タスクですが、n8nは1万実行 — 規模が大きくなるとn8nが80〜90%まで安くなります。第二に、データ主権 です。n8nだけがセルフホスティング可能で、医療・金融のようにデータがサーバーを離れてはならない場所では事実上唯一の選択肢になります。

2026年の大きな変化は、三つのツールがいずれも AIを一級市民として 取り込んだ点です。Zapierは自然言語でZapを作ってくれるAI Copilotと、8,000のアプリにまたがって自ら作業する Zapier Agents を出しました。n8nは2.0(2026年1月)で AI Agent Toolノード(マルチエージェントのオーケストレーション)、ネイティブなLangChain連携と70以上のAIノード、実行をまたいで持続するエージェントメモリ、RAG向けのベクトルDB対応、サンドボックスでのコード実行を加えました。ワークフロー自動化が「静的な配管」から「判断するパイプライン」へ移りつつあります。

第2部 — RPA: APIがないとき (UiPath・Power Automate)

問題は、世の中の半分がAPIをくれないことです。20年物の社内ERP、画面しかないレガシー、ログイン後にクリックしないと出てこないレポート — ここで登場するのが RPA(Robotic Process Automation) です。RPAボットは人のように 画面を見てボタンをクリックし、フィールドに入力 します。APIの裏口ではなく 表口(UI) から入る自動化です。

ツール               ポジショニング
──────────────────  ──────────────────────────────────────────────
UiPath              最大のRPAエコシステム・マーケットプレイス、大企業の標準
Automation Anywhere  クラウドネイティブ、AIファースト
Power Automate       マイクロソフト中心、ライセンスバンドルで割安
Pega                プロセスオーケストレーション + RPA

RPAを使うとき必ず覚えておく原則: RPAは最後の手段 です。UIを真似る自動化は本質的に壊れやすい — ボタンの位置が変わったり画面が刷新されたりするとボットが止まります。だから成熟したチームのルールは「APIがあればAPIを、ないときだけRPAを」です。実際、2026年の業界の言葉はこの二つを一つと見ます — APIをつなぐことが強みのツールはワークフロー自動化として、画面を操作することが強みのツールはRPAとして役割が分かれます。RPA市場は昨年18%成長して 38億ドル の規模になりましたが、その成長の方向は「ボット単独」ではなく次章の話へ向かいます。

第3部 — 2026年の大転換: エージェンティック自動化

今年、自動化業界のすべてのリーダーが同じ話をしています — 「RPAからエージェンティック自動化へ」。核心は役割分担です。

AIエージェント = 判断レイヤー。 何をすべきか、次にどんな行動を取るかをモデルが自ら決めます。ルールですべて書けない非定型の状況(例: 「この抗議メールを読んで適切に分類・対応する」)に強いです。
RPA / ワークフロー = 実行レイヤー。 決定論的で信頼できる「手」です。エージェントが「これをやれ」と決めれば、その実行を正確に繰り返します。

一文で: AIが「何を」決め、RPA/ワークフローが「どこで(特にAPIのない場所で)」実行します。 二つは競争ではなく層です。決定論的ボットは消えません — むしろgoal-driven AIエージェントの下で「信頼できる実行基盤」として地位を固めます。

二つ目の流れは 「ソロエージェントは沈み、マルチエージェントが浮上する」 です。一つの万能エージェントの代わりに、役割の分かれた複数のエージェントが協働しオーケストレーションされる構造へ向かいます(n8n 2.0のAI Agent Toolノードがまさにこの方向)。ただし自律性が大きくなるほど ガバナンス が生命線です — ポリシーをコードとして埋め込み、シチズン開発(citizen development)を標準化し、システム・APIレベルで統合してこそ、自動化が壊れず安全・規定を守ります。エージェントを実際に作ってみたいならプロンプトエンジニアリングツールで感覚をつかみ、AIモデル開発ライフサイクル編で全体像を見ることができます。

第4部 — 決定木: いつ何を使うか

混乱したときは、この順で問いかけてください。

① つなぎたいシステムにAPIがあるか?
   └ はい → ワークフロー自動化 (Zapier / Make / n8n)
            └ 非開発チーム・最大の連携 → Zapier
            └ 複雑な論理・割安        → Make
            └ セルフホスティング・データ主権・AIエージェント → n8n
   └ いいえ ↓

② APIがなく画面(UI)だけあるか?
   └ はい → RPA (UiPath / Power Automate)
            ※ ただし「一時しのぎ」と認識 — 可能ならAPIの確保を並行して

③ ルールですべて書けない判断が必要か?
   └ はい → AIエージェントを上の実行レイヤーの「上に」載せる
            (エージェント=判断、RPA/ワークフロー=実行)

そして、どのツールを選ぶにせよ、まず二つを決めてください — 「失敗したらどう気づくか(モニタリング・リトライ)」 と 「誰がこの自動化を保守するか」。自動化の本当のコストは作ることにではなく 壊れたときに直すこと にあります。

おわりに

自動化は一つの技術ではなく、三つの部族の連合です。APIがあればワークフロー自動化、なければRPA、判断が必要ならAIエージェント — そして2026年の全体像は、この三つが「判断(AI)が上、実行(RPA・ワークフロー)が下」の層として合わさっていくことです。ツールの流行は変わっても、問いはそのままです。この仕事にAPIがあるか、ないか、そしてルールで書けるか。 この三つの問いがあれば、たいていの自動化は正しい最初のツールから始められます。