Amazon Connect AIエージェントでケースの要約を自動生成する機能がリリースされました

Amazon Connect AIエージェントでケースの要約を自動生成する機能がリリースされました

2026.04.06

はじめに

少し前のアップデートですが、Amazon Connect Casesにおいて、生成AIを活用してケースの要約を自動生成するAIエージェントがリリースされました。

https://aws.amazon.com/jp/about-aws/whats-new/2025/11/amazon-connect-ai-powered-case-summaries/

https://docs.aws.amazon.com/connect/latest/adminguide/use-generative-ai-case-summarization.html

Amazon Connect Casesとは、顧客の問い合わせや課題をケースとして記録・追跡・管理するための機能です。

この機能を利用すると、エージェントはワンクリックでケースの履歴や関連するやり取り(音声通話、チャット、タスク、コメントなど)の要約を生成できるようになります。これにより、エージェントが長い履歴をすべて読む必要がなくなり、問題の背景や次のステップを即座に把握できるため、解決までの時間が短縮されます。

本記事では、AIエージェントの作成から実際の動作確認、そして裏側でAIがどのように思考して要約を生成しているかについて解説します。

AIエージェントの作成

まずは、ケース要約を行うためのAIエージェントを作成します。

AIエージェントを作成する画面で、ケースの要約のタイプを選択します。

cm-hirai-screenshot 2026-03-23 10.28.26

プロンプトはデフォルトです。ロケールは日本語にします。

cm-hirai-screenshot 2026-03-23 10.37.52

デフォルトのAIプロンプトは以下です。モデルは apac.anthropic.claude-sonnet-4-20250514-v1:0 です。ブログ用に重要な部分を抜粋して解説します。

  Core Rules:
  1. Output must be ONE CONTINUOUS LINE of XML
  2. Output must be one single paragraph
  3. Each sentence must have direct evidence from conversation
  4. Do not add assumed or standard information
  5. Write your own summary and do not copy or paraphrase previousAgentNote section
  6. Only include FINAL status/state of any situation

ここでは、AIのハルシネーションを防ぐための強力なガードレールが設定されています。特に 「3. すべての文は会話からの直接的な証拠を持たなければならない」「4. 推測や一般的な情報を追加してはならない」 という指示により、AIが勝手に情報を補完することを防いでいます。

  Summary one paragraph Guidelines:
  - Customer_Issue: Main problem(s) and context
  - Agent commitment in Current_Status: Only explicitly committed actions by agent
    * Must be able to quote exact commitment
    * Do not include implied support or monitoring
    * Do not assume agent will follow up

要約のガイドラインでは、顧客の問題だけでなく、 「エージェントのコミットメント(約束したアクション)」 を明確に抽出するように指示されています。ここでも「正確な約束の言葉を引用できなければならない」「エージェントがフォローアップすると推測してはならない」と厳しく定義されています。

デフォルトの AI エージェント設定で、先程作成したAIエージェントを選択します。

cm-hirai-screenshot 2026-03-23 10.38.52

Connectフロー

フローは以下の通りです。
AIが会話のトランスクリプトを読み取るためには、フロー内に 「Connect アシスタント」 ブロックを配置することが必須となります。

cm-hirai-screenshot 2026-04-02 8.38.44

動作確認

実際にチャットでの問い合わせを行い、ケースの要約がどのように生成されるかを確認します。

今回のテストで使用した会話内容は以下の通りです。

  • 顧客 「昨日届いたスマートウォッチですが、画面が真っ暗で全く反応しません。」
  • エージェント 「ご不便をおかけします。付属のケーブルで充電はお試しいただきましたか?」
  • 顧客 「はい、一晩充電しましたがダメでした。リセットボタンも効きません。」
  • エージェント 「承知いたしました。初期不良の可能性が高いため、交換対応とさせていただきます。ただいま、システムにて新しいスマートウォッチの発送手配を完了いたしました。明日にはお手元に到着する予定です。」
  • 顧客 「わかりました。手配ありがとうございます。」
  • エージェント 「本件に関する対応は以上で完了となります。他に何かご不明な点はございますか?」
  • 顧客 「いえ、大丈夫です。」
  • エージェント 「それでは、お問い合わせありがとうございました。失礼いたします。」

エージェントがチャット対応開始後、プロファイル(顧客情報)と現在やりとりしているコンタクトを関連付けます。 [関連付け] をクリックします。

cm-hirai-screenshot 2026-04-02 8.47.01

関連付けます。

cm-hirai-screenshot 2026-04-02 8.47.10

[Connectケース] をクリックします。

cm-hirai-screenshot 2026-04-02 8.47.23

テンプレートからケースを作成します。

cm-hirai-screenshot 2026-04-02 8.47.46

[Generate] にて、AIエージェントによってケースの要約が実行されます。

cm-hirai-screenshot 2026-04-02 8.40.18

内容で問題なければ保存します。再作成や手動で修正も可能です。

cm-hirai-screenshot 2026-04-02 8.40.36

保存が完了しました。

cm-hirai-screenshot 2026-04-02 8.41.00

以下が保存されました。

