AI自動化に人の承認を入れる方法：返信・転記・公開の前に確認する内容

AI自動化に人の承認を入れる方法を解説。返信・転記・公開の直前に確認する内容、承認した版と実行内容の一致、差戻し・再実行の状態を整理します。

AIが作る返信や転記内容は、下書きを作る段階と、顧客へ送る・本番データを書き換える段階を分けると管理しやすくなります。人の承認を入れる場合も、単に「承認」ボタンを置くだけでなく、何を確認し、どの版を実行するかを決めます。

少人数の会社では、すべてを承認制にすると処理が止まりやすくなります。まず、間違えたときに相手へ影響する操作を特定し、その直前に確認を置く設計から始めましょう。

下書きと外部への実行を分ける

問い合わせへの返信を例にすると、分類、下書き保存、返信送信は別の操作です。分類を間違えたときに人が直せる場合と、誤った条件を顧客へ送った場合では影響が異なります。

n8nには、AI Agentが特定のツールを実行する前に、人が承認・拒否する機能が案内されています。承認要求には実行するツールと入力が表示されます。対象機能や設定は利用環境で確認してください。n8nの人による確認機能

返信文だけを見ても、相手の質問に答えているかは判断できません。確認する画面には、元の問い合わせ、生成した返信、送信先、添付、参照した資料の版をまとめます。

台帳への転記なら、変更前と変更後の値を表示します。「顧客情報を更新します」だけでは、どの顧客の何が変わるか分からないためです。確認に必要ない個人情報まで広く通知しないよう、通知先と表示範囲も決めます。

承認者が文章を修正できる設計なら、修正後の版を確定してから実行します。最初の生成結果を承認した記録で、後から変更された文章を送らないようにしてください。

一つの依頼に、処理IDと版番号を付けます。状態は「下書き」「承認待ち」「承認済み」「実行済み」「却下」「期限切れ」のように区別できます。

架空例なら、返信REQ-024のv2を承認した後に本文を変えたらv3として再確認に戻します。「一度承認された依頼だから、その後の変更も承認済み」という扱いにはしません。

二重実行を防ぐには、実行先の重複防止機能や、一意なIDを扱える保存先が必要になる場合があります。表計算へ状態を書くだけで、同時実行の競合まで必ず防げるとは考えないようにします。

却下されたときは、理由を残して下書きへ戻すか、手動対応へ切り替えます。AIに理由だけを渡して無制限に再生成させると、確認待ちが増えたり費用が膨らんだりするため、再生成の回数や担当を決めます。

承認者が不在なら、代理者へ回す条件を設けます。返信期限を過ぎたら自動送信する、といった扱いにせず、業務の方針に合った通知・停止・手動対応を選びます。

期限切れの下書きを後日承認するときは、元の問い合わせや価格条件が変わっていないか確認します。古い資料に基づく返信を、承認だけ新しくして使わないようにしてください。

テスト用の保存先で、承認、却下、期限切れ、二重クリックを試します。顧客へ実際に送らず、何が実行される予定だったかをログへ残す段階から始めます。

確認するのは、正常時に動くことだけではありません。誤った宛先が表示されたら止められるか、修正後の版を再確認できるか、実行成功後に通信が切れても重複を調べられるかを見ます。

月に数件しかない作業なら、下書きをAIで作り、人が手動で送る方が単純な場合もあります。承認機能を入れること自体を目的にせず、確認する負担と誤実行を減らせる構成を選びましょう。