最終更新日: 2026-10-15
ワークフロー型は手順を先に決め、自律型は目的に合わせてAIが手順やツールを選びます。繰り返す問い合わせ分類ならワークフロー型、調べる道筋が毎回変わる調査なら自律型が候補です。まず読み取りだけの試行で、止まる条件まで決めてください。
まず結論 -- ワークフロー型は手順、自律型は判断範囲が広い
以下の列や担当・期限は運用設計の例です。FORMLOVA標準のstatusは new（新規）、in_progress（対応中）、resolved（解決済み）、spam の4値です。担当者、確認待ち、返信期限、AI候補はnotes・既存タグを保持するタグ運用・用途に応じたフォーム項目、または別の運営台帳へ分けます。needs_review は確認用の印で、標準statusではありません。複数回答の状態変更は対象IDごとに実行し、再取得で確認します。
MCPのCSV/Excel書き出しはフォーム項目と送信日時で、回答ID・status・owner・notes・tags列は含みません。フォーム全件を書き出し、必要な絞り込みは管理した作業コピーで行います。IDや状態の分析は対応する回答取得で確認し、生メール照合や存在しないCSV列で結合しません。MCPのメール・電話はマスクされるため、マスク値を宛先やCRMの本人キーへ渡しません。標準Sheets自動同期も送信日時とフォーム項目で、owner/status等は別の作業台帳へ分けます。Freeの所有者向け通知は6時間ダイジェストでメール枠の対象外です。回答者向けメールや、チャットで作る未対応レポートとは別です。
違いを表にすると、こうです。
| 観点 | ワークフロー型AIエージェント | 自律型AIエージェント |
|---|---|---|
| 動き方 | 決まった手順に沿って進む | 目的に応じて次の行動を選ぶ |
| 得意な仕事 | 分類、要約、通知、担当者候補、レポート | 調査、複数ツール横断、例外対応 |
| 設計しやすいもの | 状態、承認、停止条件、ログ | ゴール、権限、探索範囲、失敗時の復帰 |
| 最初に向く業務 | 問い合わせ管理、アンケート分析、予約確認 | 社内調査、複雑なタスク分解、運用改善案の探索 |
| リスク | 手順が古くなる | 予想外の行動範囲に広がる |
フォーム運用で考えるなら、最初はワークフロー型が向いています。
回答が届く
-> AIが要約する
-> 種別と緊急度の候補を出す
-> 担当者へ通知する
-> 人間が確認する
-> ステータスを更新する
この流れなら、どこで何が起きたかを追えます。
同じ問い合わせで任せる範囲を比べる
次は未実行の提案例です。まず下書きや架空データで試し、実回答を使う場合はフォーム・期間・扱ってよい情報を決めます。
問い合わせ受付フォームを未公開で下書きにしてください。
運用案Aは「回答取得→3行要約→分類候補→人間確認」の固定4段階にします。案Bは、同じ入力から追加で必要な情報を調べる手順だけ提案してください。
両案の権限、停止条件、保存先を表で比較してください。調査や外部書き込みを実行せず、不明な機能は不明と書いてください。
Aは全件で同じ確認点に戻れるか、Bは探索範囲と終了条件を言えるかを確認します。どちらも送信・削除・公開を実行していないことを、ツール履歴でも確認します。
この図は運用の考え方を示す既存の概念図です。実画面や動作成功の証拠ではありません。図の自動化範囲も、利用プラン・接続・設定後に成立する設計を示します。
フォーム作成・公開・回答受付・検索・標準status・書き出し・基本分析は無料で使えます。上のAIの整理は接続するAIクライアント側で行い、外部AIの利用条件や費用は別です。カスタム自動返信、リマインド、取り込み、詳細分析、添付、標準のSheets自動同期はスタンダード以上、一斉メールやシーケンスはプレミアム以上です。外部MCPを使うレシピはFreeからでも外部接続・権限・提供元条件がそろえば実行できますが、チャットへ貼るだけで常時監視は始まりません。
確認付きの問い合わせ受付を作る
上の下書きと確認から無料で試し、運用に必要になった機能を追加できます。
登録してメール確認後、対応AIチャットへ接続し、上の依頼文で下書きを作ります。公開前に内容を確認し、外部AIの利用条件・費用も確認してください。
自律型から始めると難しい理由
自律型AIエージェントは魅力的です。
「この問い合わせを処理して」と言えば、必要な情報を集め、担当者を探し、返信を作り、CRMを更新し、次のタスクまで作ってくれる。そんな体験を想像しやすいです。
ただ、本番業務では途中に判断が多くあります。
この回答は本当に正当な問い合わせか
営業メールではないか
個人情報を外部に送ってよいか
この相手に自動返信してよいか
ステータスを完了にしてよいか
Slackに全文を流してよいか
ここを曖昧にしたまま自律型にすると、便利さより先に不安が増えます。
AIエージェントを止める条件、ログ、権限、承認、ロールバックを先に決める必要があります。
だから、FORMLOVAでは最初から「何でも自律実行」には寄せていません。フォーム回答、ラベル、ステータス、メール、通知、分析を状態として持ち、AIはそこへ安全に届く形を重視しています。
この考え方は、MCPフォームサービスとはで詳しく整理しています。
ワークフロー型AIエージェントは、状態を残せる
ワークフロー型の強みは、状態を残せることです。
問い合わせフォームなら、次の業務段階をnotesや別の運営台帳で表せます。標準statusへの追加値ではありません。新規はnew、作業中はin_progress、解決確認後はresolvedへ対応させます。
| 状態 | 意味 | AIができること | 人間が見ること |
|---|---|---|---|
| 新規 | まだ誰も見ていない | 要約、分類候補 | 重要案件かどうか |
| 要確認 | AIだけでは判断できない | 理由の提示 | 最終判断 |
| 対応中 | 誰かが持っている | 返信下書き、関連回答検索 | 文面と優先度 |
| 完了 | 必要な対応が終わった | レポート反映 | 本当に終わったか |
| 除外 | 営業、迷惑、テストなど | 除外候補 | 誤除外ではないか |
状態があると、AIの提案を後から確認できます。
「なぜこの回答が要確認なのか」「誰に通知されたのか」「どのレポートから除外されたのか」が見えます。
これは地味ですが、業務では大切です。
フォーム運用での使い分け
フォームを起点にすると、使い分けはかなりはっきりします。
| 業務 | 先に使う型 | 理由 |
|---|---|---|
| 問い合わせ分類 | ワークフロー型 | legitimate/sales/suspicious/junkを状態として残したい |
| アンケート自由記述の分析 | ワークフロー型 | テーマ分類と人間確認を分けたい |
| 低評価アラート | ワークフロー型 | 通知条件と担当者を固定したい |
| 月次レポート改善案 | 自律型寄り | 複数データを見て仮説を出す余地がある |
| MCPで複数操作を横断 | 自律型寄り | フォーム、回答、通知、レポートをまたぐため |
最初の入口は、ワークフロー型で十分です。
たとえば、営業メール自動検知は、AIが回答を読み、営業検知4ラベルの候補を出す運用です。これは自律型というより、ワークフロー型です。
低評価や緊急語だけを固定条件で見たい場合は、問い合わせ緊急キーワードアラートのようなWorkflowが先に向きます。AIが候補を出し、通知条件と確認先を決め、人間が最後に扱う形にできるからです。
Workflowページは再利用できるチャット用プロンプトです。接続中のセッションで必要なツールとプランを確認して実行するもので、回答ごとの監視や定期実行が自動で設置されるわけではありません。定期レポート・リマインドは対応するスタンダード以上の設定か別途のスケジューラーが必要で、外部Slack/Sheets MCPは接続・権限・提供元条件も別に確認します。
一方で、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フォームサービスまとめ、自動化の基礎から整理したい場合はフォーム自動化の始め方が入口になります。
執筆・確認情報
- Model Context Protocol公式ドキュメントを確認し、AIアプリがデータ、ツール、ワークフローへ接続する標準としてMCPを扱いました。
- OpenAI MCP docsとClaude custom connectorsを確認し、AIクライアントから外部ツールへ届く前提を反映しました。
- 本記事はAIエージェントの分類を扱います。個別のフォーム作成や自動化の操作手順は、上記の関連記事で説明しています。
改稿確認（2026-10-15）: 本文の回答操作、プラン境界、書き出し列、提案例を現行リポジトリと照合しました。過去日付の調査は当時の記録であり、架空例は実測成果ではありません。
