操作ごとの確認負担を抑える「Smart Approvals」の発表

AWSは2026年10月28日、Amazon Quickにおいてエージェントの操作をレビューする新機能「Smart Approvals」の提供を発表しました(AWSの発表資料)。エージェントが利用者に代わってメール送信やチケット作成、記録更新を行う際、すべての工程で人間の確認を挟むと「承認疲れ」を招き、結果として確認の質が下がるという課題に対応するものです。

この仕組みでは、classifierと呼ばれるレビュー用の別モデルが、利用者の依頼内容と照らし合わせて対象の操作を評価します。依頼に沿った定型的な操作は自動で承認し、影響の大きい操作は利用者の確認へ振り分けることで、監視の質を保ちながら確認回数を抑えることを目指しています。

既存の権限が前提となる自動レビューの仕組み

Smart Approvalsを導入しても、利用者に新しいアクセス権が付与されるわけではありません。Amazon Quickでは、操作を評価する際に組織で設定された既存の権限やガードレール、コネクタ側の権限が最優先で適用されます。ポリシーで禁止されている操作は禁止のままであり、人間の承認を義務付けている操作は必ず利用者へ確認が回ります。

Amazon Quickの公式ドキュメントによると、自動レビューの対象になるには、コネクタ作成者が操作を「Let user choose」に設定し、かつ利用者の設定が「Ask each time」になっているという両方の条件を満たす必要があります。これらを満たさない操作は設定に直接従い、たとえば「Always Allow」の操作はレビューなしで実行されます。また、Smart Approvalsのレビュー対象となった操作において、組織外へのデータ送信、権限変更、コンテンツの削除や上書き、支払いの実行といった重大な操作や、タイムアウトなどのレビュー失敗時には、必ず利用者に判断を委ねる仕様です。公式ガイドでも、必ず人間の承認を要する業務操作については、自動判定に任せるのではなくコネクタ側の権限設定で常にレビューを求める運用が推奨されています。

利用環境と設定範囲における実務上の注意点

実務への導入にあたっては、対応環境と設定の波及範囲に留意が必要です。Smart Approvalsは現在、Amazon Quickのデスクトップアプリとモバイルアプリに対応しており、Web版では利用できません。

機能自体は全利用者で既定で有効化されていますが、管理者はカスタム権限プロファイルを使って利用可否を制御できます。また、管理者が許可している場合は、チャットメニューから利用者自身でオンとオフの切り替えが可能です。ただし、この設定は組織やアカウント全体ではなく当該利用者自身に共通して適用されるため、進行中のすべての会話だけでなく、利用者に代わって実行される定期実行タスクにも影響します。特定の会話だけで試すつもりで変更すると、スケジュールされた処理の承認フローまで変わる点に注意が必要です。

承認ログと「実行結果」を分けた設計の重要性

「承認記録と実行結果の照合(概念図)」として、左側に公式仕様の「承認ログ」「実行成功の証拠ではない」、右側に確認設計の提案として「接続先の実行結果」「登録内容・IDを照合」を並べて対比した概念図

監査の観点では、AWS CloudTrailにSmart Approvalsの判定結果や利用者の設定変更が記録されます。ただし公式ガイドが注意を促しているように、承認元が「SMART_APPROVALS」と記録されたイベントは、あくまで操作が承認されたことの証明であり、接続先の外部システムでその操作が実際に実行されたことの証明ではありません。自動承認が保証するのは、レビューを通過したその1回の操作のみです。

したがって、業務システムと連携する際は、AI側での承認完了と接続先での処理完了を切り離して考える必要があります。たとえばチケット作成であれば、承認ログだけでなく、チケット管理システム側で正常にIDが発行されたか、データが意図通りに登録されたかといった実行結果を確認・照合する仕組みを整えておくことが大切です。

国内業務への応用とデノフでの相談

たとえば国内の保守受付業務を想定してみましょう。顧客から届いた障害報告をもとに、社内チケットを作成し、顧客へ受付メールを返信するような業務の流れです。この場合、社内向けのチケット起票は安全な定型操作として自動承認の対象とし、顧客への社外送信メールは必ず担当者が文面を確認してから送信する、といった切り分けが考えられます。さらに、チケット起票がネットワークエラーなどで失敗した場合に備え、処理状態を画面で確認し、未完了分を安全に再試行できる業務導線も欠かせません。

このような仕組みを整えるには、日常の業務を「参照・作成・更新・送信」といった単位に分解し、どの操作に人間の判断を残し、どの操作を自動化できるかを整理することから始まります。コネクタや標準設定でまかなえる範囲と、接続先のAPI連携や結果照合のための個別改修が必要な範囲を適切に見極めることが重要です。

デノフでは、Web・システム開発やAI活用支援を通じて、業務の整理からAIを組み込む工程の選定、既存システムとの連携設計までを一貫してお手伝いしています。社内記録の更新や問い合わせ対応の自動化を検討される中で、確認フローの設計や処理結果の確実な記録方法に課題をお持ちの際は、ぜひデノフへの相談窓口からお気軽にご相談ください。