Build a meeting prep and follow-up assistant with Amazon Quick and Cisco Webex MCP servers

使用 Amazon Quick 和 Cisco Webex MCP 服务器构建会议准备和后续跟进助手 | 人工智能

Amazon Quick 和 Cisco Webex MCP 服务器可以将会议准备和后续跟进整合为一个单一的对话式工作流程。用户无需在 Webex 会议、Vidcast 视频、会议记录、录音和消息空间之间切换，而是可以向一个助手请求所需的信息。

本文将展示如何使用 Amazon Quick 和 Cisco Webex MCP 服务器构建一个自定义的会议准备和后续跟进助手。通过一个简单的提示，助手可以找到即将举行的 Webex 会议，查看之前的会议摘要和会议记录，并提取相关的 Vidcast 高亮内容和会议记录上下文。然后，助手会搜索 Webex 消息线程中未解决的后续事项，并生成一个简洁的准备简报。会议结束后，同一个助手可以总结讨论内容并识别待办事项。它还可以找到相关的 Vidcast 更新，并为正确的 Webex 空间起草后续消息。

对于项目经理、团队领导和工程团队来说，业务成果是显而易见的。团队花更少的时间在会议、录音、会议记录、视频和消息线程中搜索信息。他们也花更少的时间在协作工具之间切换，并且在连续的定期会议之间获得更一致的连续性。用户可以在 Amazon Quick 中保持单一的对话式工作空间，而聊天助手通过 Cisco MCP 服务器检索 Webex 上下文。需要时，聊天助手还可以从企业数据源（如 Amazon Simple Storage Service（Amazon S3）、Google Drive、Microsoft SharePoint、Atlassian Confluence 或内部网页内容）中引入上下文。同一个聊天助手还可以使用超过 100 个预构建的操作连接器，在 Slack、Microsoft Outlook、Atlassian Jira、ServiceNow 和 Salesforce 等第三方系统中执行操作。

解决方案概述

Amazon Quick 聊天助手通过连接工具支持的开放式对话，帮助用户探索信息、分析数据并采取行动。通过 MCP 集成，Amazon Quick 连接到远程 Model Context Protocol（MCP）服务器。它将这些服务器暴露的工具注册为助手在对话过程中可以调用的操作。

该解决方案使用了三个 Cisco Webex MCP 服务器：

| Cisco Webex MCP 服务器 | 在此解决方案中的作用 | |------------------------|---------------------| | Webex Meetings MCP | 查找即将举行的和之前的会议，检索会议状态、人工智能（AI）生成的会议摘要、录音和会议记录。 | | Vidcast MCP | 搜索 Vidcast 视频，检索 AI 生成的高亮内容和会议记录，并推荐相关或热门视频。 | | Webex Messaging MCP | 搜索空间，检索消息和线程，并可选择创建后续消息或线程回复。 |

图 1 展示了从提示到会议准备简报和后续草稿的端到端工作流程。

图 1：使用 Amazon Quick 和 Cisco Webex Meetings、Vidcast 和 Messaging MCP 服务器的会议准备和后续工作流程。

使用场景

以下使用场景展示了同一个助手如何支持定期会议工作流程的两个方面。

使用场景 1：完整的会议准备流程

第一个使用场景展示了在 Webex Meetings、Vidcast 和 Webex Messaging 之间的编排。用户请求一份准备简报。代理会处理即将到来的会议，回顾之前的会议材料，获取相关的 Vidcast 上下文，并检查 Webex 聊天中的未完成后续事项。然后，它将这些发现综合成一份用户可以在参加会议前查看的简报。

以下提示启动了工作流程：

为 [DATE] 的 Project Phoenix 周度同步会议做准备。

查找即将到来的会议，回顾之前的会议，总结关键决策和待办事项，从上周提取相关的 Vidcast 高光内容，检查 Webex 消息中的未解决后续事项，并创建一份简短的准备简报。

为了处理这个请求，Quick Agent 从 Webex Meetings MCP 开始，运行 webex-list-meetings 以定位即将到来的同步会议。然后，它使用 webex-get-meeting-summary、webex-list-transcripts 和 webex-list-recordings 来获取之前的上下文信息。

接下来，它使用 vidcast-search-videos 和 vidcast-list-shared-with-me 在 Vidcast 中进行搜索。它使用 vidcast-get-video-highlights 和 vidcast-get-video-transcript 提取相关上下文，并可以使用 vidcast-recommend-watch-next 和 vidcast-recommend-trending-videos 推荐相关视频。

