今日菜價 — 蔬果行情雷達

這個產品的起點不是技術，是一個每週都會發生、但沒人解的場景：站在攤位前看到一把菜，你不知道今天這個價格合不合理。農業部每天都公布蔬果批發成交行情，資料是公開的、免費的，但沒有人會在買菜前打開政府網站翻九千多筆 JSON。

恆遠先做的不是 App，是砍需求。最初的構想是通用的「拍照自動記帳」，查下去發現台灣電子發票生態已經被官方和發票存摺吃滿，OCR 記帳在國外也早就成熟，是紅海。真正的空白在「沒有發票的消費場景」——攤販、傳統市場。但「拍商品比價然後告訴你買貴了」這條路也被否決：比價資料沒來源，而且事後告訴使用者虧了，是製造後悔的負面體驗。最後收斂成現在的定位：不比價，改做行情雷達，講的是「今天什麼便宜、該不該買」。範圍縮到蔬果之後，辨識準度也跟著上來。

技術上有三個實際卡住的地方。第一是資料：官方 API 單次回約 3MB、九千多筆，冷啟動實測要 18 秒，App 端原本設 12 秒逾時，在真機上必定失敗、永遠退回內建範例資料。改成 30 秒並在下載後寫入本地快取，之後開啟就是秒載。第二是名字對不起來：官方品項叫「甘藍-初秋」，使用者講的是「高麗菜」；而且比對如果用包含關係，查甘藍會把「球莖甘藍」這種完全不同的菜也撈進來污染均價，改用前綴比對才乾淨，這條已經寫成回歸測試。第三是成本：雲端視覺辨識每張約 $0.0006，使用者每天掃幾次就是持續支出，最後改成自訓 TFLite 模型跑在裝置端，辨識完全不呼叫雲端。

產品上有一條不可違反的鐵則：API 給的是批發拍賣價，攤販零售通常是它的 1.5 到 2.5 倍，所以絕不能拿批發價說「攤販賣你貴」。所有價格都標明批發參考價，建議一律用正向框架，而且這條鐵則不是靠自律，是寫成自動化測試護欄——只要建議文案出現「被坑」「買貴了」這類字眼，測試就會紅。辨識信心不足時也不硬猜，改列候選讓使用者自己點，錯誤的建議比沒有建議更傷信任。

行情資料的部分，官方 API 只給四天滾動視窗，要做走勢就得自己每天抓、自己累積，所以另外有一支排程服務每日固定時間抓取、聚合成每品項每日加權均價後存起來，App 端再接這支拿歷史。App 於 2026 年 7 月 20 日通過審核上架 App Store。