AI Commerce Search 提供兩項對話功能：對話式產品篩選和對話式代理。對話式產品篩選功能會以結構化問題引導使用者縮小搜尋範圍，而對話式代理則提供開放式對話體驗。
透過單一 API 端點提供兩種對話式功能
這兩項功能都由 conversationalSearch API 端點提供支援。
對話式產品篩選
使用時機：引導使用者縮小廣泛搜尋範圍，例如洋裝，並提出釐清問題，例如「這是什麼顏色？」
互動模型：反映結構化的選擇題和答案。
如要進一步瞭解對話式篩選功能，請參閱「對話式產品篩選」一節。
對話式代理
用途：支援開放式自然語言對話體驗，例如「幫我規劃派對」。
互動模式：包括 AI 生成的文字回覆、動態搜尋建議和後續問題。
如要進一步瞭解互動式對話型代理程式功能，請參閱「對話型代理程式」一節。
這兩項功能都支援透過平行 API 呼叫進行對話
對話式 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。這樣系統就能瞭解背景資訊，例如使用者已表示想要黃色洋裝。