最后，Webex Messaging MCP 帮助 Quick Agent 找到项目空间，搜索消息，获取线程，并通过 webex-search-spaces、webex-search-messages 和 webex-get-thread 识别未解决的后续事项。Amazon Quick 从工具输出中组装最终的准备简报。

使用场景 2：会后跟进查询

第二个使用场景在会议结束后继续工作流程。助手将会议摘要、转录上下文和相关的 Vidcast 更新转换为 Webex 空间中的跟进草稿。

Project Phoenix 周度同步会议刚刚结束。

总结会议内容，识别决策和待办事项，查找相关的 Vidcast 更新，并为 Project Phoenix Webex 空间起草跟进消息。

在用户发送提示后，代理使用 Webex Meetings MCP 定位刚刚结束的会议并获取 AI 生成的摘要。如果摘要不完整，它会使用转录内容进行补充。

然后，它在 Vidcast 中搜索相关更新和高光内容，通过 Webex Messaging MCP 找到相关的（例如，Project Phoenix）Webex 空间，并起草跟进消息。除非用户明确要求发布，否则代理应在发布前进行确认。

先决条件

在开始之前，请确保以下先决条件已就绪。

• Amazon Quick 账户。您需要订阅并拥有创建集成和自定义聊天代理的权限。建议初始设置时使用管理员权限。请参阅 Quick 定价和订阅详情。

• Webex 组织。您的组织必须为将运行助手的用户提供 Webex Meetings、Webex Messaging 和 Vidcast。如果需要首先设置或验证 Webex 访问权限，请在配置 Amazon Quick 集成之前使用 Cisco Agentic Apps 概览和 Control Hub 上的配置指南。

• 启用的 Cisco Webex MCP 服务器。请要求您的 Webex 组织管理员在 Webex Control Hub 中启用 Webex Meetings MCP 服务器、Webex Messaging MCP 服务器和 Vidcast MCP 服务器。有关详细信息，请参阅 Cisco Webex MCP 服务器文档。

• Webex OAuth 凭据。创建一个 Webex OAuth 2.0 集成，并使用您计划启用的 Cisco MCP 工具所需的权限范围。

• 可访问的 Webex 内容。已登录的 Webex 用户必须能够访问代理应检索的会议、会议摘要、文字记录、录制文件、Vidcast、空间和消息。

实现

以下实现步骤将配置 MCP 连接，启用代理使用的特定工具，并在 Amazon Quick 中创建自定义聊天代理。

步骤 1：确认 Cisco Webex MCP 访问权限

Cisco 提供托管的 Webex MCP 服务器端点。您无需自行托管这些服务器。在配置 Amazon Quick 之前，请确认 Webex Control Hub 中已启用相关 MCP 服务器。同时确认从 Amazon Quick 进行身份验证的用户可以访问底层的 Webex 内容。

下表列出了本解决方案中使用的托管 MCP 服务器端点。

MCP 服务器 | 服务器 URL ---|--- https://mcp.webexapis.com/mcp/webex-meeting https://mcp.webexapis.com/mcp/webex-messaging https://mcp.webexapis.com/mcp/vidcast

注意：在 Webex Control Hub 中，您的组织管理员必须前往 Apps > Agentic Apps。他们选择每个 MCP 服务器、Webex Messaging、Webex Meetings 和 Vidcast，并将 Access 设置为允许所有用户或适当的用户组。如果这些服务器仍然被阻止，Amazon Quick 的 OAuth 连接将在集成设置期间失败。有关提供和管理 Agentic App 访问权限的详细信息，请参阅 Control Hub 上的 Provisioning 。

步骤 2：创建 Webex OAuth 凭据

在 Webex 开发者门户中创建 Webex OAuth 2.0 集成。您可以创建一个具有合并作用域的 OAuth 集成，或者为每个 MCP 服务器创建单独的 OAuth 集成。单独的集成使最小权限审核和故障排除更加容易。

下表总结了每个 MCP 服务器需要审核的作用域。

需要审核的作用域

spark:mcp

,

meeting:schedules_read

meeting:participants_read

meeting:summaries_read

meeting:recordings_read

meeting:transcripts_read

spark:messages_read

spark:rooms_read

Identity:Organization

Identity:Config

