鯪鯉共好，平安回家

=== e36e3881 2026-09-07 21:11 === [21:11] 評審： 下一個提案：#59「鯪鯉共好，平安回家」 [21:13] 助理： 五個來源全開了。輪廓： **它是什麼**：**生多所**（生物多樣性研究所，路殺社的主辦單位）七位研究人員，加中教大助理教授（2024 年「寧靜追蹤師」獲獎隊員）、中研院資訊所副研究員與碩士生，加**新北市動保處處長列為確定合作場域**。第五題誠實勾「否，已在進行中」，說明原計畫是路殺社的公民科學資料蒐集。這次要做三件新的事： 1. **預測**：以 TBN 的穿山甲活體出沒點位為應變數，用氣象網格、土地利用、道路圖層、速限、車流量、街景影像當參數，用迴歸模型預測出沒熱區；再把路殺點位、1999 陳情裡的動物案件、交通事故資料交叉，找出動物車禍高風險路段。從「事後熱點補救」改成「事前預警」。 2. **CMS 介接**：把預測結果以 API 接全國公路的可變標誌，動物出沒高峰季節顯示「小心動物出沒」。 3. **光熱感應 LED 警示器**：跟廠商開發低成本裝置，裝在回復型導桿或護欄上，紅外線偵測到溫血動物、光感偵測到車燈時才閃——動態警示，不是靜態牌子。11 月中在新北裝 1–3 處測試。 另外提議在交通事故調查表 A1/A2/A3 之外新增「AVC」欄位註記動物事故（野生、寵物、畜產三類），讓這類事件正式進入交通統計。產出的資料集要放到 depositar 開放。回應許願池三條。 **查證** - **路殺社**：農業部長期科技計畫，2019 年有 App、**2021 年百大路殺熱點已進 Garmin 導航**——提案落地三層裡的第一層「導航預警」已經在做。 - **台 3 線石虎路殺預警系統**（2019）：中興大學、公路局、特生中心（生多所前身）、DT42 合作，AI 攝影機辨識石虎、鼬獾、白鼻心，觸發前方可變標誌顯示「前方有石虎即將通過」，加聲光驅離；一年多零路殺。**「AI 辨識加可變標誌示警」台灣已經做過，而且就是這個所參與的。** - **國外動物偵測系統**：紅外線、熱像、雷達偵測觸發閃燈警示——亞利桑那 Preacher Canyon 車速降 9 mph、70% 煞車、碰撞減 92%；科羅拉多 Highway 13 誤報率超過 50%，駕駛不再相信。**「感應到動物才閃」的裝置是成熟技術，效果取決於誤報率和駕駛習慣化。** 所以三個落地層裡：導航層已做、CMS 層台 3 線做過（那是即時攝影機辨識，本案是模型預測後的季節性顯示，較粗但可全國）、LED 層是國外成熟技術的低成本版。真正新的是**預測模型**——用出沒資料而不是路殺資料，做事前而不是事後——以及把 1999 和交通事故資料納進來。 **第一步成不成立**：穿山甲活體出沒點位夠不夠訓練模型？穿山甲是夜行、稀有、保育類，TBN 上的點位以救傷和目擊為主，數量少且偏向有人的地方。用少量偏差樣本做迴歸，預測出來的「熱區」很可能是「人常去的地方」。不過這個所手上有全台最完整的路殺資料庫，他們比誰都清楚資料的限制；而且它選穿山甲當首例，之後套石虎、獼猴、白鼻心——後者資料多得多。 **其他** - 3,000 件重大事故和「50–100 萬件」碰撞是兩個數量級的估計並列，8–64 億損失也是粗估。 - CMS 介接需要公路局，AVC 欄位需要警政署，都還沒談；新北市動保處確定合作，但 CMS 在公路局手上。 - 精確的穿山甲熱點若公開，有盜獵風險——生多所應該知道，提案沒提。 - Google 街景 API 的授權通常不允許拿來訓練模型。 - 「全為原創無引用」但列了一整頁開放資料。 - 分工空白但成員角色清楚。 **好的一面**：這是真正的主管單位、真正的資料擁有者、有確定的地方合作場域、有中研院資訊所的技術支援，落地路徑每一層都有前例證明可行；AI 用得誠實——它自己說是迴歸模型，ChatGPT 只用來檢查程式碼；產出資料要開放到 depositar。 AI 評估：`substantive_junk = false`，`suspected_existing = true`（路殺社，已揭露，本次內容確實不同），`similar_existing = true`（台 3 線、Garmin，查證屬實）。 [21:23] 評審： 所以這和路殺社的現有工作有何不同？ [21:23] 助理： 路殺社現在做的是：**收集已經死掉的動物的位置**（民眾回報、系統化調查、社區專案），畫出熱點，每年更新百大熱點給 Garmin 和道路單位，由他們去立牌或設圍籬。整個流程是「死了 → 記錄 → 找出常死的地方 → 事後改善」。 這次提的差別有三個： 1. **資料從「死亡」換成「出沒」**。用 TBN 的活體目擊點位當應變數，配環境參數建模，預測「牠會出現在哪」——理論上能在還沒有路殺紀錄的路段先示警。這是「事前」和「事後」的差別。 2. **納入兩個路殺社從沒用過的資料**：1999 陳情裡的動物案件、交通事故資料裡的動物肇因。這兩個來源記錄的是「撞了但動物沒死」或「民眾覺得危險」的事件，比路殺資料多得多（它自己估 50–100 萬件對 3,000 件）。 3. **從「提供圖層」變成「自己動手示警」**：介接 CMS、裝感應 LED——路殺社以前只把資料交出去，改善由別人做。 一句話：路殺社是資料蒐集計畫，這次是拿那些資料加新資料去做預測和示警裝置。這個切分是真的，不像 #51 那樣看不出差別。至於預測用少量穿山甲點位做不做得準，是實作才會知道的事。 [21:26] 評審： 7/7/7/4/6，no comment，如何？ [21:26] 助理： 分數沒有問題。 沒有評語的話，有一個有查證的事實不會留下：台 3 線石虎預警（2019，AI 辨識加可變標誌）就是這個所參與做過的，本案的 CMS 層是它的季節性版本。要不要記，您決定。 === 事後／並提討論 === c71e996e 2026-09-03 [09:48] 助理： 主結果出來了(6 件 existing 補跑中,可能再多幾件疑似)。這是整個 AI 輔助的收穫: ## 疑似「既有計畫/成品」——16 件(附證據網址) 最該注意的: - **#36** WoHere:已有官網 slowlifect.com 與上線產品 - **#51** 自承屬農水署大坪頂進行中計畫、已投 3.2 億 - **#59** 提案人為路殺社創辦人,道路 AI 警示系統既有運作,本案為延伸 - **#69** 台灣生質循環加值平臺已營運(agricycle.tier.org.tw) - **#81** H3 穿戴腦波裝置已開發並發表論文 - **#97** pet-guard 已有運作網站,自承為進行中原型 - **#101** 衛波科技商用 SHM 監測平台已運作 - **#105** 提案人自 2005 起長期發表的門牌研究 - **#112** 「看穩聽問守」2026/8 已實際開課 - **#114** 成大波浪能專利 I907022 - **#130** Sim Check AI-VR 照護平台已營運、導入耕莘 - **#157** Meshtastic 開源專案、社群已運作 - **#166** 寶島巴迪已成立公司營運 - **#190** 國科會晶創計畫延伸,已發表論文並牧場部署 - **#212** 碳匯 MRV 平台已上線開源 - **#220** ConanTag 語音找物產品已研發並 POC ## content 判為「實質空洞」——25 件(供妳參考) #3、11、15、21、41、50、63、66、67、68、86、88、89、95、98、106、115、118、160、171、172、173、176、230、236(各附一句理由,如「術語堆砌無實作」「一人隊無分工」「四域拼貼資料虛構」等) 6 件 existing 補跑(15、16、32、33、35、37)完成後,我把 existing 補齊、給妳完整清單,再一起談存 DB 與 UI。 c71e996e 2026-09-03 [10:32] 助理： **額度耗盡,已依約停下並回報:完成 105 / 179,剩 74 件,妳退出重來即可。** **`suspected_existing: true`——這輪 105 件中抓到 12 件(數量比想像多):** - #35 科技小農:已營運社企,青蔥健康種苗基地模式已實施 → wabay.tw - #36 WoHere:已有官網與產品、曾申請桃園SBIR → manus.space - #59 路殺社:AI 動物辨識警示與熱點預警已運作 → roadkill.tw - #68 山坡地違規偵測:國土測繪中心「國土利用監測」2014 起功能相同 → nlma.gov.tw - #69 農業剩餘資源媒合:農業部平臺功能高度重疊 → agricycle.tier.org.tw - #81 H3 穿戴裝置:碩論已開發、驗證、發表 → eaapublishing.org - #97 已上線運作 pet-guard-vercel.vercel.app,模組完整 - #101 衛波科技 Pwaver-SHM 結構監測商用產品延伸 → shm.pwaver.com - #105 提案人早於 jidanni.org 發表完整門牌座標專案 - #112「看穩聽問守」:2026/8 新北警已辦兩梯訓練 → nextapple - #130 Sim Check 為超級臉既有產品,已入選經濟部名錄 - #157 臺灣鏈網 Meshtastic Taiwan 離網節點已實運作 → meshtw.github.io **另 4 件顯示 true,但在尚未重跑的 74 件裏(舊檔結果,重跑後再確認):** #166、#190、#212、#220。 **剩餘 74 件(重來時跑這些):** `155,156,159,161,162,165,166,167,168,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,226,227,228,230,231,232,233,234,235,236,237,238,239` c71e996e 2026-09-03 [13:14] 助理： **全部 179 件 existing 完成(收緊定義)。`suspected_existing:true` 共 65 件**(窄定義時是 20,收緊後多抓 45 件)。這 65 件疑似「拿既有成果/專利/論文/已上線產品假裝構想」: #14 RZVN已營運＋DOI研究框架｜#16 低熵核心引擎既有獲獎｜#20 教育部校園食材登錄2.0已有｜#21 社區儲能備援既有技術＋專利｜#23 AI誘捕籠已有Wild Vision產品｜#32 反向比對源自2020防疫松獲獎｜#35 科技小農已營運社企｜#36 WoHere已有官網＋SBIR｜#38 SmartPrune AI已有｜#40 讓路警示已有HAAS/Waze｜#51 大坪頂灌溉已由農水署執行編預算｜#55 TENG已有論文專利＋縮尺實測｜#58 自稱已上線｜#59 路殺社AI警示已運作｜#61 勝美金食品已營運｜#62 蜜罐已有Apate.ai｜#64 剩餘乳轉飼料既有｜#67 桃園農水處已有智慧調度｜#68 國土利用監測2014起功能相同｜#69 農業剩餘資源平臺重疊 #73 微藻碳匯已發表＋延續2025提案｜#74 永續電廠研究延伸＋論文｜#81 H3穿戴碩論已發表｜#86 環境部酷齡氣候關懷已運作｜#90 碳足跡已有CarbonChain｜#97 pet-guard已上線｜#101 Pwaver-SHM商用｜#103 建築健康履歷已有商用｜#104 農糧署災害照相App已有｜#105 jidanni.org門牌專案已發表｜#108 福壽螺辨識已有論文｜#113 已有美國專利US12361824B2｜#114 已獲我國專利I907022｜#115 賽前已申請五項專利｜#118 三件申請中專利｜#120 政府補助推薦已有平台｜#123 艾弗思×成大清洗系統已商用｜#128 林試所在行計畫＋農改場成果｜#130 Sim Check超級臉既有｜#131 合作廠商既有平台＋Fire Rover #134 智能耳聰鳥音辨識App已上架｜#157 Meshtastic Taiwan已運作｜#161 遮蔭導航已有CoolWalks＋三城實證｜#162 自有專利M652280｜#173 污泥產氫已有論文＋數位孿生｜#175 眼動查生字已有EyeLingo論文｜#176 腦靈活331已營運｜#177 詐騙情資已有Apate上線｜#178 進行中MOU＋楊梅水資中心實測｜#187 雷達生理監測師大實驗室既有｜#190 國科會晶創計畫＋已部署｜#196 ET0灌溉高改場已技轉｜#197 AIoT水質獲獎量產移植｜#202 航港局海運無障礙已上線｜#203 RGB-T機器人IEEE論文＋國科會成果｜#205 格園社企農電共生專利已商用｜#211 低熵核心防災賽獲獎｜#212 平台已上線自承既有｜#214 NSTC補助＋MOU＋已啟動｜#218 已入選南投黑客松原型 #220 ConanCase拿趣科技既有｜#224 零廢敬媽祖已運作｜#227 家暴蒐證APP已有UNDERCOVER等｜#236 萬穗寶已獲FITI獎量產 （existing 尚未匯進 DB;下一步照 proposals.json 流程,用 `build_ai_assessments_json.py` 把 content＋existing 合併重建 `ai_assessments.json` 再 import,existing 才會進 `ai_assessment` 表與 UI。） e36e3881 2026-09-08 [09:58] 助理： 查完了，結論要修正我的說法。 **確認到的（兩個組成事實都成立）** - 甲烷化要純淨的 CO₂：鎳催化劑會被硫化合物毒化，老規範是進料 H₂S 要低於 1 ppm；惰性氣體與過量 H₂ 也會降低甲烷純度。所以煙道氣捕捉出來的 CO₂ 要先純化才能進甲烷化反應器，這是催化甲烷化的常識。 - 微藻不需要純 CO₂：6–15% 的煙道氣可以直接打進藻池，不用前處理。Nature Communications 2024 年那篇也明講「生物路徑能耐受 H₂S、SO₂ 等會讓化學催化劑失活的污染物」。 也就是「化學路徑挑 CO₂、生物路徑不挑」是文獻裡清楚的分工。 **沒有確認到的（我講過頭的部分）** 我說「任何做 CCU 的工程師都會在流程圖上畫這條判斷線」——我沒有找到任何一篇文獻或流程圖，把「甲烷化」和「微藻」放在同一座電廠裡、用 CO₂ 品質當分流條件。找到的都是各自獨立的研究：純化後甲烷化、或直接餵藻，沒有「不合格的轉去餵藻」這個組合。八篇裡有五篇被付費牆擋住沒看到全文，但摘要和搜尋摘要都沒有出現這種設計。 **所以對 #74 的判斷要改成**：「依 CO₂ 品質分流」的兩個半邊各自是已知的工程原則，但把兩者組成雙路徑、放在一座電廠的流程裡，我沒有找到前例。這件的組合是它自己的。它的創意不是零，是「把兩個已知原則接起來」——跟 #59 把出沒資料和路殺資料接起來是同一個層次。我前一輪把它壓得太低了。 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:36] 評審： #59要用的預測資料比較複雜：它要用交通事故資料裏面動物肇事的部份。這個我不確定有沒有，還是要全部交通資料來篩選。 e36e3881 2026-09-11 [13:36] 評審： #59要用的預測資料比較複雜：它要用交通事故資料裏面動物肇事的部份。這個我不確定有沒有，還是要全部交通資料來篩選。你可以確認一下我說得對不對。 e36e3881 2026-09-11 [13:37] 助理： 這是關鍵的一點,而且你可能是對的——#59 自己在提案裏就**要求在事故通報表新增一個「AVC」欄位**,這本身就暗示目前沒有現成的動物肇事欄位。我派 subagent 查證台灣交通事故資料到底有沒有「動物肇事」這個分類。 e36e3881 2026-09-11 [13:39] 助理： 你說得對,而且是提案自己坐實的:#59 要「新增 AVC 欄位」到事故通報表,等於**它自己承認現行交通事故資料裏沒有乾淨的動物肇事子集**——不然不必新增欄位。要嘛沒有、要嘛得從全部事故資料硬篩(而且多半沒編碼、小動物路殺根本不進事故系統)。所以這個輸入是**它要爭取的、不是現成的**。 對 #59 的含意(事實,不替你判分): - 它的熱點預測模型列了好幾個輸入:**主力是 TBN 穿山甲目擊點**,另外還有氣象/土地/道路/速限/車流/街景、1999 陳情、以及事故資料的動物部分。 - 其中**「事故資料動物部分」現在拿不到**(要靠它新增 AVC 欄位),這是一個真實的資料缺口;但它是**多個輸入之一、不是主力**,所以是**部分打擊,不是整個模型垮掉**——主力那條(穿山甲目擊點)仍在,只是先前也提過那條有「稀疏、偏差、可能只預測到人多的地方」的疑慮。 合起來:#59 的預測模型資料基礎,比乍看**弱一些**——一個輸入是還沒有的資料、主力輸入又有偏差風險。這是否要反映到你先前給的可行性/創新(7/7),balance 由你決定。 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 就是這樣提錯的。以後已評分件我一律先讀原文再回顧。 e36e3881 2026-09-12 [08:27] 助理： 加權總分 **3.29**(3×.30 + 3×.28 + 4×.30 + 3×.05 + 4×.05 = 0.90+0.84+1.20+0.15+0.20)。 評語準確,而且釘在我們花最多力氣確認的那一點:災害用水要的是過濾去濁 + 消毒,軟化沒有特定好處——直接拆掉它「水韌性」的招牌。各維度我沒有意見:可行性 3(水那半不服務災害目的、UV 支路條件式、場址未定、硬體期程重)、創新 4(OffGridBox/台電微電網既有,退役電池屬改良)、社會影響力 3(能源韌性有真價值、對象含莫拉克災區/原民鄉,但水那半空、台電已在做、二手電池安全是負面)、多元 3、資料治理 4(OT 無認證)都對得上。 一個 #59 式的補充(你的取捨,不是要你加):評語只記了軟水這點;另外兩個已查證的問題沒記進去——(a) **OffGridBox(太陽能+電池+淨水災害貨櫃已商轉)與台電防災型微電網已存在**,(b) **~60 kWh 退役動力電池放社區據點的熱失控與責任歸屬未談**。要不要放進去你決定。 主題16 剩最後一件 **#162** 未評;平衡等它評完。 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-12 [10:25] 助理： 兩件讀完(原文 + 討論 + 現值),當時的邏輯我掌握了: - **#74 = 6/8/8/1/3 = 6.64**,無評語。創新 8 是查證後修正的:甲烷化要純 CO₂、微藻吃得了生煙道氣這兩個原則各自成立,但**沒有任何文獻把兩者放在同一座電廠用 CO₂ 品質分流**——組合是它自己的。那次我憑印象講「任何 CCU 工程師都會畫這條線」差點進了評語,是你叫我查才擋下來的。可行性 6(純模擬、既有研究模型加儀表板)、社會影響力 8(面向台電/能源署層級決策)。同一個成大實驗室四人投了 #55/#73/#74/#114。 - **#173 = 0/0/1/0/0 = 0.30**「污泥產生的是甲烷,不是綠氫。」——技術前提就錯了(污泥厭氧消化產沼氣,不是綠氫;綠氫是再生電力電解水),一人、資料欄全空,同隊 #171/#172 拆出來的模組。 一個 #59 式的補充留著給平衡時:#74 沒評語,當時已查證的「IRR 24%、回收期 4 年是研究設定下的模型結果,綠氫成本假設未攤開」沒有記下——這是它唯一的硬問題。 主題20 剩 **#178** 未評,你給編號就繼續。 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) c84bcc28 2026-09-13 [23:15] 評審： 分數平衡有調整。除了已調整的以外： #83是要找植物性剩餘物質調配養豬，而不是一般性養豬配方，這個從來沒有人做過，是提案方的領域知識。 #59的問題是目前車禍沒有記錄動物事件欄位。我忘了註記。 c84bcc28 2026-09-13 [23:16] 助理： #83 與 #59 的理由已記下。