農擇智策:從產地選作到民生菜價的供需預應平台
B 智慧治理
- 申請編號
- 219
- 隊名
- ST Medical 聖得醫學科技股份有限公司
- 聯絡人
- 游家昇 ・0988632873 ・star2ver.dev@gmail.com
AI 輔助評估
摘要
整合農業部與氣象署開放資料,建立農民選作收益風險與消費者7至14日菜價趨勢的雙端供需預測平台。
實質空洞
否
— 資料與技術具體
卡詞
是
治理樣板
否
既有作品
否
類似前案(有沒有別人做過)
田邊好幫手供苗預警、PDIS菜價整合平台、開放資料LSTM甘藍價格預測論文已存在;本案為整合改寫,新意有限。
- https://m.moa.gov.tw/BulkVeg/CabbageIndex
- https://www.businesstoday.com.tw/article/category/154768/post/201909110027
- https://pdis.nat.gov.tw/zh-TW/project/vege-price/
- https://www.afa.gov.tw/cht/index.php?code=list&flag=detail&ids=307&article_id=24190
- https://www.airitilibrary.com/Publication/alDetailedMesh1?DocID=U0021-G060547016S
- https://cabbagelive.com/seasonal/
性別影響
全未提及性別;農家決策常由男性戶長主導,女性農民與家庭採購者的資訊近用與需求未被考量。
DEI
高齡與數位弱勢農民難用Dashboard;不經拍賣市場的小農與非主流作物被資料排除;團隊四人皆同公司,無農民參與設計。
STS·社會影響
若農民集體依同一預測選作,恐引發羊群效應反加劇集中上市;醫療科技公司無農業領域專家、未選定場域,預測失準責任歸屬未談。
AI 使用
LightGBM/XGBoost做價格與供給預測,Codex用於資料盤點、程式與提案文字;申報清楚,但可解釋性與誤判補救僅口頭承諾。
資安隱私
僅用開放資料、聲明不蒐個資,風險低;但農民端輸入成本、地區與風險偏好即成個別農戶資料,其存放與保護未說明。
初審
| 總分 | 可行性 | 社會影響力 | 創新性 | 提案團隊多元性 | 資料治理思維 |
|---|---|---|---|---|---|
| 4.44 | 8 | 3 | 3 | 1 | 5 |
評語
價格預測會產生追價,會反過來影響供需平衡。
筆記
(無)
初審會議筆記
(無)
工作坊
筆記
(無)
決審
| 總分 | 可行性 | 社會影響力 | 創新性 | 實作進程驗證 |
|---|---|---|---|---|
| (無) | (無) | (無) | (無) | (無) |
入選
否
評語
(無)
筆記
(無)
同主題提案(主題 4:蔬菜供需與菜價)
壹、隊名及題目
一、隊名
ST Medical 聖得醫學科技股份有限公司
二、題目
農擇智策:從產地選作到民生菜價的供需預應平台
三、提案對應之徵件構面
智慧治理
四、團隊要解決的問題?
蔬菜從播種到採收存在時間差,農民多依當下價格與經驗選作,容易在價格高點集中追種,造成採收期供給過剩與價格下跌;消費者通常只能查詢當日價格,遇到氣候或供應異常時,難以判斷漲價原因及持續時間。政府雖已公開交易行情、農情調查、供苗預警及氣象資料,仍分散於不同系統,尚未形成連結產地決策與民生菜價的預測服務。本團隊將建立可跨區域套用的產地—消費供需風險預應平台;初審聚焦共通問題與解法,實作期再依資料完整度、代表性與合作意願選定示範產區及市場。
五、本提案是否屬於尚未進行、且尚未成立標案、未申請政府相關預算之計畫,階段性計畫亦同
是
六、前題若選否,請敘明招標機關、計畫名稱、計畫工作內容與本次精進內容
貳、聯絡人資訊
聯絡人姓名
游家昇
聯絡人電話
0988632873
電子信箱(Email)
star2ver.dev@gmail.com
參、提案內容說明
一、可行性
(一)已有隊員人數(含聯絡人)
4
(二)團隊成員及任務分工?
(三)參賽隊員中是否有「歷屆獲獎團隊或初審入選者」?
否
(四)參賽隊員中是否有其他之獲獎證明?
是, 2025 智慧創新大獎 佳作
(五)請說明您的提案「已使用」哪些相關資料?
政府開放資料:截至2026/8/31,農業部「農產品交易行情」每日API/JSON:交易日期、作物與市場碼、上中下/平均價、交易量;用於價格與需求特徵設計。
政府開放資料:農業部「農情調查」年度/期作API:縣市、鄉鎮、作物碼、種植/收穫面積、單位產量、總產量;用於供給標籤設計。
政府開放資料:農業部「農情預測」2014年起每月API及農糧署供苗預警旬別附件:作物、生產預測、供苗量、燈號、推估採收期;用於領先供給特徵設計。
政府開放資料:中央氣象署逐時觀測及鄉鎮預報API/JSON:測站/鄉鎮、時間、溫度、濕度、降雨、風;用於氣候風險特徵設計。
政府開放資料:農業部「農作物統一代碼與系統代碼對應」API:統一名稱、別名及交易/農情等系統代碼;用於跨資料集作物對照。
政府開放資料:農業部「農產品產地價格(月平均)」API/File及「農產品生產量值」年度API:作物、月份價格、產量、單價、產值;用於價差與長期基準。
政府開放資料:農業部「農產品生產成本調查」年度JSON:縣市、產品、成本項目、金額;用於收益、毛利與成本敏感度分析。
政府開放資料:農業部全臺農田表土層土壤肥力250m網格SHP:pH、有機質、CEC與養分;用於地區適作性及空間特徵。
政府開放資料:中央氣象署CODiS歷史測站與2.5km月尺度氣候格點:溫度、降雨等長期序列;用於回測、季節基線與極端氣候特徵。
政府開放資料:農業部「農業天然災害損失-按縣市」年度API/File:縣市、災害損失;用於災害風險標籤與氣象事件驗證。
自備資料:無自備資料。本階段已完成官方資料源、格式、欄位與更新頻率盤點,尚未全量串接訓練,故不虛列資料筆數與訓練期間。
(六)請說明您的提案「後續驗證期間」預計使用哪些相關資料?
政府開放資料:驗證期每日續接農業部「農產品交易行情」API/JSON:市場×品項×日之價格與交易量;對照7/14日預測,計算MAE、RMSE與方向準確率。
政府開放資料:持續取得農情調查、農情預測及供苗預警:年度/每月/旬別面積、產量、供苗與採收期;驗證中期供給與收益排序。
政府開放資料:中央氣象署逐時觀測與鄉鎮預報API:保存每次預報快照,再與實際溫度、降雨、風及濕度比對,驗證氣候風險。
政府開放資料:CODiS歷史測站與2.5km氣候格點:補足長期氣候序列,以walk-forward回測季節基線、極端事件與跨區穩定性。
政府開放資料:農作物統一代碼與各系統代碼對應API:持續更新品項別名及代碼映射,檢查交易、農情、產地價格跨來源串接率。
政府開放資料:農產品產地價格(月平均)與生產量值:持續取得作物、月份價格、產量、單價及產值,驗證批發/產地價差與長期趨勢。
政府開放資料:農產品生產成本調查年度JSON:更新縣市、產品、成本項目與金額,檢驗農民端預期收益、毛利與成本敏感度。
政府開放資料:250m土壤肥力網格、農地土壤與灌排圖層:依產區疊合作物、土壤、灌溉與氣候,驗證跨地區適作性。
政府開放資料:農業天然災害損失按縣市資料:對齊颱風、豪雨、乾旱等氣象事件與價格/產量異常,驗證風險預警命中率。
政府開放資料:進出口貿易統計與其他官方市場資料:依品項補充進出口量值與外部供需,測試是否提升價格預測並以消融實驗決定是否保留。
自備資料:
(七)除了上述資料外,是否有需要哪些機關的未開放資料?
否,沒有其他機關的未開放資料需求
(八)針對上述(欄位(五~七))之資料預計應用方式?
以農業部交易行情、農情調查、蔬菜生產概況、供苗預警及中央氣象署觀測預報為主。Bronze層保存原始檔、下載時間與版本快照;Silver層統一日期、作物、地區與市場代碼並檢查缺值、異常值、重複及單位;Gold層依預測時點產生價格、供給、氣候與成本特徵,避免使用當時不可知資料。資料以Parquet與PostgreSQL/PostGIS儲存,權限分級、留存來源與版本;API回傳資料來源、更新時間、模型版本與信賴區間,不蒐集個資。
(九)請說明提案預計實證及落地場域為何,如在中央或地方機關、產業或NPO/NGO等,如何導入公共服務運作?
平台設計不綁定單一縣市或特定作物,實證將依資料完整度、產銷波動代表性與合作意願,於實作期選定適合的產區、品項及對應市場。初審階段先驗證共用資料模型與雙端服務流程:農民端依作物、產區與生育期,提供採收窗口價格、預估供給、氣候風險及收益排序;消費者端提供未來7–14日農產品價格趨勢、漲跌原因與替代品建議。後續邀請農會、產銷班、地方農政或市場單位參與試用,以預測誤差、理解度與決策採用率驗證;批發價僅作趨勢指標,不宣稱等同零售價。
(十)請說明提案實作期程規劃 (入選後至決審期間)?
9/17–9/30建立交易、農情、供苗與氣象資料管線,完成欄位字典、品質檢查及時間版本快照。10/1–10/14建立季節性基線與LightGBM/XGBoost模型,採walk-forward回測,確認未洩漏未來資訊。10/15–10/28完成農民端收益/風險排序、消費者端7–14日趨勢與原因說明,整合FastAPI與Dashboard。10/29–11/11進行情境測試、使用者驗證、誤差分析與模型卡,完成展示情境、成果報告及決審Demo。
二、社會影響力
(一)請說明您的具體解決方案?
建立一套共用的供需預測核心,同時服務農民與消費者。系統整合交易價格、到貨量、生產面積、供苗、氣象及成本資料,依不同農產品與生育期預測採收窗口的價格及供給風險。農民端依作物、地區、成本與風險偏好,呈現候選品項的收益區間、風險因素及產銷建議;消費者端呈現未來7–14日農產品價格趨勢、主要驅動因素與替代選擇。每項結果附資料時間、模型版本與不確定區間,避免把預測當成保證,並以實際新資料持續回測與校正。
(二)提案是否回應公民許願池 ?
是
(三)前題若選是,請點選回應之願望名稱
讓農產品交易價格更有依據
希望農民在種下作物之前就能知道未來會不會賺錢
希望政府能善用既有資料,提早發現農村可能面臨的風險
(四)請說明您認為本次提案內容可帶來的影響與效益?
農民可在播種前比較不同作物與採收窗口的預期收益與風險,降低追價種植及集中上市造成的損失;消費者可提早掌握短期菜價趨勢、原因與替代選擇,改善資訊不對稱。政府與農政單位可透過區域、作物及風險儀表板,更早發現供需失衡與氣候衝擊,據以安排輔導、調節與資訊發布。平台以預測誤差、風險命中率、使用採用率及替代建議使用情形衡量成效,形成資料更新、驗證、修正的治理循環。
(五)請說明本提案是否具備可複製性及擴散性?
架構採模組化資料接頭、統一作物與地區主檔、可重現特徵流程、版本化模型、標準API及雙端介面。新增縣市或農產品時,只需建立來源映射、補足成本、生育期與市場參數並重新回測,不必重寫核心系統。實證品項將依資料完整度、供需波動與公共影響選定,逐步擴充不同產區、葉菜、果菜、果品與花卉;若具備交易、產量、環境與成本資料,也可延伸至養殖漁業。政府、農會及市場可依權限共用指標與資料字典。
三、創新性
(一)請說明本次提案內容跨領域合作或服務與技術之創新程度
本提案結合農業、生產經濟、氣象、資料工程與公共服務設計。創新不只預測明日價格,而是用同一供需核心連接兩個時間尺度:農民端回答播種至採收期的選作與收益風險;消費者端回答未來7–14日菜價走勢與替代選擇。將供苗預警與生產面積視為領先供給訊號,搭配交易、氣候與成本資料;以point-in-time特徵、walk-forward回測及不確定區間降低資料洩漏與過度承諾,並輸出可解釋原因。
(二)請說明提案預計使用之工具或平台?
資料處理使用Python、Pandas、NumPy、GeoPandas與Parquet;資料庫使用PostgreSQL/PostGIS;模型以Scikit-learn季節性基線、LightGBM或XGBoost進行價格、供給與風險預測;採walk-forward回測與版本檔記錄實驗。服務層使用FastAPI提供標準API,展示介面使用Streamlit製作農民端與消費者端Dashboard,Docker封裝部署。圖表顯示預測區間、資料來源、更新時間及主要特徵影響。
(三)是否有使用AI工具?
是
(四)前題若選是,請詳實說明提案階段使用 AI 工具之名稱、使用功能及目的與範圍
預測模型使用Scikit-learn、LightGBM及XGBoost,分析價格、到貨量、供苗與氣象特徵,產出價格/供給預測、風險分級與解釋。OpenAI Codex用於盤點官方資料來源、整理資料契約、協助程式與測試草稿及提案文字整理;生成內容不直接作為農民或消費者的最終決策,也不輸入個資或敏感資料。所有程式、資料來源與文字由團隊審查,保存版本、時間戳、回測結果與信賴區間。
四、團隊輔導需求調查
(一)若入圍初選,期待主辦單位提供之協助?
協助調整作品架構及服務模式
協助確認應用場域可行性
協助確認預期使用者(TA)是否需調整
協助建議資料應用項目是否需要調整
(二)若入圍初選,是否需要算力平台或雲端協力業者資源?
是
(三)前題若選是,請說明需要何種算力平台(係指數位發展部數位產業署-數位產業跨域軟體基盤暨數位服務躍升計畫)或雲端協力業者(GCP或AWS或Azure或國網中心)之資源及預計應用內容
國網中心:(應用內容:模型訓練與平台架設)
五、參考文獻或資料引用來源說明
(一)提案內容是否全為原創內容,或有部分引用相關資料來源?
否,有部分內容或資料來源引用其他參考文獻/網頁等。
(二)前題若選否,請說明本提案中所引用之資料來源及其應用環節,建議以條列方式簡述。
1. 農業部農業資料開放平臺:農產品交易行情、農情調查、臺灣地區蔬菜生產概況、作物代碼、生產成本及土壤資料,用於價格、供給與成本特徵。
2. 農糧署:大宗蔬菜播種量及供苗預警資訊,用於領先供給指標。
3. 中央氣象署開放資料及CODiS:氣象觀測與預報,用於氣候風險特徵。
團隊成員
| 單位類型 | 姓名 | 單位與職稱 | 工作項目 |
|---|---|---|---|
| 企業 | 林宇捷 | 聖得醫學科技 CEO | 主要提案單位 |
| 企業 | 張寧 | 聖得醫學科技股份有限公司 演算法工程師 | 主要提案單位 |
| 企業 | 游家昇 | 聖得醫學科技股份有限公司 平台架構師 | 主要提案單位 |
| 企業 | 謝予涵 | 聖得醫學科技股份有限公司 專案經理 | 主要提案單位 |
資料需求
無資料。