光蔭之間森呼吸-AI 綠能路口熱風險管理交通號誌

=== e36e3881 2026-09-08 01:08 === [01:08] 評審： 下一案：#71「光蔭之間森呼吸-AI 綠能路口熱風險管理交通號誌」 [01:10] 助理： 三個來源開了兩個，夠用。輪廓： **它是什麼**：羅東高中一位學生帶國中的弟妹（同姓，第三位「俞金勝」在羅東國中，可能是家長或老師），三人。針對機車騎士在無遮蔭路口曝曬、為找陰影越線貼大車的問題，做兩層：雲端用氣象署、TDX 交通與道安資料算「路口熱風險分數」，畫優先改善地圖給地方政府選點；現場用 ESP32 溫濕度感測加 YOLO 攝影機數機車停等量，只在「有人＋高風險」時分級啟動——30°C 遮陽、35°C 加雨水回收噴霧、40°C 局部致冷——太陽能風能儲能優先供電；另偵測疑似倒地通知行控。自述已有分級控制的原型與簡易樣品。場域是羅東一個路口（要跟宜蘭縣府談），談不成就在校園外圍搭等比例測試區。影像不做人臉、不留存。回應許願池三條。 **查證**：新北板橋兩處路口已裝**韓國進口的智慧遮陽傘**——氣溫升高日照強自動展開、夜間強風收合、太陽能供電、直徑五公尺；台北西門町與小巨蛋 2026 年 7 月起試辦，依號誌時相自動開合，單支 30 至 40 餘萬元。「路口自動遮陽」台灣已經在做，而且是兩個直轄市的正式試辦。 **核心問題：它的每一層都比現有做法多一段複雜度，但多出來的那段不一定值得。** - 「有人才啟動」：板橋的傘是氣溫高就開，不管有沒有人；#71 要加攝影機和 YOLO 數機車才開。省下的是幾秒鐘遮陽傘開合的電，付出的是一台攝影機、一個邊緣運算裝置、和影像治理的問題。溫度加時段的規則就夠了，這是您的「不需要 AI 的地方用 AI」。 - 「35°C 噴霧」：路口噴霧會讓路面濕滑，機車最怕的就是這個；而且噴霧在濕度高的台灣夏天降溫效果有限。 - 「40°C 局部致冷」：戶外開放空間的局部致冷（大概是冷風機）耗電大、效果小，跟「綠能優先」互相拉扯。 - 「疑似倒地偵測通報 119」：誤報會加重行控負擔，提案有寫「先由行控確認」，這點有想到。 **選點那一層是有價值的。** 用氣象、TDX 車流、道安事故、路口幾何算「哪些路口最需要遮蔭」，這是地方政府現在憑感覺做的事，一張優先地圖就能用，不需要任何硬體。但那只是它的前半。 **其他**：三人是高中生加國中生，硬體清單（遮陽、噴霧、致冷、儲能、攝影機、感測器）對這個團隊太重；場域未談；影像「原則上」不留存是保留語；勾「全為原創無引用」但列了一整排開放資料；自稱「既有發明」查不到。文字是學生自己寫的口吻（「我們的想法是」「我們希望」），不是 AI 腔。 **好的一面**：問題真實（機車族的路口曝曬是台灣特有的），分級思路清楚，資料選點的想法對，隱私設計有意識，跟 #13、#15 那對姊弟一樣是真的想做的孩子。 AI 評估：`substantive_junk = false`，`similar_existing = true`（查證屬實）。 [07:33] 評審： 8/9/8/1/3「這個提案控制不需要AI。」如何？ [07:34] 助理： 評語準確，這正是它多出來的那一段。可以再加半句：「板橋、台北已試辦氣溫觸發的自動遮陽傘，建議參考。」讓他們知道有現成的可以看。 分數只有可行性 8 想提一次：這是高中生加國中生三人，硬體清單有遮陽、噴霧、致冷、儲能、攝影機、感測器六種，場域未談。跟 #37（一人做軟體、落地設計清楚、8）比，這件要做的東西重得多。若 8 是鼓勵學生的話，跟 #13 的 5 對照一下。 === 事後／並提討論 === e36e3881 2026-09-08 [23:12] 助理： 兩個來源都開了。輪廓： **它是什麼**：整合氣象預報、熱指數、紫外線、村里高齡人口分布、農務時段、醫療資源位置、社區關懷名單，做村里級熱傷害風險地圖，高溫時段推播給地方政府、衛生所、農會、里辦公處，讓他們主動關懷高風險長者。三個月，先選 1–3 個村里（未定）。AI 是「可導入 AI 風險分級模型」。**解決方案欄（第 20 題）跟問題欄（第 4 題）一字不差**——整段複製。資料欄兩欄一字不差、自備空白、「Gamme4」、「全為原創」、不回應許願池。 **查證** - **酷齡氣候關懷行動**（2026/07/20，一個多月前）：環境部、金管會、衛福部社家署、台南市政府、南山人壽合辦。**預測室內溫度達 35°C，系統透過 LINE BOT 通知第一線社福人員**；介入方式有電話問安、智慧插座警示、到宅訪視、引導到降溫據點；達 36°C 加密關懷。台南先做，年底擴大到六都。 - **中研院樂活氣象**：鄉鎮級熱傷害預警。 也就是說，#86 要做的東西——高溫門檻觸發、推播給第一線、名冊分級、關懷派案——**中央部會加地方政府加壽險公司已經在做，上個月剛啟動，而且做得比它細**（用室內溫度不是氣象站溫度、有智慧插座、有微型保險）。 **這件多的一項是「農務時段」**：長者在幾點下田。這確實是酷齡沒有的角度，但農務時段資料哪裡來？農會沒有這種資料庫，這是要問人的。而且真正的問題不是不知道幾點熱，是老農知道熱還是要去——這跟 #23 的誘餌、#70 的登錄一樣，是行為問題不是資訊問題。 **其他**：解決方案欄整段複製問題欄，是這批八件裡最明顯的偷工；關懷名冊、獨居長者名單是敏感個資，勾「不需未開放資料」；一人、無場域；AI 只是「可導入」。 AI 評估：`substantive_junk = true`，`similar_existing = true`（酷齡查證屬實）。 ## 順帶一提，這件跟 #71（路口熱風險）、#60、#77（弱勢災時確認）在同一個題目群裡，之後平衡分數時可以一起看。 e36e3881 2026-09-09 [09:22] 助理： 輪廓,這件跟前面幾件熱案(#71 路口熱、#86 農村熱)是同一題材群,但團隊和定位不同: **它是什麼**:團隊組成是這件的重點——經濟部產業園區管理局台北分局三人(科長、專員、技士)加台大環境與職業健康研究所兩位教授兩位學生加一位有機茶園負責人。八人,公部門加職業衛生學界加場域。做的是「移動型戶外工作者的累積熱暴露」:現行職安署的熱危害預警是「定點」的(你現在這裡多熱),但清潔、巡檢、設施維護、農事這種一整天到處跑的工作者,是跨區域跨時段累積熱負荷,定點預警反映不出來。它串氣象署逐時資料、依職安署《高氣溫作業熱危害預防指引》算熱指數、把工作路徑跟逐時風險做時空配對算「累積熱暴露指標」,高風險時接 Cool Map 涼適點推薦休息,管理端彙整高風險時段路段和休息資源缺口。實際導入時用授權 GPS 軌跡形成「個人熱暴露護照」。場域是園區管理局自己轄下的產業園區。回應許願池三條。旗標乾淨,AI 只做撰稿。 **這件比 #71/#86 好的地方**: 1. **團隊對口**:職安是勞動部的事,但這隊有園區管理局(自己就是戶外作業的管理單位,有場域有需求)加台大職業衛生教授(懂熱危害評估方法)。#71 是學生、#86 是一人,這件是「管理者加專業加場域」湊齊了。 2. **它補的缺口是真的、而且具體**:定點預警確實反映不了移動工作者的累積暴露,這是職安署現行機制的實際盲點,而且它引了職安署指引第三版的熱指數算法——是做過功課的。 3. **不硬塞 AI**:核心是查表(職安署分級)加 GIS 時空配對加累積加總,規則運算,它沒把這個叫成 AI(雖然標題有「智慧」)。這跟您的原則一致。 4. **資料誠實**:現階段只用開放資料加模擬情境,不碰個資,GPS 是「實際導入時」才用。 **問題**: 1. **「熱暴露護照」本質是勞動監控**:AI 評估點得對。累積熱暴露指標綁在個人 GPS 上,善意用途是保護工作者,但同一份資料可以反過來變成「這個工人熱累積太高、篩掉他」或出事時歸責「他自己沒去休息」。它寫「使用者授權」,但勞雇關係裡「授權」有多自願是個問題——工人能不能拒絕雇主要求開 GPS。保存期限、雇主能不能查、拒絕的後果,都沒寫。 2. **只用測站氣溫濕度,少了輻射熱和工作負荷**:職安署的熱危害其實看 WBGT(綜合溫度熱指數),要含輻射熱(太陽直曬)和風速;純用測站氣溫濕度算的熱指數,跟工人實際曬在柏油路上的體感差很多。園區微氣候(廠房間、柏油、無遮蔽)也跟測站不同。這是方法上的簡化,它自己也把黑球溫度計那類實測留在後面。 3. **休息能不能落實取決於雇主**:平台叫工人去休息,但工人敢不敢停、雇主准不准,不是平台能解決的——這跟 #86 一樣,資訊到位不等於行為改變。 4. **既有系統重疊**:職安署已有熱危害預警 App(hiosha)、Cool Map、樂活氣象。它新增的只有「移動路徑的累積指標」這一層——這一層是真的沒人做,但底下的定點預警和涼適點是既有的。 **這件在總統盃的位置**:是這批熱案裡團隊最對口、方法最扎實的一件。它的創新(累積熱暴露)小而具體、補的是職安署機制的真實盲點;它的風險(GPS 勞動監控)也真實而且沒處理好。跟 #71（學生、要硬體、感測 LED）、#86（一人、抄酷齡）比,這件是「懂這個領域的人做的」。 team 欄位顯示這隊還有一件 #94「綠色價值·憑證賦能:AI 驅動綠農共生產業價值鏈」——那件跟茶園負責人在隊裡對得上,叫號再看。 AI 評估:`substantive_junk = false`,`similar_existing = true`(職安署 App、Cool Map,查證方向可信)。 e36e3881 2026-09-09 [09:27] 助理： 加權總分 **6.28**。 評語兩句都抓在要害:GPS 護照的勞動監控性質、以及「叫工人休息但工人不能決定休不休」——後面這句尤其準,它戳破了平台的根本無力處。移動戶外工作者(清潔、巡檢、外送、農務)多半是按件、按時、受案主排程,平台推播「該休息了」,但停不停不是他能決定的。這跟 #86 熱傷害推播、#31 照護登錄是同一個結構問題:資訊到位,行為受制於別人。 分數我沒有意見,跟這件「團隊對口、方法扎實、但監控與無力兩個真問題」的定位相稱。多元性 6 反映八人跨公部門、學界、產業的組成,合理。 順帶一提,它跟 #71、#86 在同一個熱調適群,之後平衡分數時可以三件一起看——這件是三件裡最高的,對應它團隊最對口。 e36e3881 2026-09-09 [09:49] 助理： 輪廓,這件是潮州高中的師生團隊(校長帶隊、三位老師、六位學生),先講一個要對學生手下留情、但不能因此鬆動判斷的前提: **它是什麼**:一個多模態 AI 防詐平台——聲紋辨識、Deepfake 影音偵測、NLP 語意分析,針對「包裹簡訊鋪墊、AI 複製語音催繳」的複合詐騙。民眾上傳可疑語音影音文字,即時給真偽判讀;檢測結果回饋 165 聯防。串 165 涉詐網址、假投資、數位部詐騙網域等開放資料。回應許願池三條。附了一個 Gemini 分享頁當「模擬網站」。旗標:has_card_jargon(「風險評級與特徵分析卡片」)。 **核心問題:宣稱的東西跟做得出來的東西,差距是這批裡最大的之一。** 它宣稱要做:微調 Whisper、RoBERTa、聲紋比對、Deepfake 換臉偵測、LLM 防詐 Agent、**「自我進化、即時自主微調模型」**、GAN 對抗、跨部會即時聯防閉環。而它的期程寫得很誠實——第一到第三階段做的是:**Figma 高保真原型、可點擊互動模擬、找 30 人體驗、做展示影片。** 也就是說,它自己的實作計畫是「做一個看起來會動的介面」,不是真的訓練那些模型。附的「模擬網站」是一個 Gemini 對話分享連結。 這兩件事湊在一起說明:**它宣稱一個十人 AI 團隊做半年都吃力的系統(即時自我微調的多模態偵測),實際只打算做一個 Figma 假介面。** 這不是能力不足的問題(高中生做 Figma 原型很合理),是宣稱與交付嚴重不符——問題描述和解決方案寫得像要交付一個國家級聯防系統,期程卻只排了畫介面。 **技術上站不住的具體點**: - 「自我進化、民眾上傳即時微調模型」——開放讓任何人上傳來即時微調,是模型投毒(data poisoning)的教科書漏洞,詐騙集團上傳幾百筆就能把你的模型帶歪。這在資安上是明確的反模式。 - Deepfake 偵測、聲紋合成偵測是全世界頂尖實驗室都還在追著生成技術跑的難題,準確率不穩,不是高中生兩個月微調 Whisper 能做出「高精準度引擎」的。 - 民眾上傳「他人的通話錄音、人臉影音」——那是第三人的生物特徵個資,蒐集、留存、轉給警政的法源和同意完全沒有,而且錄他人通話本身可能違法。 **既有系統全都有**:趨勢科技 AI 防詐達人(簡訊網址查證加 LLM 語意加換臉偵測加 165 情資同步)、Whoscall——AI 評估查證方向可信,這件想做的市面上商用產品已經整合好了。這跟 #53、#62 那批防詐案是同一個既有領域。 **數字前後矛盾**:問題欄寫 2025 年遭詐「近 900 億」,引用來源欄又寫「502 億」——同一份提案兩個數字打架,是沒校對。 **怎麼看這件(學生團隊)**:您一路對學生的原則是鼓勵動機、但不鬆動實質判斷(#13 檳榔、#15 農養、#71 涼路)。這件的動機是好的(高中生關心詐騙),但它的問題不是「想做的事有價值但做不到」(那是 #13),而是「宣稱要做國家級系統、實際只做假介面、而且宣稱的東西有資安反模式」。鼓勵的部分可以放在「一群高中生願意碰這個題目」,但分 e36e3881 2026-09-11 [12:55] 助理： 主題11 道路交通與號誌,4 件。已評分:**#59「鯪鯉共好,平安回家」**、**#71「光蔭之間森呼吸-AI 綠能路口熱風險管理交通號誌」**。未評:#113、#189(先不看)。派 subagent 查 session log 對 #59、#71 的先前討論。 e36e3881 2026-09-11 [12:55] 助理： 主題11 已評分的是 #59、#71(#113、#189 未評,先不看)。已派 subagent 查 session log。回來我再 get-proposal 確認內容和你的分數。 e36e3881 2026-09-11 [12:59] 助理： 確認完成,與 log 一致: | # | 提案 | 團隊 | 分數 | 加權 | 評語 | |---|---|---|---|---|---| | **71** | 光蔭之間森呼吸-AI 綠能路口熱風險號誌 | 鱻魚隊 | 8/9/8/1/3 | **7.52** | 這個提案控制不需要AI。 | | **59** | 鯪鯉共好,平安回家 | 鯪鯉共好 | 7/7/7/4/6 | **6.66** | (無) | 要點,現在我脈絡裏有了: **#59**(7/7/7/4/6)——生多所(路殺社的主管單位)主導 + 中教大助理教授 + 中研院資訊所 + 新北動保處(確定場域)。Q5 誠實勾「已在進行中」(原案=路殺社公民科學)。三個新東西:(1)用 TBN 穿山甲**目擊點**(非路殺點)+ 氣象/土地/道路/速限/車流/街景做**熱點預測模型**,還納入 1999 陳情與交通事故資料;(2)預測經 API 推到公路 CMS 資訊可變標誌;(3)低成本光熱感應 LED 太陽能警示器。既有前例:路殺社前 100 熱點 2021 已進 Garmin 導航;**台3線石虎路殺預警(2019,同一機構做的)**已做「AI 辨識+可變標誌+聲光」達零路殺——三個落地層都有前例,真正新的是預測模型+新資料源。你給無評語(唯一沒記下的是台3線石虎系統這個既有事實)。 **#71**(8/9/8/1/3)——羅東高中生帶兩個國中弟妹,3 人。針對路口曝曬的機車族。兩層:(1)雲端用氣象署+TDX 算「路口熱風險分數」給地方選點;(2)現場 ESP32 溫濕度+YOLO 數等待機車,「有人+高風險」才啟動,分級 30°C 遮蔭/35°C 回收雨水噴霧/40°C 局部降溫,綠能優先。既有前例:新北板橋、台北西門町/小巨蛋已有溫度觸發的智慧遮陽傘試點。核心問題:「有人才啟動」為省一點傘電加了相機+邊緣運算+影像治理,溫度+時段規則就夠了(用了不需要的 AI);35°C 噴霧使路面濕滑(對機車最糟);選點那半才是有價值的部分。你評語正是「這個提案控制不需要AI」。 主題11 已評的就這兩件(#113、#189 未評)。要做平衡回顧,得等那兩件也評分後才有完整的同主題對象。你要進未評的提案,或有其他指示,說一聲。 e36e3881 2026-09-11 [13:30] 助理： 加權總分 **1.31**(1×.30 + 2×.28 + 1×.30 + 0 + 3×.05 = 0.30+0.56+0.30+0+0.15)。 評語三點都經查證屬實:自適應號誌即時調秒數、交警手控、演算法難算紅燈秒數。這正是壓低可行性的決定性問題,記得準、只記問題。分數我沒有意見。 一個 #59 式的補充(你的取捨,不是要你加):評語記的是「時制不可預測」這道可行性罩門;它**沒**記到另一個支撐低創新/低影響的已查證事實——**現有導航(Google)已用實測速度隱含地把紅燈延誤算進去、也就是它想達到的『避開紅燈』結果既有工具已經在做**。要不要放進去你決定。 主題11 四件全評完了:#71(7.52) > #59(6.66) > #189(1.31) ≈ #113(1.01)。要做這 4 件的給分平衡回顧,你說一聲。 e36e3881 2026-09-11 [13:32] 助理： 主題11 排序:#71(7.52) > #59(6.66) > #189(1.31) > #113(1.01)。全部在脈絡裏,不 get-proposal。 **結論:沒有哪一件明顯與證據矛盾,不需要調整。** 我實際比對的最接近一點:**#71 vs #59 的可行性(8 vs 7)**——直覺上會覺得反差:#59 是生多所(路殺社主管)+ 中研院 + **確定場域**(新北動保處),#71 是高中生帶國中弟妹、**六種硬體、無場域**,可行性卻是 #71 高。但按你的既有尺規,它站得住: - **可行性 = 可建置度**(#68),而非落地完整度;#71 自述**已有原型/樣品**、核心(溫度觸發遮蔭)簡單;#59 的新核心(用穿山甲目擊點做預測模型)反而有「可能只預測到人多的地方」的可行性風險。 - **無場域、團隊小是黑客松該補的**(#37/#237),不扣可行性。 - 而且這一點**在當初評分時就已經被提出討論過**,你權衡後保留 8。所以不是漏看,是刻意。 其餘:#71 社會影響力 9(尖峰通勤族的曝曬,影響面廣)、創新 8(遮陽傘板橋/台北已有,但**熱風險選點圖**是新的那半)——都在你鼓勵價值/創新的尺度內。底部兩件也一致:**#113 可行性 0(新燈號無法源+撞專利=結構性/法律阻礙,否決)vs #189 可行性 1(靜態時制失準=技術退化,未到否決)**,0 與 1 的分界合理。 不動。 e36e3881 2026-09-11 [13:41] 助理： 一處變動: | # | 變動 | 加權 | |---|---|---| | **59** | 可行性 7 → **5** ⬇ | 6.66 → **6.06** | | 71 | 不變 | 7.52 | | 189 | 不變 | 1.31 | | 113 | 不變 | 1.01 | 你把 #59 可行性降 2,正對到我們剛談的:預測模型的**資料基礎偏弱**——「事故資料動物部分」現在根本沒有(提案自己要新增 AVC 欄位),主力的穿山甲目擊點又有偏差風險。可行性 5 反映「這個模型的資料能不能撐起來」的疑慮,合理。加權重算 5×.30+7×.28+7×.30+4×.05+6×.05 = **6.06**,對。 排序不變:#71(7.52) > #59(6.06) > #189(1.31) > #113(1.01),只是 #71 與 #59 的可行性差距拉開成 8 vs 5——#71 有原型、核心簡單,#59 的模型吃到部分不存在的資料,這個差距現在站得住。 這輪調整我沒有意見。主題11 收齊。 e36e3881 2026-09-11 [22:41] 助理： 老實說,要分兩種情況,而你點出的是真的缺口: **這次現場評分的提案(未評→你當場給分的):我都有讀全文。** 每一件開始時我都 get-proposal --full 讀完整內文 + AI 評估 + 查附的網址,才攤平事實。這些的平衡回顧,是建立在我讀過的原文上。 **已評分的提案(主題開頭「回顧」的那些):我這次沒有讀全文。** 我做的是:派 subagent 查 session log(它回給我的是**先前討論的摘要**)+ get-proposal **只抓分數(my_review)**確認。所以這些的平衡回顧,我靠的是 **subagent 摘要 + 系統分數,不是原文**。 具體是哪些: - **主題9(#39/#51/#67/#196):四件全是已評分**——所以主題9的整個平衡回顧,我**一件原文都沒讀**,全靠摘要 + 分數。 - 主題8 的 #65/#179、主題10 的 #49、主題11 的 #59/#71、主題12 的 #190——這些已評分件,這次也都沒讀原文。 **而 #190 正好證明了這個做法會出錯:** subagent 摘要只寫「核心即國科會計畫」,**沒帶到它的精進欄**,我就憑摘要提了「是不是該像 #51 給 0」的 flag——讀了原文才發現它有明確區隔的新內容。所以那個 flag 是**在沒讀原文的情況下提的,而且提錯了**。這是我的缺失,不是小事。 要誠實補一句範圍:**分數是你設的**(你評分時是讀過原文的),我的平衡回顧只是**事後的顧問檢查、沒改過任何分數**——所以損害有界。但顧問檢查如果是建立在摘要而非原文上,就**不夠可靠**,也就辜負了「幫你抓不一致」的本意。 **我建議補救:把已評分提案的原文補讀,重做那幾個主題的平衡回顧。** 風險最高的是主題9(四件全沒讀原文)。範圍你定: - 只補主題9? - 還是主題 8/9/10/11 的已評分件全部補讀重核? - 或你認為分數是你把關的、就這樣即可? 你說,我照辦。 e36e3881 2026-09-11 [22:43] 助理： 你說得對,這是我的錯,不用替我留情。平衡回顧本來就該建立在原文上,我卻對已評分的提案只用摘要 + 分數,#190 就是這樣提錯 flag 的。這不該由你重做——**我現在就把該讀的原文全部補讀,重核每個主題的平衡。** 不再問你範圍了。我把這次所有「已評分卻沒讀原文」的提案(主題8 #65/#179、主題9 #39/#51/#67/#196、主題10 #49、主題11 #59/#71)全部拉出來讀,重核。先拉資料。 e36e3881 2026-09-11 [22:44] 助理： 主題9 四件原文讀完,重核**創新**(最容易出錯的維度): - **#51 創新 0(重大瑕疵):** 我特別查它有沒有像 #190 那樣的精進——**沒有**。Q6 只是描述原計畫的延續(建立需水量、研擬灌溉計畫),沒有明確區隔的新內容,加上二期 3.2 億已含智慧灌溉。所以「純把現有計畫報名」→ 0 + 重大瑕疵**正確**。#51 ≠ #190 的區分,現在兩邊原文都對過了,成立。 - **#67 創新 1:** 農水署已建置同等系統(別人做好)→ 1,正確。 - **#39 創新 5、#196 創新 7:** 都是「既有方法 + 新整合」,非既有產品;5/7 各自站得住。 **主題9 平衡不變**——這次是憑摘要剛好也對,但我現在是讀過原文確認的。 繼續拉其餘已評分件(主題8 #65/#179、主題10 #49、主題11 #59/#71)。 e36e3881 2026-09-11 [22:45] 助理： 讀完全部已評分提案的原文了(主題8 #65/#179、主題10 #49、主題11 #59/#71,加上剛才主題9 四件、#190)。重核結果: **每個主題的平衡都成立,沒有任何一件分數要調整。** 而且最關鍵的一件,原文讀了才看清楚——**#59 和 #190 是完全一樣的結構,而它們的分數是一致的:** - **#59**:Q5=否,是生多所「路殺社」既有計畫,**但 Q6 有明確精進**(用穿山甲時空 + 1999 陳情 + 交通事故資料 + 街景 + 微氣候,建預測模型 + CMS 介接 + 光熱 LED)。你給**創新 7**。 - **#190**:同樣是「自己既有計畫 + 明確精進」,你給**創新 1**。 - **#51**:則是「純把現有計畫報名、**沒有**精進」,你給**創新 0 + 重大瑕疵**。 三者放在一起,尺度其實很連貫:**0 只給「沒精進的純再提交」(#51);有精進就 >0,再依精進的新穎度給分**——#59 的精進是「國內尚無同類的洗產地…不對,是動物路殺預測模型」、較新 → 7;#190 的精進是漸進工程改良(爭食分析/熱像補償)、市場也有類似(豬來寶/ATRI)→ 1;#67 是「別人(農水署)做好」→ 1。**#190 的 1 不但不該是 0,而且和 #59 的 7、#51 的 0 一起看是自洽的。** 所以結論:**這次是讀過全部原文重核的,分數不用動,平衡成立。** 你不用重做——我補讀重核完了。 我這次的錯是流程:對已評分件只用摘要就做平衡,#190 那個 flag 就是這樣提錯的。以後已評分件我一律先讀原文再回顧。 c84bcc28 2026-09-12 [09:16] 助理： 三層都對齊了(原文、#32 那輪的完整討論、現值)。你當時的邏輯我掌握了:可行性從 9 收到 7(無工程師、場址未定、期程超期,但依 #37 原則「缺工程師是黑客松可補的」所以不再低)、多元 10、資料治理 9(逐筆補助標來源與查核日、LLM 不判資格、公文即刪、TWCC 不出境),重複上傳依「最後上傳留分」給 #34、#32/#33 歸零。無評語。 **跨主題平衡:#34 的 7.69 落在上段,位置是自洽的。** 把它和記憶中最接近的幾件排開: | | 分數 | 加權 | |---|---|---| | #52 詐騙終結站 | 9/8/9/6/10 | 8.44 | | #179 洗產地 | 9/7/9/4/10 | 8.06 | | #62 反詐養蜂人 | 8/8/9/1/10 | 7.89 | | #204 Eden Cube | 7/8/10/2/6 | 7.74 | | **#34 農民補給站** | **7/8/8/10/9** | **7.69** | | #232 磷超載 | 8/8/8/3/10 | 7.69 | | #71 光蔭之間 | 8/9/8/1/3 | 7.52 | | #237 / #226 / #83 | | 7.44 / 7.41 / 7.38 | 每一個相鄰的順序都有證據撐: - **在 #52、#179、#62 之下**是對的——那三件都有**已完成的 PoC 或更新的核心**(#179 鏡像貿易已跑出帳差、#62 蜜罐、#52 ATM 感測+跨行感染鏈),可行性 8–9;#34 的「反向比對」概念國內外都有(GetGrant、USDA 工具、印度 Kisan e-Mitra),自有的是公文白話化/災前健檢法定豁免/放棄鍵,而且**沒有工程師**——創新 8、可行性 7 比它們低一階,合理。 - **和 #232 剛好同分 7.69**,而且是互補的:#232 可行性 8/資料 10、多元 3;#34 可行性 7/資料 9、多元 10;兩件都是創新 8、影響 8——兩件同樣精心、強項不同的案子落在同一個總分,是平衡的,不是巧合的問題。 - **#204 高它 0.05**:純靠創新 10(世界首見的框架)壓過 #34 的創新 8;#34 靠多元 10/資料 9 補回。合理。 - **在 #71/#237/#226/#83 之上**:那幾件不是在地化既有方法就是既有元件整合,#34 的自有設計比它們多,又對到你社會影響力定義裏的**弱勢農民 + 台語**加分點。 所以**不需要調整**。 一個 #59 式的補充(你的取捨):#34 至今**沒有評語**。有兩個已查證、你當時知道的問題沒被記下——(a) **團隊未列工程師、場域未定**(你可行性只給 7 的原因),(b) 第二份 AI 評估抓到的**「公文影像處理後即刪」vs「用 100 份公文微調 OCR」自相矛盾**(微調需要留存影像)。要不要補進評語你決定。 c84bcc28 2026-09-13 [21:49] 助理： 第二輪十組收齊。剔除你已裁定的（#73／#123、#41、#159、#79、#103、#102／#126、#127、#115／#98、#180、#10 治理等），以及你說不必逐案看的治理完整度與多元性之後，剩下這些： ## 創新性 | 對照 | 分數 | 原文事實 | |---|---|---| | #15 阿公台語 6 vs #87 1 | | 核心相同：高齡農民台語語音＋拍照，AI 診斷病蟲害、自動產出履歷。#87 因「神農 TAIDE」給 1；#15 多的是區塊鏈／ZKP／3D 農場／高中生志工。 | | #196 水管你 7 vs #49 1 | | #196 前端直接用自家「農來訊」既有平台（隊員是農業局人）、高改場木瓜灌溉模組是隊員自己的技轉成果、預報是安吉自家商品；新增只有水存摺、燈號、LLM 一句話。#49 被評「各環節均為既有設備與技術」給 1。 | | #12 消防水源 1 vs #154 0 | | #154「自家現有產品」0；#12 提案人就是臺中市消防局，評語「臺中市消防局消防水源管理系統已存在」——也是自家機關已有。 | | #22 供苗預警 8 vs #239 5 | | #22 自述「現行供苗燈號機制之決策支援升級，而非取代」「與現行燈號並行」——既有機制上加需求端訊號；#239 新組合給 5。 | | #71 務農遮棚 8 vs #210 5、#189 1 | | #71 自承「相較固定遮棚或全天噴霧，本案採需求式控制」，你的評語也說「控制不需要 AI」；同型的分級觸發案 #210 5、#189 1。 | | #164 農機辨識 4 vs #72 1 | | 兩案評語邏輯相同（現成工具已能做：預訓練模型／ChatGPT）。 | ## 可行性 | 對照 | 分數 | 原文事實 | |---|---|---| | #118 防護卡 4 vs #23 誘捕籠 1 | | 兩案評語都判核心機制無效；#118 一人、原文自承「打樣公司無法完成，須仰賴中央印製廠」，決審前連實體卡都沒有。 | | #181 紅火蟻 9 vs #22 7、#213 8 | | #181 核心資料（疫情點位、電子聯單 GPS、鑑定結果）全是四機關未開放資料、場域「優先爭取」、七名學生、拿不到就用合成資料；#22 全開放資料、公司有部署經驗；#213 場域已確認。 | | #20 安心開飯 2 vs #227 家暴 4 | | #227 期程是「10 月和工程師討論研發方式、11 月完成所有資料」，沒有任何開發步驟。 | | #64 格外乳 6 vs #164 3 | | #64 一人、8 週要做檢驗→分離→飼料廠試製→雞場驗證，廠與場都未具名，你的評語自己質疑藥檢與規模；#164 純軟體 2 個月訓練分類器。 | | #153 未卜先雞 5 vs #232 8 | | 同型純開放資料分析平台、都有原型、都缺一筆未開放資料、都無場域、都用歷史回測。 | ## 影響力 | 對照 | 分數 | 原文事實 | |---|---|---| | #78 AgriResilience 6 vs #152 2、#11 1 | | 三案都是災時通報＋政府儀表板；#152 有場域有資料被評「價值不高」2；#78 一人無場域、評語只有「參考 Meshtastic」給 6。 | | #10 台語 AI 3 vs #111 櫃買 5 | | 兩案都是既有資訊整合入口；#10 對象高齡偏鄉、台語（加分項）；#111 對象一般投資人、櫃買內部先用。 | | #129 防偷拍 3 vs #94 綠色憑證 5 | | 兩案都有負面風險（誣告損失／漂綠）；#129 是性別安全（受害者 87% 女性）。 | | #155 地知 6 vs #131 5、#153 4 | | #155 單一鄉鎮遊客問答，你的評語列了幻覺與座標曝光；#131 全國回收場火災預警、#153 全國蛋雞產銷。 | | #108 福壽螺 0 vs #68 3 | | 同樣「台灣已有無害替代／既有作業」：愛鴨機器人、國土監測。 | | #109 熱管家 7 vs #72 2 | | 同樣評語認定既有服務已涵蓋（hiOSHA／ChatGPT）；#109 另有你自己寫的「AI agent 必然有幻覺」。 | | #65 4 vs #121 0 | | #121 的 Omni 交叉稽核（履歷、檢驗、行情、下架清單）就是 #65 的規則比對；#121 0 是扣區塊鏈。 | | #86 1 vs #238 7 | | 兩案都「台灣已有」（樂活氣象／地方創生基金會）、創新都 1。 | ## 資料治理（只列「私人資料送雲端」這一條） | 對照 | 分數 | 原文事實 | |---|---|---| | #82 直直問 8 vs #62 6、#214 4 | | #82 兒童提問（含可能的家內受虐揭露）走 AWS Bedrock 商用 LLM；#62 本地 LLM 隔離 VM 不送雲；#214 個案座標本機離線。 | | #188 城鄉韌性 5 vs #134 2 | | 你對 #188 的評語「救災資訊往往有詳細個資，送 LLM API 有資安隱私顧慮」；#134 只是「可能錄進人聲」的推測風險。 | | #53 私訊分析 9 vs #66 3 | | #53 方法就是把與第三人的真實私訊與照片丟 ChatGPT／Gemini；#66 正式運作不用生成式 AI。 | | #3 農養共生 4 vs #126 2 | | #3 長者健康狀況送 Claude／ChatGPT API、要台電台水到戶級水電資料觸發個別警訊；#126 裝置端分析不存原圖。 | | #52 防詐 ATM 10 | | 你的評語「風控參數若由生成式模型決定，無法解釋與稽核」，治理仍滿分。 | 你要從哪一段開始？ c84bcc28 2026-09-13 [23:03] 助理： 帶狀 20 案（第 11–30 名）原文我已全部讀完，對照裁定過的項目後，剩下這幾件： **會動到入選線（第 20 名 #226 6.81／第 21 名 #134 6.78）的** 1. **#83 黑豬產業 創新 9**（第 12 名 7.38）。兩個模組：「飼料配方專家系統」是線性規劃最低成本配方，這是數十年的標準做法，台灣 2003 年就有中興大學的「飼料配方線上計算系統」論文，商用軟體遍地都是；「植物性剩餘物質查詢平台」是把環境部事業廢棄物申報年報畫成地圖加距離。私註寫的本質就是「找附近哪裏有豆渣酒糟」。9 分和 #179 洗產地同分。若創新降到 6，總分 6.48，掉到線下。 2. **#213 農災韌力雷達 創新 7**（第 14 名 7.11）。核心是 RAG 拿法規與救助公告做 LLM 問答，這是 #155 被裁定「改成用 LLM 問問題已經做爛了」給 2 分的同一型；不同的是它另外有「農民登錄作物×鄉鎮比對公告主動推播」和「部落回報覆蓋率圖層」。要看本質算哪一半。若創新降到 5，總分 6.51，掉到線下。 **不跨線、只影響線下次序的** 3. **#71 熱風險路口 可行 8 vs #59 鯪鯉 可行 5**。#59 給 5 的理由是 LED 警示器「11 月中」才裝設測試，在 11/11 決審之後。#71 自己的期程是「第 7 至 8 週場域安裝、第 9 週分析前後差異」，9/18 起算第 8 週已是 11/13，同樣落在決審之後，硬體（遮陽＋噴霧＋致冷＋綠能儲能＋AI 攝影機）還要宜蘭縣政府道路施工許可。兩案同一種缺陷，一個 8 一個 5。 4. **#153 蛋價 資料治理 4 vs #226 地震派檢 資料治理 10**。兩案都是純開放資料分析、都有原始層／清整層分離、品質旗標、版本可重跑、不含個資；#153 的資料管線甚至更完整（缺日不插補、零值視缺值、一鍵重跑）。差 6 分。#153 就算治理拉到 10 也只到 6.47，不跨線。 其他：#22/#239 創新、#177 創新、#19 創新、#226 創新、#77 可行、#181 可行、#153 可行與影響、#134 治理、#71 創新、#190 創新皆已裁定，未再列。 Sources: [飼料配方線上計算系統（臺灣博碩士論文）](https://ndltd.ncl.edu.tw/cgi-bin/gs32/gsweb.cgi?o=dnclcdr&s=id=%22091NCHU0289028%22.&searchmode=basic)、[飼料成本極小化之最適規劃模型（華藝）](https://www.airitilibrary.com/Article/Detail/U0017-0808201911465200)