顧客が昨日届いたスマートウォッチの画面が真っ暗で全く反応せず、付属ケーブルで一晩充電してもリセットボタンも効かない状態を報告しました。エージェントが初期不良の可能性が高いと判断し、システムにて新しいスマートウォッチの発送手配を完了し明日にはお手元に到着する予定であることを確認、対応完了を宣言しました。ケース番号47239549で2026年4月1日23:34:01に作成され、チャットでの対応により解決済みです。

cm-hirai-screenshot 2026-04-02 8.46.08

単に「スマートウォッチが壊れていたので交換した」とまとめるのではなく、「一晩充電した」「リセットボタンも効かない」といった顧客が試した具体的なトラブルシューティングの内容がしっかり拾われています。
また、エージェントの対応についても「発送手配を完了し明日到着予定」という確定した事実として正しく認識されており、ケースのメタデータ(ケース番号や作成日時)と統合されています。

なお、時刻はUTCで出力されているため、日本時間(JST)に変換して表示したい場合はプロンプトで指示するとよいでしょう。後続のエージェントや管理者が一目で状況を把握できる、完璧な要約と言えます。

AIの思考プロセス(ログの確認)

CloudWatch Logsに出力されたAIエージェントのログを確認すると、AIがプロンプトの指示に従ってどのように思考し、この要約を導き出したかがわかります。

実際のログに出力されていた <thinking> セクションの生データは以下の通りです。

<thinking>
EVIDENCE COLLECTION: 
1. "昨日届いたスマートウォッチですが画面が真っ暗で全く反応しません" [chat transcript] - explicit customer issue 
2. "はい一晩充電しましたがダメでしたリセットボタンも効きません" [chat transcript] - explicit customer troubleshooting attempts 
3. "承知いたしました初期不良の可能性が高いため交換対応とさせていただきますただいまシステムにて新しいスマートウォッチの発送手配を完了いたしました明日にはお手元に到着する予定です" [agent response] - explicit resolution action 
4. "本件に関する対応は以上で完了となります" [agent response] - explicit completion statement 
5. "Reference Number: 47239549" [fields] - explicit case reference 
6. "Date/Time Opened: 2026-04-01T23:34:01.501409605Z" [fields] - explicit creation date 
7. "CHAT" channel [audit events] - explicit contact method 

STATEMENT VERIFICATION: 
1. Customer Issue: Quote: "昨日届いたスマートウォッチですが画面が真っ暗で全く反応しません" Inference check: none needed Final state: smartwatch completely unresponsive 
2. Troubleshooting attempts: Quote: "はい一晩充電しましたがダメでしたリセットボタンも効きません" Inference check: none needed Final state: charging and reset attempts failed 
3. Agent Resolution: Quote: "承知いたしました初期不良の可能性が高いため交換対応とさせていただきますただいまシステムにて新しいスマートウォッチの発送手配を完了いたしました明日にはお手元に到着する予定です" Inference check: none needed Final state: replacement ordered and shipped, arrival tomorrow 
4. Case completion: Quote: "本件に関する対応は以上で完了となります" Inference check: none needed Final state: case resolved and completed 

CLASSIFICATION CHECK: 
- Customer Issue: Unresponsive smartwatch after delivery (confirmed) 
- Agent Resolution: Replacement smartwatch shipped with next-day delivery (confirmed) 
- Key Details: Case reference, creation date, chat channel (confirmed) 
- Agent Commitment: No future commitments as case was declared complete (confirmed) 

FINAL VALIDATION: 
Each point has direct quotes from casecontext 
No assumptions added about standard processes 
Agent declared case complete, no ongoing commitments 
Resolution details match exact agent statements
</thinking>

このログから、AIが以下の4つのステップで厳密な検証を行っていることが読み取れます。

  • EVIDENCE COLLECTION(証拠収集)
    チャットのトランスクリプトから、「画面が真っ暗で全く反応しません」「一晩充電しましたがダメでした」といった顧客の発言や、「新しいスマートウォッチの発送手配を完了いたしました」というエージェントの発言を、直接的な証拠として抽出しています。
  • STATEMENT VERIFICATION(ステートメントの検証)
    抽出した証拠をもとに、推測が含まれていないか、最終的な状態はどうなっているかを確認しています。例えば、エージェントのアクションについては「発送手配が完了し、明日到着する」という最終状態を確定させています。
  • CLASSIFICATION CHECK(分類チェック)
    顧客の問題(画面が暗い)、エージェントの解決策(発送完了)、ケースの詳細(参照番号・作成日時・チャンネル)、エージェントのコミットメントの4項目に分類しています。今回はすでに発送手配が完了しているため、将来のコミットメント(未完了のタスク)はないと正しく判断しています。
  • FINAL VALIDATION(最終確認)
    すべてのポイントがトランスクリプトからの直接の引用であり、推測や標準的なプロセスの追加がないことを最終確認しています。

このように、AIは単に文章を短くしているのではなく、事実に基づいた厳格なプロセスを経て要約を生成していることが確認できました。

最後に

Amazon Connect AIエージェントによるケース要約機能を利用することで、エージェントは過去のやり取りを一つ一つ確認する手間を省き、迅速に顧客対応を引き継ぐことが可能になります。

プロンプトによる強力なハルシネーション対策が施されているため、生成される要約の信頼性も高く、実運用においても有用な機能だと感じました。

この記事をシェアする

関連記事