可选：在安全审核之后启用写操作。如果 Quick Agent 必须创建、更新或删除会议，则仅添加 meeting:schedules_write；如果 Quick Agent 必须创建消息或线程回复，则仅添加 spark:messages_write。写作用域允许 Quick Agent 创建或修改 Webex 内容。在初始部署时保持它们禁用，要求用户明确确认，记录操作调用，并在启用之前在非生产空间中进行测试。

在配置 OAuth 集成时，使用 Amazon Quick 在 MCP 集成设置期间显示的重定向 URL。将 Webex 客户端 ID 和客户端密钥存储在 AWS Secrets Manager 或其他批准的企业机密管理器中。限制集成管理员的访问权限，并根据组织的凭证轮换策略轮换密钥。

步骤 3：在 Amazon Quick 中添加 Cisco MCP 集成

在 Amazon Quick 中将每个 Cisco MCP 服务器添加为 Model Context Protocol 连接器。使用 OAuth 进行用户身份验证，然后输入步骤 2 中的 Webex OAuth 值。Amazon Quick 会显示您在创建 Webex OAuth 集成时使用的重定向 URL。

以下步骤展示了 Webex Messaging MCP 的设置。对 Webex Meetings MCP 和 Vidcast MCP 重复相同的模式。

• 在 Amazon Quick 控制台中，选择 Connectors。

• 在“为您的团队创建”下，选择“模型上下文协议（Model Context Protocol）”。如果您已经有模型上下文协议连接，请选择“否，创建新的”。

• 将集成命名为“Webex Messaging MCP”，提供描述，从步骤1中添加“Webex Messaging MCP”，然后选择“下一步”。

• 输入步骤2中创建的消息集成的客户端ID和客户端密钥。

• 输入令牌URL为 https://webexapis.com/v1/access_token。

• 输入授权URL为 https://webexapis.com/v1/authorize，然后选择“创建并继续”，再选择“下一步”，然后选择“完成”。

重复此过程以创建 Webex Meetings MCP 和 Vidcast MCP 端点。

第4步：查看并启用MCP工具

创建MCP集成后，Amazon Quick 会连接到MCP服务器并发现可用的工具。它会将这些工具注册为Quick Agents可以调用的操作。查看发现的操作，并仅启用此用例所需的工具。

本文推荐的工具

webex-list-meetings

webex-get-meeting-status

webex-get-meeting-summary

webex-list-recordings

webex-list-transcripts

vidcast-search-videos

vidcast-list-my-videos

vidcast-list-shared-with-me

vidcast-get-video-highlights

vidcast-get-video-transcript

vidcast-recommend-watch-next

vidcast-recommend-trending-videos

webex-search-spaces

webex-get-space

webex-search-messages

webex-get-message

webex-get-thread

webex-create-message

webex-create-thread-reply

最小权限原则：首先使用只读工具进行发现、摘要、转录、录制、Vidcast上下文、空间、消息和线程。只有在工作流程需要时、用户体验包含明确确认，并且安全审查批准额外范围后，才添加写入操作，如消息创建或线程回复。

第5步：创建会议准备和后续跟进聊天代理

导航到 Amazon Quick 中的“聊天代理”，选择“创建聊天代理”。将代理命名为“会议准备和后续跟进助手”。在代理构建器的“操作”部分，链接您在上一步中创建的三个 Cisco Webex MCP 集成。

将生成的指令替换为以下内容：

您是会议准备和后续跟进助手。

主要职责

帮助用户使用 Cisco Webex Meetings、Vidcast 和 Webex Messaging 上下文，为定期会议做准备并生成清晰的后续跟进。

如何响应

保持回答简洁且具有操作性。

不要猜测。使用 Cisco 工具的输出作为证据。

如果缺少必要的输入，请询问会议名称、日期或时间窗口以及 Webex 空间名称。

会议准备流程

1. 首先使用 Webex Meetings 工具来识别即将到来的会议及相关之前的会议。
2. 在可用时检索会议摘要、转录和录制内容。
3. 使用 Vidcast 工具查找相关的视频、亮点、转录和推荐观看内容。
4. 使用 Webex Messaging 工具查找相关的空间、消息和线程。
5. 生成一份准备简报，包括：即将到来的会议详情、之前会议的上下文、关键决策、待办事项、风险或阻碍因素、相关 Vidcast 视频、推荐的观看内容和建议的讨论主题。

会议后的跟进流程

1. 找到刚刚结束的会议。
2. 获取会议摘要和会议记录内容。
3. 识别会议中做出的决定和待办事项。
4. 查找相关的 Vidcast 更新。
5. 为相关的 Webex 空间草拟后续消息。
6. 在发布之前请先确认，除非用户明确要求你发布。

