從一句「幫我選」到商品推薦：AI Agent 如何讀懂購買意圖
v1.0.0 專題
一步步說明 Agent 如何把模糊的購物需求化為明確條件，找出有證據支援的候選商品，再給出附帶前提的推薦。
目前狀態： 本文依據目前 v1.0.0-beta 邊界撰寫，只陳述方法和證據要求，不把尚未驗證的平台採用、排名、引用、推薦或銷售結果寫成事實。
「幫我選」不是一個完整的商品查詢，而是在邀請 Agent 找出尚未說清的問題。安全的購物 Agent 會把請求轉成明確約束，用證據比較候選，並在證據不足時停止推薦。
購買意圖只是待驗證的假設
以「我需要一副辦公耳機」為例，請求沒有說明使用環境、裝置、麥克風需求、聽力限制、預算和對隔音的接受程度。Agent 不應把第一個看似合理的解釋直接變成推薦，而要先形成假設，指出哪些變數會改變答案，只追問真正影響決策的問題。
硬約束會排除候選，例如介面類型、過敏成分、尺寸、電壓或嚴格預算上限；軟偏好只用於給剩餘候選排序，例如顏色、重量、風格或續航偏好。兩者分開，才能避免熱門賣點覆蓋安全和相容要求。
候選事實必須能夠比較
如果一件商品提供精確尺寸，另一件只寫「輕巧」，第三件完全缺少該欄位，匹配很容易失真。商品知識層透過穩定的 Facts、Guidance、Limitations、Compatibility 和 Identifiers 讓證據更可比，但不會憑空創造一個通用評分。
未知值必須保持未知。「沒有寫限制」不等於「不存在限制」。遇到關鍵約束時，Agent 可以降低置信度、排除候選，或向商家和使用者繼續提問。
來源保留了匹配理由
一個推薦應當可以還原成一條簡短的路徑：使用者約束、匹配陳述、公開來源，以及仍需即時確認的事項。兩個文件衝突或商家更新陳述時，來源記錄能讓問題被發現；沒有來源，流暢解釋也可能掩蓋錯誤匹配。
每條決定性陳述都應記錄資源地址和檢查日期或版本。相容性來自支援頁面、尺寸來自商品頁時，應同時保留兩個來源，而不是壓成沒有出處的摘要。
限制條件可以直接否決推薦
正面特徵通常用來排序，限制條件卻常常是門檻。帳篷很輕，不代表適合冬季；充電器功率足夠，不代表介面正確；護膚品功能合適，也可能含有使用者排除的成分。限制與硬約束衝突後，再多賣點也不應把候選救回來。
因此，「不適合誰」必須和賣點放在同一套知識中，它給 Agent 一個拒絕乍看之下很吸引人的候選的明確依據。
推薦、追問和拒答都可能正確
最終動作有三種合理形式：關鍵約束均有證據且沒有已知衝突時，給出帶條件推薦；只缺一個會改變結果的資訊時，提出聚焦問題；關鍵事實缺失、證據矛盾或請求超出商品證據能夠支援的範圍時，拒答或安全交接。
| 狀態 | Agent 應採取的動作 |
|---|---|
| 證據覆蓋全部硬約束 | 給出帶來源的有條件推薦 |
| 一個缺失事實會改變首選 | 提出聚焦追問 |
| 關鍵證據缺失或互相沖突 | 拒答或交給人工/專業系統 |
測試完整推理路徑
準備一小組帶預期約束和已知陷阱的請求，重複執行並檢查實際使用的來源，再評分 Agent 是否拒絕了不相容商品。失敗樣例必須與成功樣例同樣保留，否則評估只會獎勵自信文案，而不是可靠匹配。
購買意圖是一組約束，而不是一句關鍵詞
「幫我選檯燈」幾乎沒有選擇條件；「幫我選一盞用於視訊會議、適合小房間、無明顯頻閃、夾具能裝在 45 毫米桌板上的檯燈」則包含用途、環境、效能和相容閾值。Agent 不能把它們壓成幾個關鍵詞，而應標記哪些是硬條件、哪些是偏好、哪些仍有歧義。
45 毫米夾具是物理硬條件，暖色溫可能只是偏好，「小」可能指房間、桌面或燈體。若歧義會改變候選，Agent 應先追問；若商品文件沒有某項事實，應標記未知，不能把「沒有寫」解釋為滿足條件。
淘汰候選需要負面證據
假設兩盞燈都寫著適合視訊會議。A 的夾持範圍為 10–50 毫米，並有經說明的低頻閃模式；B 只能夾 10–35 毫米，卻有更強的行銷文案。關鍵詞檢索可能把 B 排在前面，約束匹配則必須淘汰 B。Limitations 和 Compatibility 因此是核心輸入，而不是推薦完成後的附註。
解釋應展示每個關鍵約束由哪條事實滿足，並連結對應來源。如果沒有商品滿足全部硬條件，應直接說明；提供「接近」的候選時，也必須先指出未滿足的條件。明確拒答比用不完整資料製造確定性更有價值。
儲存可重現的決策軌跡
一條最小軌跡包括：規範化後的意圖、候選集合、讀取的證據、硬條件過濾、軟偏好評分、衝突、最終選擇和仍需即時確認的事項。商家由此可以判斷錯誤來自內容缺失、解析、檢索還是決策規則，而不是隻看到一個無法解釋的答案。
軌跡應儘量少儲存個人資訊。商品匹配通常不需要姓名、電子郵件或完整聊天記錄，只需保留重現實驗所需的約束，並清除無關內容。進入購買階段後，把商品和變體身分交給商業系統，由它確認價格、庫存、配送、稅費、支付和訂單狀態。
追問本身也是匹配過程
Agent 應只提出會改變候選集合的最小問題。如果所有檯燈都支援 45 毫米桌板，就不必繼續追問；若只有一款支援，這個問題就是決定性的。同樣原則適用於尺寸、地區、使用者、已有裝置、過敏和安全要求。好的追問減少不確定性，而不是把購物變成長表單。
商家可以用成對問題測試：一個缺少關鍵約束，一個補齊約束，並預先寫明應當追問、拒答還是推薦。這樣，對話品質也能複驗，系統不會把自信猜測當成「理解了意圖」。
把約束衝突納入測試
測試集還應包含互相沖突的要求，例如預算無法覆蓋必選功能，或材質限制排除了所有候選。系統需要指出衝突來自哪裡、哪些條件可以放寬，並保留原始商品事實作為解釋依據。若缺少關鍵事實，應提出最少量的澄清問題；若問題依賴庫存、運費或送達時間，則必須把最終判斷交給即時商業系統，而不是用靜態知識推測。