自動化で人の承認をどこに挟むか:止める処理と流す処理の判断表

判断の軸は3つの問いだけ

処理ごとに、次の3つを順に確認します。

1. 取り消せるか:削除、上書き、送信済みメールなど、元に戻せない、または戻すのに手間がかかるものは「いいえ」です。
2. 外に出るか:顧客、取引先、公開ページ、SNSなど、自分の組織の外から見える処理です。
3. お金や権限が動くか:請求、支払い、返金、発注、アカウント権限の変更などです。

判定ルールは次のとおりです。

• 0個:自動で流す(実行ログは残す)
• 1個:原則として承認を挟む
• 2個以上:承認を挟み、承認画面に「何がどこへ出るか」を具体的に表示する

「社内のスプレッドシートに追記する」は戻せて社内にとどまるので0個です。「顧客に請求書メールを送る」は戻せず、社外に出て、お金にも関わるので3個です。

可逆性×影響範囲の判断表

縦を「戻せるか」、横を「影響が及ぶ範囲」にした表です。区分は編集上の提案で、組織の事情に合わせて調整してください。

• **簡単に戻せる**、自分・自チームだけ：自動、社内の他の人：自動+ログ、社外・お金・権限：初期運用は承認、安定したら事後確認
• **戻すのに手間がかかる**、自分・自チームだけ：自動+バックアップ、社内の他の人：承認、社外・お金・権限：承認
• **戻せない**、自分・自チームだけ：承認、社内の他の人：承認、社外・お金・権限：承認+内容を固定して確認

処理の例を当てはめると、次のようになります(説明用の例です)。

• フォーム回答を社内の表に追記、戻せるか：戻せる、範囲：自チーム、判定：自動
• AIが議事録の要約を下書き保存、戻せるか：戻せる、範囲：自分、判定：自動
• 社内チャットへの定型通知、戻せるか：一部戻せる(削除可)、範囲：社内、判定：自動+ログ
• 顧客情報の一括上書き、戻せるか：手間がかかる、範囲：社内、判定：承認
• 顧客への返信メール送信、戻せるか：戻せない、範囲：社外、判定：承認
• 請求書の発行・送付、戻せるか：戻せない、範囲：社外・お金、判定：承認+内容固定
• 返金処理、戻せるか：戻せない、範囲：お金、判定：承認+内容固定
• ユーザー権限の付与、戻せるか：手間がかかる、範囲：権限、判定：承認

「簡単に戻せる」と思っていても、通知やメールは相手がすでに読んでいれば戻せません。迷ったら一段厳しい側に倒します。

各ツールで確認できた承認機能

承認を入れる仕組みは、ツールごとに前提が違います。以下は2026年10月30日時点で、各公式ページを開いて確認した内容です。

n8n:AIエージェントのツール単位で承認できる

n8nのツール呼び出しに対するHuman-in-the-loopのドキュメントによると、AIエージェントが特定のツールを使う前にワークフローを一時停止し、人が承認か拒否を選べます。承認依頼には使うツールとパラメータが表示されます。拒否するとその処理は実行されず、AIには拒否が伝えられます。

連絡手段はn8n Chat、Slack、Discord、Telegram、Microsoft Teams、Gmail、WhatsApp Business Cloud、Google Chat、Microsoft Outlookの9種類です。リスクの高いツール(メッセージ送信、レコード変更、削除など)を選んで承認を付けられる点が、判断表と相性がよいところです。拒否されたときにAIが適切に振る舞うには、システムプロンプトの設定が必要とも書かれています。このページでは、対象プランや提供バージョンは確認できませんでした。

Zapier:Human in the Loopの「承認をリクエスト」

ZapierのHuman in the Loopの承認ヘルプでは、次の点が確認できました。

• 有料プランで使える(Professional、Team、Enterprise。無料プランは対象外と記載)
• 「承認依頼メッセージ」と「確認対象の内容」を設定でき、承認者が内容を編集できる設定もある
• 拒否されたとき、実行を続けるか止めるかを選べる
• タイムアウトを分〜週の単位で設定でき、無応答時に先へ進むか止まるかを選べる
• 通知先はメール、Slack、別のZapの起動
• 承認者はZapierアカウントが必要で、Zapを共有する必要がある。Professionalプランでは自分自身にのみ承認を依頼できる
• Human in the LoopはLoopingステップの内部にも、その後にも置けない

ここで重要なのは、拒否時と無応答時の設定を「止める」側にすることです。取り消せない処理で「無応答なら先へ進む」にすると、承認の意味がなくなります。

Make:承認アプリはEnterprise向けのクローズドベータ

MakeのHuman in the Loopアプリのページでは、Enterpriseプラン専用で、招待された顧客のみのクローズドベータと記載されています。モジュールは「レビュー依頼の作成」「レビュー依頼のキャンセル」「レビューの一覧」「完了したレビューの監視」です。この記載の範囲では、一般のプランで同じ機能をすぐ使えるとは言えません。それ以外のプランでの代替手段は今回確認していないため、ここでは扱いません。

承認ステップの置き方の例

以下は動作確認をしていない、説明用の設計例です。

例:問い合わせにAIが返信案を作り、顧客へ送る

• 1、処理：問い合わせを受信、扱い：自動
• 2、処理：過去の対応履歴を検索、扱い：自動
• 3、処理：AIが返信文を下書き、扱い：自動
• 4、処理：担当者が内容を確認、扱い：承認
• 5、処理：顧客へ送信、扱い：承認後のみ
• 6、処理：対応履歴を記録、扱い：自動

置き場所のコツは、取り消せない処理の直前に置き、その手前の処理はすべて自動で済ませておくことです。承認者が見る時点で、判断に必要な材料がそろっている状態にします。

承認依頼に入れる内容(コピーして使えます)

【承認依頼】顧客への返信メール
宛先:{{顧客名}}({{メールアドレス}})
件名:{{件名}}
本文:{{AIの下書き}}
根拠にした情報:{{参照した履歴の要約}}
承認すると:今すぐ上記の内容で送信されます(取り消せません)
拒否すると:送信せず、担当者の手動対応に回ります

「承認すると何が起きるか」を1行で書いておくと、承認者が判断しやすくなります。

AIエージェントに渡す指示の例

n8nのようにAIが拒否の通知を受ける場合、拒否後の動きを指示しておきます。

あなたは問い合わせ対応の補助役です。
「メール送信」ツールは人の承認が必要です。
承認が拒否された場合は、同じ内容で再実行せず、
拒否されたことを記録し、担当者への引き継ぎメモを作成して終了してください。

承認疲れを避けるための運用

承認を増やしすぎると、判断表の意味が薄れます。次の3点で調整します。

• 件数が多い定型処理はまとめて承認する:例えば毎朝1回、送信予定の一覧を確認する形にします。ただしZapierのHuman in the LoopはLoopingステップの内部にも、その後にも置けません。
• 見直す指標を決める:承認がほぼ毎回そのまま通る処理は、事後確認への格下げを検討します。逆に、承認者が頻繁に修正する処理は、手前のAIへの指示や入力データを直します。
• 承認者と代行者を決めておく:無応答なら止める設定にしている場合、承認者が不在だと業務が滞ります。

最初は広めに承認を入れ、ログを見て外していく順番が安全です。最初から緩くして後から締めると、事故が起きてからの対応になります。