工具路由

会议查找、摘要、录制、记录 -> Webex 会议 MCP。

视频搜索、高亮、记录、推荐 -> Vidcast MCP。

空间搜索、消息搜索、线程、后续消息 -> Webex 消息 MCP。

输出规则

如果由于权限不足、内容不可用或数据缺失导致工具调用失败，请说明失败的原因以及下一步所需的输入或权限。

在粘贴指令后，代理配置应显示 Cisco MCP 集成作为操作链接。

第 6 步：测试用例 1：完整的会议准备流程

打开聊天代理并发送会议准备提示。代理应首先调用 Webex 会议 MCP 以确定即将召开的会议和之前的会议。接下来，它应调用 Vidcast MCP 以获取相关的视频上下文，并调用 Webex 消息 MCP 以获取相关的后续对话。最后，它应综合生成一份准备简报。

输出应类似于以下内容：

在此示例中，会议准备和后续助手返回了会议详情、之前的会议摘要、未完成的待办事项以及 Webex 空间中未解决的后续事项。它还返回了相关的 Vidcast 并建议了下次会议的讨论要点。

第 7 步：测试用例 2：会议后的后续查询

在会议结束后，当会议相关材料可用时，运行后续查询。对于代理的第一版，请让它草拟消息并在发布前进行确认。这有助于控制工作流程，避免在生产空间中意外发送消息。

Project Phoenix 周度同步会议刚刚结束。

总结会议内容，识别决定和待办事项，并为 Project Phoenix Webex 空间草拟后续消息。

草拟的后续消息应类似于以下内容：

在此示例中，会议准备和后续助手返回了关键决定、待办事项和截止日期、风险标志以及后续消息草稿。

安全与治理考虑

在广泛分享助手之前，请处理以下事项：

• Webex OAuth 范围的最小权限。仅请求启用的 MCP 工具所需的范围。只有在助手需要创建消息、会议或其他记录时，才添加写入范围。

• 认证用户权限。Cisco MCP 工具代表已认证的 Webex 用户操作。助手应仅检索用户在 Webex 中已获准访问的内容。

• 写入操作确认。对于消息操作，先草拟消息，然后在发布前请求确认，除非用户明确要求代理发布。

• 工具选择。除非工作流程明确要求，否则避免使用具有破坏性的工具，如 delete-message、delete-space、delete-meeting、remove-membership 和 delete-webhook。

• 可审计性。根据治理要求，审查 Amazon Quick 操作调用日志和 Webex 审计功能。

清理资源

如果你将此解决方案作为原型构建，请删除以下资源以避免持续访问或不必要的配置漂移：

• 在 Amazon Quick 中，如果不再需要自定义聊天代理，请将其删除。

• 在 Amazon Quick 中，删除为测试而创建的 Cisco Webex MCP 集成。

• 在 Webex 开发者门户中，撤销或删除不再需要的 OAuth 集成。

• 根据组织的策略，轮换测试过程中使用的任何凭证。

结论

在本文中，我们展示了如何使用 Amazon Quick 和 Cisco Webex MCP 服务器构建一个会议准备和后续跟进助手。该助手通过 MCP 集成连接到 Webex 会议、Vidcast 和 Webex 消息传递。它从协作已经发生的系统中获取上下文，将分散的手动工作流程转变为单一的对话体验。

在示例工作流程中，这种模式可以通过将发现、总结和后续撰写整合到一次引导式交流中，为每次重复会议节省大约 30 到 45 分钟。

该模式最强的部分是协调。用户不需要知道正确的上下文是否在会议摘要、转录文本、Vidcast 高亮部分或 Webex 消息线程中。他们只需请求会议准备或后续跟进，Amazon Quick 聊天代理就会将工作路由到正确的 Cisco MCP 工具。虽然本文重点介绍了会议准备和后续跟进，但相同的 Amazon Quick 和 Webex MCP 模式也可以用于其他 Quick Agents。例如，包括能够将会议决策提取到补救计划中的事件审查代理、能够总结账户检查的客户成功代理，以及在领导层审查之前收集相关 Webex 更新的高管简报代理。

要将此解决方案适应您的组织，可以从只读工具开始，验证助手是否为您的用户检索了正确的 Webex 上下文。然后添加受控的写操作，例如创建后续消息或线程回复。

关于作者

'"`