n8nでAIエージェントを業務へ組み込むときは、トリガー、入力整形、AI Agent、道具、人の確認、結果記録を一つのワークフローとして接続します。 AIに任せるのは文章の分類や道具の選択など、入力ごとに判断が変わる部分です。転記、形式変換、通知のように手順が決まる部分は通常ノードへ残すと、費用と誤作動を抑えられます。
AIエージェント開発を体系的に学びたい方は、AIエージェントが学べるおすすめスクールで、AI活用、Python実装、マンツーマン支援の違いを比較できます。
| 層 | n8nで使う要素 | 役割 |
|---|---|---|
| 入口 | Trigger | メール、フォーム、時刻などで開始 |
| 整形 | Set、Codeなど | 必要な項目へそろえる |
| 判断 | AI AgentとChat Model | 分類し、道具を選ぶ |
| 実行 | Tool sub-node | 検索、登録、通知を行う |
| 制御 | IF、人の確認 | 危険な操作を止める |
| 記録 | DB、Sheet、ログ | 入出力と終了理由を残す |
業務フローの中でAIが必要な一点を決める
問い合わせ対応なら、受信、顧客情報取得、担当割当、返信、記録の全工程をAIへ渡さず、「問い合わせ種別と優先度の判定」だけを最初の対象にします。判定結果を通常のIFノードへ渡せば、その後の経路を明示できます。
n8nのAIワークフロー入門では、Chat Trigger、AI Agent、Chat Modelなどをつないで対話型の処理を作る流れが示されています。
AIを置く場所の判定。
- 入力によって答え方が変わるか
- 明確な規則だけで処理できないか
- 誤判断したときに人が戻せるか
- 正解例と不正解例を用意できるか
- モデル利用の費用に見合うか
条件式で十分ならAI Agentを使わず、通常の自動化として作る方が再現しやすくなります。
AI Agentへモデルと少数の道具を接続する
n8nのAI Agentノード資料では、エージェントへChat ModelやToolを接続して使います。モデルがツール呼び出しへ対応しているかも確認が必要です。
道具は用途が重複しないように分けます。「顧客を検索する」「チケットの下書きを作る」「承認済みチケットを送信する」のように、読み取り、下書き、実行の権限を段階化します。
| ツール | 自動実行 | 人の確認 | 理由 |
|---|---|---|---|
| 顧客情報を検索 | 可 | 不要 | 読み取りに限定 |
| 返信案を保存 | 可 | 任意 | 外部送信しない |
| 顧客へ返信 | 条件付き | 必要 | 誤送信の影響 |
| 契約を解約 | 不可から開始 | 必須 | 取り消しが難しい |
AIの出力を構造化して通常ノードへ戻す
自由文だけを次のノードへ渡すと、分岐や記録が不安定になります。種別、優先度、根拠、推奨処理、不足情報を固定項目として返し、値の範囲を検証してから処理します。
n8nのIFノード資料を使えば、構造化した値に応じて経路を分けられます。モデルの文章へ含まれる「緊急」という語だけで判定せず、専用フィールドを作る方が意図を追いやすい設計です。
実行の流れ。
- トリガーから必要項目を抽出する
- AI Agentへ依頼と利用可能な道具を渡す
- 構造化した判定結果を受け取る
- 値を検証し、不正なら人へ回す
- IFノードで通常経路を選ぶ
- 結果と実行IDを記録する
再試行と重複実行を別の問題として扱う
接続先の一時障害には再試行が役立ちますが、送信後に応答だけ受け取れなかった場合、同じ処理を繰り返すと二重登録になります。実行IDを外部操作へ渡し、すでに処理済みか確認します。
n8nのエラー処理資料では、ワークフロー失敗時に別のError Workflowを動かす方法などが説明されています。技術エラー、AIの判定不能、業務上の承認拒否を同じ失敗として通知しないことが重要です。
OWASPの過剰な自律性に関する資料は、不要な機能、権限、自律性を減らし、高影響の操作へ人の承認を置く対策を示しています。n8nの認証情報が強い権限を持つほど、AI Agentへ直接渡す道具を絞ります。
AIエージェントに人の承認を入れる方法も参照し、承認画面へ対象、変更内容、影響、期限を表示できるようにします。
n8nとAIエージェントの連携でよくある質問
n8nの通常ワークフローとAI Agentは何が違いますか？
通常ワークフローは人が決めた経路を実行し、AI Agentは依頼に応じて道具や次の行動を選びます。処理順が明確なら通常ノード、言語的な判断が必要な一点だけAI Agentという併用が実務的です。
AI Agentへ既存の認証情報を渡してもよいですか？
接続自体は可能でも、認証情報が許可する操作を確認してください。読み取り専用の資格情報を分け、更新ツールは対象と引数を制限し、高影響操作には人の承認を置く方が安全です。
ワークフローが途中で失敗したらどこから再開しますか？
操作ごとに実行済みの記録を残し、再実行してよい処理と重複を避ける処理を分けます。単に先頭から再実行すると二重送信や二重登録が起きるため、外部操作へ一意な実行IDを持たせます。
n8nでは決定的な処理でAIの判断を挟む
n8nの強みは、AIだけで完結させず、既存の自動化、分岐、記録の中へ判断を限定して置けることです。AIを使わない部分を増やすほど、処理の再現性と原因追跡を保ちやすくなります。
- AIが必要な判断を業務フローの一点へ絞る
- 読み取り、下書き、実行で道具の権限を分ける
- 構造化した結果を検証して通常ノードへ戻す
- 再試行、重複防止、承認拒否を別々に設計する
Microsoft 365を中心に社内知識と操作をつなぐ場合は、Copilot Studioで作るAIエージェントで公開範囲と認証を含む手順を確認できます。
