最終更新日: 2026-06-23
AIエージェントを業務に入れるとき、最初に分けたいことがあります。
それは、ワークフロー型なのか、自律型なのかです。
どちらが優れている、という話ではありません。向いている仕事が違います。
ワークフロー型AIエージェントは、決まった流れの中でAIが分類、要約、候補提示をします。自律型AIエージェントは、目的に向かって次の行動を選び、複数のツールを使いながら進みます。
業務で最初に入れるなら、多くの場合はワークフロー型からです。
理由は単純です。失敗したときに止めやすいからです。
フォーム回答、問い合わせ、予約、採用応募、アンケート。こうした入力は、業務の入口です。入口でAIが自由に動きすぎると、誤分類、誤通知、誤返信、外部連携ミスが起きたときに追いにくくなります。
まずは、AIが読む場所と人間が決める場所を分けます。
まず結論 -- ワークフロー型は手順、自律型は判断範囲が広い
違いを表にすると、こうです。
| 観点 | ワークフロー型AIエージェント | 自律型AIエージェント |
|---|---|---|
| 動き方 | 決まった手順に沿って進む | 目的に応じて次の行動を選ぶ |
| 得意な仕事 | 分類、要約、通知、担当者候補、レポート | 調査、複数ツール横断、例外対応 |
| 設計しやすいもの | 状態、承認、停止条件、ログ | ゴール、権限、探索範囲、失敗時の復帰 |
| 最初に向く業務 | 問い合わせ管理、アンケート分析、予約確認 | 社内調査、複雑なタスク分解、運用改善案の探索 |
| リスク | 手順が古くなる | 予想外の行動範囲に広がる |
フォーム運用で考えるなら、最初はワークフロー型が向いています。
回答が届く
-> AIが要約する
-> 種別と緊急度の候補を出す
-> 担当者へ通知する
-> 人間が確認する
-> ステータスを更新する
この流れなら、どこで何が起きたかを追えます。
自律型から始めると難しい理由
自律型AIエージェントは魅力的です。
「この問い合わせを処理して」と言えば、必要な情報を集め、担当者を探し、返信を作り、CRMを更新し、次のタスクまで作ってくれる。そんな体験を想像しやすいです。
ただ、本番業務では途中に判断が多くあります。
この回答は本当に正当な問い合わせか
営業メールではないか
個人情報を外部に送ってよいか
この相手に自動返信してよいか
ステータスを完了にしてよいか
Slackに全文を流してよいか
ここを曖昧にしたまま自律型にすると、便利さより先に不安が増えます。
AIエージェントを止める条件、ログ、権限、承認、ロールバックを先に決める必要があります。
だから、FORMLOVAでは最初から「何でも自律実行」には寄せていません。フォーム回答、ラベル、ステータス、メール、通知、分析を状態として持ち、AIはそこへ安全に届く形を重視しています。
この考え方は、MCPフォームサービスとはで詳しく整理しています。
ワークフロー型AIエージェントは、状態を残せる
ワークフロー型の強みは、状態を残せることです。
問い合わせフォームなら、次のように分けられます。
| 状態 | 意味 | AIができること | 人間が見ること |
|---|---|---|---|
| 新規 | まだ誰も見ていない | 要約、分類候補 | 重要案件かどうか |
| 要確認 | AIだけでは判断できない | 理由の提示 | 最終判断 |
| 対応中 | 誰かが持っている | 返信下書き、関連回答検索 | 文面と優先度 |
| 完了 | 必要な対応が終わった | レポート反映 | 本当に終わったか |
| 除外 | 営業、迷惑、テストなど | 除外候補 | 誤除外ではないか |
状態があると、AIの提案を後から確認できます。
「なぜこの回答が要確認なのか」「誰に通知されたのか」「どのレポートから除外されたのか」が見えます。
これは地味ですが、業務では大切です。
フォーム運用での使い分け
フォームを起点にすると、使い分けはかなりはっきりします。
| 業務 | 先に使う型 | 理由 |
|---|---|---|
| 問い合わせ分類 | ワークフロー型 | 正当/営業/要確認を状態として残したい |
| アンケート自由記述の分析 | ワークフロー型 | テーマ分類と人間確認を分けたい |
| 低評価アラート | ワークフロー型 | 通知条件と担当者を固定したい |
| 月次レポート改善案 | 自律型寄り | 複数データを見て仮説を出す余地がある |
| MCPで複数操作を横断 | 自律型寄り | フォーム、回答、通知、レポートをまたぐため |
最初の入口は、ワークフロー型で十分です。
たとえば、営業メール自動検知は、AIが回答を読み、正当/営業/要確認の候補を出す運用です。これは自律型というより、ワークフロー型です。
低評価や緊急語だけを固定条件で見たい場合は、問い合わせ緊急キーワードアラートのようなWorkflowが先に向きます。AIが候補を出し、通知条件と確認先を決め、人間が最後に扱う形にできるからです。
一方で、ChatGPTやClaudeから「今週の未対応問い合わせを要約して、Slack通知に向くものだけ候補を出して」と頼む場合は、MCP経由で複数の操作を横断します。これは自律型に近づきます。
ただし、その場合でも、実送信や重要な状態変更には確認を残します。
AIエージェントに任せる前に決めること
業務でAIエージェントを使う前に、次の5つを決めます。
1. 読ませる入力は何か
2. AIが出してよい候補は何か
3. 人間確認が必要な操作は何か
4. 状態やログをどこに残すか
5. 失敗したときにどう戻すか
これを決めずに「AIエージェント化」すると、うまくいっている間は速く見えます。でも、1件ミスが起きた瞬間に、どこで止めればよいか分からなくなります。
FORMLOVAがフォーム作成だけではなく、回答管理、ステータス、通知、メール、分析、Workflow Placeを持っているのは、このためです。
AIに渡す前に、業務の状態を持つ。
そこからAIに読ませる。
この順番が安全です。
まとめ
ワークフロー型AIエージェントは、決まった業務を安定して進めるための型です。
自律型AIエージェントは、目的に応じて行動を選ぶ範囲が広い型です。
フォーム運用、問い合わせ、アンケート、予約、採用応募のように、失敗時の説明責任が必要な業務では、まずワークフロー型から始める方が現実的です。
AIに任せるのは、読むこと、まとめること、分類候補を出すこと、次の行動を提案すること。
人間が確認するのは、送信、削除、外部連携、重要なステータス変更、例外対応。
この境界を決めると、AIエージェントは怖いものではなく、運用を静かに助けるものになります。
AIワークフロー全体の設計はAIワークフローとは、フォーム送信後の状態設計はフォーム送信後ワークフローとは、MCPでAIチャットから運用へ届く考え方はMCPフォームサービスとはを確認してください。クラスター全体を先に見たい場合はMCPフォームサービスまとめ、自動化の基礎から整理したい場合はフォーム自動化の始め方が入口になります。
Disclosure and Verification
- Model Context Protocol公式ドキュメントを確認し、AIアプリがデータ、ツール、ワークフローへ接続する標準としてMCPを扱いました。
- OpenAI MCP docsとClaude custom connectorsを確認し、AIクライアントから外部ツールへ届く前提を反映しました。
- FORMLOVAの既存記事では、026、041、062、076の役割を確認し、本記事はAIエージェント分類の上流記事として分離しました。
