拍一張酒標，換一份口味檔案：一款葡萄酒 Agent 的介面觀察

2026 年 9 月 19 日，開發者 stephninja028 在 V2EX 的「分享創造」版發了一則帖子，標題問得很直白：程式設計師有喝葡萄酒的嗎。接著他介紹了自己用 AI 做的一款葡萄酒 Agent，名喚 Putao，網址掛在 putao.uk。帖子不長，卻剛好攤開了一個被反覆設計的問題：一個外行要喝明白葡萄酒，中間到底隔著多少層資訊。

先從他自己描述的使用流程看起。整個產品被切成三段：拍酒標識別一款酒、記錄喝過的風味、最後在走進餐廳時，讓 Agent 從酒單裡挑出最適合你的那一款。這個切法本身就有設計判斷在裡面。它把「懂酒」這件事拆成了可操作的動作，拍照、打分、接收推薦，而不是要求使用者先去背誦產區與品種。對一個剛入門、在酒吧裡只能聽人推薦或亂點一杯的人來說，門檻被放在了手機鏡頭上，而不是舌頭上。

三段式流程裡的取捨

識別酒標是整條流程的入口，也是最容易被拿來比較的一段。回帖裡很快有人提到了 Vivino，一位自稱曾經的從業者 evan9527 說自己一直在用，還附上了 Vivino 中國版的 App Store 連結。Vivino 做酒標識別做了十幾年，累積了龐大的酒款資料庫與評分社羣，這是它最厚的一道牆。

跟 Vivino 比，Putao 比的顯然不是資料庫的深度。從原帖的敘述看，它的重心放在第二段與第三段：風味記錄如何沉澱成一份個人口味檔案，以及這份檔案如何在下次點酒時被自動套用到一份酒單上。換句話說，Vivino 的核心畫面是「這瓶酒」，頁面上堆滿了評分、評論與均價；Putao 想做的核心畫面是「這個人」，酒只是用來餵養口味模型的輸入。同樣一張酒標照片，在兩個產品裡指向不同的主詞。

這種差異也決定了各自的弱點。Vivino 的口味建築在百萬人的評分之上，安全但平均；Putao 的口味建築在你自己那幾十條記錄之上，精準的前提是你願意持續輸入。冷啟動的尷尬就在這裡：一開始它對你的了解，可能還不如一位熟的酒侍。

虛擬點數與嘗鮮的介面

原帖裡還有一個小細節值得一提。開發者說前二十個註冊的人會獲贈二十個「Putao 點」的 token。這種做法在 Side Project 裡常見，但把它做成一種有名有姓的點數，而不是泛泛的免費額度，其實是在替產品預留一套自己的計價介面。名字先佔住了，未來要不要收費、怎麼收，都多了一層可以伸縮的皮膚。這與我們先前觀察過的OpenSider 把 Agent 塞進瀏覽器側邊欄有相似的思路：獨立產品先把自己包裝成一個完整的介面物件，才有後續談生態的本錢。

「喝明白」與「沒得喝」之間

回帖裡最有意思的一則來自 tomchen，只有一句：可惜 Agent 不能品嘗酒。這句玩笑話剛好戳在整類產品的天花板上。酒標識別解決的是資訊問題，推薦解決的是媒合問題，但葡萄酒的判準最終落在嗅覺與味覺上，一個沒有身體的系統只能轉述別人的舌頭。所以這類 Agent 的誠實定位，其實是一個翻譯器：把千百年累積的品飲詞彙與你的少數幾條記錄對齊，替你省下試錯的錢，而不是替你喝。

evan9527 在最後一則回帖裡的判斷則更冷：他認為國內葡萄酒市場難有機會，做得好的如醉鵝娘，也是把低端酒往死裡包裝。開發者問機會在哪裡，從業者回了這句，一來一往之間，正好框出了這款產品所處的夾縫：上遊是一個教育成本極高的市場，旁邊是一個資料與口碑都成熟的既有玩家。

把鏡頭拉回產品本身。一張酒標照片、一份慢慢長出來的風味檔案、一份被自動畫了重點的酒單，這條動線的設計意圖清楚，也誠實地對應了原帖裡那句「每次都點不對」的煩躁。它未必能贏過 Vivino，但如果口味的個人化檔案真的做得扎實，它至少提供了另一種讀酒的方式：從「大家說這瓶好」轉到「根據你的紀錄，這瓶可能合你」。對一個剛開始喝、還喝不明白的人來說，後面這句話，有時候比一百則評分更值得參考。