Contour · 時尚電子商務的 AI 尺碼預測
您的退貨問題本質上是合身問題,而合身是一個物理問題。針對特定身型(純尺寸數據,無需照片)與服裝(面料力學加上成衣成品尺寸),Contour 會計算每個部位對照該面料伸展極限的圓周應變,接著具備信心度地推薦尺碼,或在沒有任何尺碼完全合適時誠實棄權。代理提供建議,程式碼做出決定。
+40 個百分點
相較於僅依據腰圍的現行尺碼表,準確率提升 100% 對比 60%
具標籤的 105 組合成黃金數據集
67.6%
的組合獲得單一高信心度尺碼推薦,使消費者無需跨尺寸購買兩件
同一組 105 組合黃金數據集,信心度至少達 0.80
105 組中的 39 組
腰圍尺碼表原本會直接出貨的合身衝突,在購買前即被攔截
同一組 105 組合黃金數據集
在包含 15 名消費者與 8 款服裝目錄的合成群體上展示該機制的完整可執行示範。決定性應變引擎與基準測試完全離線運行且無需 API 金鑰;可選的代理是唯一可以使用模型的環節。
服裝退貨絕大多數源於合身問題,其根本原因是力學問題,而非視覺外觀問題。
53% 至 67% 的服裝退貨與合身度相關,且約 63% 的消費者會跨尺寸購買(bracketing,訂購兩個尺寸以退回其中一個)(Veriprajna WP34 研究,2026 年,引述業界數據來源)。物流承運商承擔了逆向物流成本,而牛仔褲之所以名列服裝退貨率最高品類之一,正是因為面料彈性、褲襠長度與腰圍力學結構的相互作用。
其根本原因顯而易見。尺碼表僅提供四個一維數值來描述三維身型,且完全無法得知面料是零彈性的原色布邊丹寧(raw selvedge)還是四面彈性羅馬布(4-way ponte)。因此,相同的腰圍量測數據會讓同一位消費者在無彈性硬挺丹寧上選錯尺碼,在彈性丹寧上選對尺碼,而尺碼表根本無法區分這兩件服裝。面對一個看不懂面料特性的工具,跨尺寸購買正是消費者所做出的理性反應。
業界的直覺反應一直是用更精美的圖片來解決退貨問題。生成式虛擬試穿可以讓衣服穿在身上看起來很合身,但圖片無法告訴您當消費者坐下時,大腿部位是否會超出該丹寧面料的伸展極限。尺碼是否合身是一個力學事實:即身體各部位相對於該面料彈性極限的圓周應變。這正是尺碼表所遺漏、渲染圖從未擁有的關鍵物理量,也是 Contour 負責計算的核心。
一條流水線,逐階段清晰展示。承載核心決策的邏輯完全運行於純淨且經過單元測試的 Python 程式碼中,絕非交由模型決定。
針對特定身型與服裝,該流水線依序運行:面料力學代理從廠商文案中擷取結構化規格,對抗式審查機制進行驗證並具備阻斷權限,應變引擎以純程式碼裁定尺碼,策略閘道挑選完全合適的尺碼或執行棄權,最後由合身備註代理潤飾輸出結果。在任何語言模型接觸措辭之前,所有決定推薦結果的數值均已計算完成。
獨立於任何語言模型之外的核心部分。針對每個候選尺碼,應變引擎將部位應變計算為(身體周長減去成衣成品周長)除以成衣成品周長,接著將每個部位與面料的彈性極限及各部位舒適帶進行比較。策略閘道挑選各部位總遺憾值最低的尺碼,並在沒有任何尺碼能在所有部位均落於舒適範圍內時執行棄權。這是承載核心決策的環節,完全運行於純 Python 中,並由 8 項單元測試鎖定物理力學邏輯,因此信任度絕不依賴模型。
在核心之上,具型別約束的代理團隊負責讀取與溝通。FabricMechanicsAgent 將混亂的商品文案——標題、纖維成分、克重與織造結構——轉化為包含彈性等級、彈性應變極限以及支持各項參數之原始語句的結構化面料規格。FabricMechanicsCritic 根據物理約束核對該規格並阻斷矛盾。FitNoteAgent 負責潤飾計算結果的措辭。各諮詢代理均支援供應商無縫替換,預設為 claude-opus-4-8;在無 API 金鑰時,面料擷取會後備至快取規格,而決定性引擎依然即時運行,因此本示範可完全離線展示。代理提供建議,程式碼做出決定。
| 階段 | 功能職責 | 運行依據 |
|---|---|---|
| FabricMechanicsAgent | 解讀廠商商品文案,轉化為包含彈性等級、彈性應變極限、克重與來源依據語句的結構化面料規格。 | LLM,具型別約束 |
| FabricMechanicsCritic | 根據物理約束審查規格並阻斷矛盾內容,直接轉交人工審核而不發出推薦。 | LLM 加上決定性規則 |
| 應變引擎 | 針對每個候選尺碼,計算各部位對照面料彈性極限的圓周應變。 | 純程式碼,負責裁定 |
| 策略閘道 | 挑選各部位總遺憾值最低的尺碼,或在無任何尺碼能滿足所有部位時執行棄權。 | 純程式碼,負責棄權 |
| FitNoteAgent | 潤飾計算結果的措辭,例如「臀部緊身,大腿寬鬆」。它絕不計算數值。 | LLM,僅負責表達層 |
| 稽核收據與 API | 寫入可重放的 JSON 稽核收據,並於 /api/fit 提供相同結果供 AI 購物代理調用。 | 決定性輸出 |
持久的價值在於物理力學與稽核收據,而不是一個更會猜測尺碼的模型。即便是一個完美的語言模型,依然需要面料力學、身型幾何、各部位應變計算、棄權策略與可重放的收據。這套底層基礎架構才是產品本身;LLM 只是其中一個可替換的諮詢組件,這正是本方法不會隨模型迭代而過時的原因。
每位消費者與每件服裝皆為合成數據:包含 15 種身型的群體與 8 款服裝目錄,皆採用虛構名稱。螢幕上的每個數值均由引擎在運行時動態生成,絕非寫死。
Riley 試穿 Ironside 14oz 原色布邊直筒牛仔褲時,系統以 95% 的信心度推薦 29 碼,且每個部位皆處於舒適狀態。若依據僅看腰圍的尺碼表則會推薦 28 碼,而這將是錯誤的:在 28 碼下,大腿部位會超出該無彈性丹寧的伸展極限。各部位應變長條圖使其一目了然,每個落於面料舒適帶內的部位均顯示為綠色。尺碼表無法感知面料,因此遺漏了決定尺碼的唯一關鍵變數。
將完全相同的消費者切換至外觀相似的 Driftwood 彈性修身牛仔褲,正確尺碼在 90% 信心度下降至 28 碼,且各部位皆完全合身。此時僅看腰圍的尺碼表碰巧也給出 28 碼,因為該面料的彈性包容了大腿部位,而在原色布邊面料上大腿部位則會受到限制。這精準詮釋了整個核心論點:同一身型在兩款外觀相似的牛仔褲中分別對應 29 碼與 28 碼,正是因為引擎精確計算了每種面料的伸展極限如何與該身型契合。
消費者 Jordan 試穿 Ironside 原色布邊牛仔褲時產生了真實的合身衝突:較小尺碼無法容納大腿,較大尺碼則腰圍過鬆,且在此零彈性面料上沒有任何尺碼能兼顧所有部位。Contour 在 58% 信心度下給出誠實棄權,推薦最不差的折衷尺碼,並建議消費者跨尺寸購買或諮詢造型師。相較之下,僅看腰圍的尺碼表依然自信地給出 28 碼。在具標籤的黃金數據集中,引擎在 105 組中有 33 組選擇棄權,而非隨機猜測。
Maverick Raw Selvedge Flex 牛仔褲所附的廠商文案存在物理矛盾:聲稱是 100% 全棉原色布邊丹寧卻具備四面彈性。FabricMechanicsCritic 拒絕進行推論:原色布邊與彈性纖維在力學上互不相容,無彈性硬挺機織物不可能具備四面彈性。系統不會發出尺碼推薦,並將該商品轉交人工審核。這屬於系統的誠實行為,而非計分指標,該服裝被刻意排除在評分黃金數據集之外;其存在正是為了展示阻斷能力。
在包含 15 種身型對照 7 款計分服裝的 105 組具標籤合成黃金數據集上,Contour 取得 100% 的準確率,對比僅看腰圍基準的 60%,提升了 40 個百分點,成功攔截 39 起衝突,並為 67.6% 的組合提供單一高信心度尺碼。每次均需明確說明測試範疇:黃金數據集的標籤使用了與引擎相同的可量測面料伸展數值,因此 100% 是該構建數據集的固有屬性,而非開放世界的絕對保證。持久且具獨立意義的數字是相較於現行真實方法所提升的 +40 個百分點,且在硬挺無彈性面料上優勢最為顯著:原色布邊丹寧 100 對 33、硬挺斜紋褲 100 對 40、羊毛西裝 100 對 53、結構化緞紋布 100 對 60、彈性丹寧 100 對 53、羅馬針織布 100 對 87、羅紋針織布 100 對 93。在極高彈性的針織面料上,面料彈性幾乎包容了一切,因此單純比對腰圍的方法幾乎能夠追平。
每次推薦均會寫入 JSON 稽核收據:包含擷取的面料規格及支持每項參數的精確來源語句、審查結論、完整的各尺碼應變矩陣,以及決策與其信心度。相同結果於 /api/fit 端點以機器可讀的酬載形式提供給 AI 購物代理調用,內容包含推薦尺碼、信心度、棄權標記、各部位合身度陣列與稽核 ID。隨著電子商務轉向由代理代表我們進行交易,代理所讀取的尺碼訊號必須具備信心評分且可受稽核——它應是一份報告,而非一張圖片。
它是合身智能層,具備物理力學與誠實策略,絕非更漂亮的圖片或更聰明的猜測工具。
| 關注維度 | 傳統尺碼表或虛擬試穿 | Contour |
|---|---|---|
| 面料伸展極限 | 完全看不見;對無彈性與高彈性面料給出相同數值 | 針對每種面料的彈性極限,按各部位分別精確計算 |
| 同一身型,兩款相似牛仔褲 | 兩款給出相同尺碼,在無彈性款式上往往出錯 | 原色布邊款對應 29 碼,彈性丹寧款對應 28 碼,各自精準正確 |
| 無任何尺碼完全合適時 | 依然盲目給出一個充滿信心的尺碼 | 誠實棄權並建議跨尺寸購買或諮詢造型師 |
| 自相矛盾的廠商文案 | 未經檢查直接放行 | 被對抗式審查機制阻斷,直接轉交人工審核 |
| 由誰裁定尺碼 | 查表法,或未經稽核的模型 | 決定性且經過單元測試的應變引擎,絕非 LLM |
| AI 購物代理所讀取的內容 | 一張圖片,或完全缺乏機器可讀內容 | 附帶稽核 ID、具信心評分且感知棄權狀態的 /api/fit 酬載 |
因為兩者都無法感知面料特性。尺碼表僅用四個一維數值來描述三維身型,且完全無法判斷丹寧面料是零彈性的原色布邊丹寧還是四面彈性羅馬布。生成式試穿圖片雖然能讓衣服穿在身上看起來很合適,但完全無法告訴您當消費者坐下時大腿部位是否會超出該面料的伸展極限。合身是一個力學事實,即各部位相對於面料彈性極限的圓周應變,而這恰恰是尺碼表與精美渲染圖都遺漏的核心。Contour 直接計算此物理量,這正是為什麼同一身型在原色布邊丹寧中合適的尺碼是 29 碼,而在彈性丹寧中則是 28 碼。
不是。這與我們的核心論點恰恰相反。虛擬試穿可以在您的身體上展示牛仔褲的外觀,卻依然完全不知道它們是否真正合身,因為精美的像素並不是合身數據。Contour 接收尺寸數據,並返回根據面料力學計算得出的尺碼、信心度與各部位合身備註。它是一份報告,而非一張圖片,這也正是它能在結帳時被 AI 購物代理直接調用的原因。
不是,我們也從未做此宣稱。100% 是在固定的 105 組具標籤合成黃金數據集上測得的,該數據集的標籤使用了與引擎相同的可量測面料伸展數值,因此該數據集並非完全獨立的客觀基準,100% 是該構建數據集的屬性,而非開放世界的準確率保證。最具說服力且應主打的數據,是在相同標籤下相較於現行真實方法(僅看腰圍的尺碼表比對)所取得的提升:Contour 以 100% 對比 60% 超出 40 個百分點,且優勢集中於合身難度最高的無彈性丹寧與剪裁服裝。請將 100% 視為標籤數據集上的內部上限,絕非在實際環境中完美合身的承諾。
不需要。Contour 秉持隱私優先原則:僅輸入尺寸數據,無需照片。本示範直接接收公分量測數據,並依據服裝的面料力學進行核對,這同時也是我們在實際交付中所提供的隱私保護介面。本示範中的裝置端照片轉尺寸擷取功能僅為模擬樁,並未實際構建,因此此處絕不依賴單目人體身型重建。
在本示範中尚未連接。Shopify、CLO-SET 與 Browzwear 連接器皆為模擬裝置背後具備規格說明的配接器介面,並非上線運行的即時整合。消費者、服裝、商品文案與量測數據均為合成測試夾具,而非真實商品目錄。精確而言,這是一個降階解析應變模型(涵蓋本頁的 Tier-1 與 Tier-2 物理力學),而非完整的 FEA 布料模擬;我們在 Tier-3 層級與 CLO3D 或 Browzwear 等 FEA 工具整合,而非重新建構它們。
因為承載核心決策的邏輯並非由 LLM 做出。尺碼推薦與棄權判定完全在純淨且經過單元測試的 Python 程式碼中計算:針對每個候選尺碼,引擎計算各部位對照面料彈性極限的圓周應變,並由 8 項單元測試鎖定該物理力學。語言模型僅負責將混亂的廠商文案解讀為結構化面料規格並潤飾最終備註;它絕不計算數值或做出決策。代理提供建議,程式碼做出決定——正是這一特性,使其能夠安全地作為您結帳系統調用的 API 對外開放。
它會誠實棄權而非虛張聲勢。當沒有任何單一尺碼能在舒適範圍內滿足所有部位時(例如在零彈性面料上,較小尺碼無法容納大腿,較大尺碼則腰圍過鬆),策略閘道會推薦最不差的折衷尺碼,並標記建議跨尺寸購買或諮詢造型師,而不是像傳統尺碼表那樣自信地給出錯誤尺碼。在 105 組具標籤黃金數據集中,引擎在 33 組上執行了棄權。另一項獨立的誠實機制——對抗式審查機制——則會阻斷諸如原色布邊搭配四面彈性等物理上自相矛盾的廠商文案,並直接轉交人工審核而不發出任何推薦。
洞悉面料特性的物理力學,以及在無完美尺碼時堅守棄權的原則。
如果您的電子商務、退貨管理或工程團隊正在探索如何為消費者以及即將代表他們購物的 AI 代理提供值得信賴的尺碼訊號,我們非常期待了解您的思考方向。這是整個產業面臨的共同挑戰,其解決方案亦將引領行業未來。