Amazon Quick Chat Agent 网页嵌入集成实践指南
原文中文，约12000字，阅读约需29分钟。
📝
内容提要
本文介绍了如何将Amazon Quick Chat Agent嵌入自有业务页面，分为一键式嵌入和SDK嵌入两种方式。一键式嵌入适合已登录用户，简单快捷；SDK嵌入适合未登录用户，支持页面控件联动。文章详细阐述了两种方式的实现步骤、安全模型及优缺点，帮助企业整合智能助手功能。
🔎
延伸解读
一键式嵌入的适用场景
一键式嵌入适合已登录用户，快速实现对话框的嵌入，适合内部使用的场景。由于其依赖用户的登录态，无法支持未登录用户或外部访客，因此在选择时需考虑目标用户的身份和使用场景。
SDK嵌入的优势与复杂性
SDK嵌入提供了更强的功能，支持页面控件与Agent的双向通信，适合需要复杂交互的场景。然而，这种方式需要后端开发和身份验证的实现，增加了集成的复杂性，企业需权衡技术投入与功能需求。
安全性与用户身份验证
SDK嵌入的安全模型依赖于服务端签发的动态embed URL和域名白名单，确保了用户身份的安全性。企业在实施时需确保后端接口的安全性，以防止未授权访问，保护用户数据。
❓
Q&A
Amazon Quick Chat Agent 的一键式嵌入适合什么样的用户？
一键式嵌入适合已登录用户，简单快捷，主要用于内部使用。
SDK 嵌入与一键式嵌入有什么主要区别？
SDK 嵌入支持页面控件与 Agent 的双向通信，而一键式嵌入则不支持这种联动。
如何实现 Amazon Quick Chat Agent 的 SDK 嵌入？
需要后端实现签发接口，使用官方 JS SDK 加载 Agent 对话框，并动态签发 embed URL。
一键式嵌入的优缺点是什么？
优点是快速上线，缺点是无法实现页面与 Agent 的联动，适合简单嵌入需求。
使用 SDK 嵌入时如何确保安全性？
SDK 嵌入通过一次性令牌、域名白名单和服务端身份绑定来确保安全性。
Amazon Quick Chat Agent 嵌入的主要价值是什么？
嵌入方案让企业能够复用 Quick 的成熟 Agent 能力，降低开发成本，提升用户体验。
🏷️
