AI Commerce Search 提供两种对话式功能：对话式产品过滤和对话智能体。对话式产品过滤功能通过结构化问题引导用户优化搜索，而对话代理则支持开放式聊天体验。
通过单个 API 端点实现两种对话式功能
这两项功能均由 conversationalSearch API 端点提供支持。
对话式商品过滤
使用场景：引导用户通过澄清性问题（例如是什么颜色？）优化宽泛的搜索内容（例如连衣裙）。
互动模型：反映结构化的选择题和答案。
如需详细了解对话过滤，请参阅对话产品过滤部分。
对话智能体
使用情形：支持开放式自然语言聊天体验，例如帮我策划一个派对。
互动模式：包括 AI 生成的文本回答、动态搜索建议和后续问题。
如需详细了解交互式对话代理功能，请参阅对话代理部分。
这两种功能都支持通过并行 API 调用进行对话
Conversational API 不会返回商品搜索结果。其目的是提供对话式体验。
您的应用必须为每次用户互动分别进行两次并行的 API 调用。此架构是产品过滤和对话智能体的基础。
对话式 API：
- 具有端点
conversationalSearch。 - 支持后续问题、文字回答和优化后的查询。
- 返回的字段包括
conversation_id、followup_question和conversational_text_response。
Search API：
- 具有端点
search。 - 获取要向用户显示的产品列表。
- 返回标准商品结果列表。
这两种功能都使用核心字段 conversation_id
conversation_id 是维护单个对话会话的状态和历史记录的关键。
- 首次请求：发送不含
conversation_id的初始查询。 - 响应：API 会返回新的
conversation_id。 - 您的操作：将此内容存储在客户端会话存储空间中。
- 后续请求：对于同一会话中的所有后续互动，您必须在请求中发送存储的
conversation_id。这样，系统就能理解上下文，例如用户已经说过想要一件黄色连衣裙。