水管你，掌握作物喝水的節奏── 從 ET0 出發的雙軌灌排決策與智農陪伴服務

=== 事後／並提討論 === 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。） c71e996e 2026-09-08 [09:26] 助理： 106 筆疑義裏,**只有 32 筆(16 個單位)會實際改變「哪幾案併為同 team」**;其餘 74 筆都只出現在單一提案,怎麼判都不影響分組,不必問你。以下是真正需要你裁決的,我依影響歸成 8 題(附上會受影響的提案 #),請逐題回答: **政策題(一次決定、涵蓋多組)** 1. **同一所高中的成員,算同一組人嗎?** 影響:潮州高中 #106/#230;竹南高中 #31/#36;道明中學 #13/#15。 2. **政府「署/局/司」層級太大,一律不連?** 影響:環境部資源循環署 #131/#207/#216;環境部環境資訊科技司 #94/#156;高雄市政府農業局 #196/#209(「農業處」與「農業局」是同一單位的兩種寫法)。 3. **大型政府研究機構:** - **林業試驗所**要不要比照農試所排除?目前會把 #38/#119/#128/#234 連成 4 案同 team。 - **農科院**(財團法人農業科技研究院,#35/#72/#234)目前已排除,維持? **個案題** 4. **TAITA**(「TAITA秘書長」,#88/#89/#90/#92 共 4 案)— 這是什麼組織?若是小協會就算同 team。你認得 TAITA 嗎? 5. **#32/#33/#34** 同時共用「萬華區公所糖廍里里幹事」與「北醫大數據所」兩個訊號 → 判同一組人?(兩條線都指向同三案,幾乎確定。) 6. **屏科大「農園生產研究所」與「農園生產系」**合併為同一單位、且算同 team?(#205/#209/#236) 7. **陽明交大「電機學院/電機所/電機系」**合併為同一單位?電機系規模很大,算不算同 team?(#190/#203) 8. **小公司:**冠諭科技(#84/#91)、達豐儀器(#31/#36,且與竹南高中同時共用)→ 算同 team? 回答完我就定稿對照表,接著建 `Team` 表 + `Proposal.team_id`、把三層關聯(強關聯/同名待查證/同單位)算進去做清單標記。 e36e3881 2026-09-08 [11:37] 評審： 下一案：#196「水管你，掌握作物喝水的節奏── 從 ET0 出發的雙軌灌排決策與智農陪伴服務」，和#65" e36e3881 2026-09-08 [11:38] 評審： 下一案：#196「水管你，掌握作物喝水的節奏── 從 ET0 出發的雙軌灌排決策與智農陪伴服務」，和#65、#66、#67、#68和#69應是同一團隊。 e36e3881 2026-09-08 [11:40] 助理： 八個來源開了七個。輪廓： **它是什麼**：安吉氣象（民間農業氣象公司，三人）加高改場副研究員（技轉方，確定合作）加高雄農業局科長（資料協力）。做「水存摺」：ET0（參考蒸發散量）乘作物係數 Kc 算每日作物「支出」，有效降雨算「存款」，餘額低於門檻就提醒灌溉；接安吉自家 16 天逐時預報——門檻日前有足量降雨預報就亮藍燈「天雨待命」延後灌溉、可連動停馬達；預報劇烈降雨提前推播「清溝排水」。雙軌：第一軌免硬體，接高雄「農來訊」平台，農民點田區選作物就有每日建議；第二軌在木瓜產銷班用高改場技轉的智慧灌溉模組加土壤感測器實測驗證。配「植物診療師」（國考證照）到產銷班陪伴判讀。十週，期程細到週，落地單位有名字。回應許願池三條。AI 揭露：Claude Fable 5 和 Gemini 3.1 Pro 用來把數值預報「轉譯」成一句話建議、接農作物知識庫。 **查證** - **安吉氣象**：既有產品就是 16 天逐時預報、免市電免 WiFi 微氣象站、太陽能遠端灌溉控制，案例遍及全台。 - **高改場木瓜智慧灌溉**：ETo 灌溉模組，把用水從 160% ETo 降到 120%，2021 年前後已對外發布；提案說「已正式簽署非專屬技轉合約」——沒查到，但高改場副研究員在隊裡列為確定合作，可信。 - **農來訊**：高雄農業局平台，有農業氣象與種植風險評估，得過多個獎（提案列的獎項是農業局的，不是安吉的）。網頁看不到 ET0 網格與 106 項 Kc，提案說那是農業局提供的資料——農業局科長在隊裡。 - **Netafim ETO**：免氣象站、選田區選作物就算 ETc 排程，免費 App。**「ET0 乘 Kc 的水帳灌溉」是 FAO-56 方法，國際上有免費商品**；翼詠 Yardian（#51 查過）在台灣賣的也是這個。 **跟 #51（農水署大坪頂）對照**：兩件都是 ET0 乘 Kc。#51 是機關自己的計畫拿一段來報名，沒有農民端；#196 是把方法做成農民看得懂的「存摺」與燈號、接進地方政府既有平台、加一個真人陪伴角色。方法一樣舊，包裝和落地設計差很多。 **核心問題：它的「AI」是安吉的預報加 LLM 改寫。** 水帳是算術，燈號是規則，16 天預報是安吉本來就賣的東西，它把「NWP 數值天氣預報」寫成「AI 底層數據源」——那是氣象模式，不是 AI。真正用生成式模型的地方只有「把數字改寫成一句話」，這是可以做但不必要的：「今日需水 4 mm，餘額不足，建議灌溉」本來就是一句話。用 Claude 和 Gemini 產生給農民的灌溉指令，多了幻覺風險（模型改寫時把「延後」寫成「立即」），提案沒有寫人工把關。 **其他**：連動停馬達的遠端控制沒有資安設計；田區座標與灌溉行為流向民間公司和境外 LLM 沒說明；「植物診療師」是國考證照，被一家公司當服務通路，公私界線；「打破經驗法則」對農民不太好聽，但這是措辭。 **好的一面**：這是目前農業案裡落地最完整的一件——資料提供者（農業局）、技術來源（高改場）、場域（木瓜產銷班）、操作者（公司自己的植物醫師）都在隊裡；免硬體那一軌真的能讓沒錢裝感測器的農民用；「雨前跳灌」是最實在的節水點；誠實揭露 AI 用了哪些模型。 AI 評估：`suspected_existing = true`（安吉既有預報服務、高改場模組，查證屬實），`similar_existing = true`（Netafim、Yardian，查證屬實）。 c71e996e 2026-09-08 [11:41] 評審： #196為什麼和team#3同一隊？ c71e996e 2026-09-08 [11:42] 助理： 查 #196 是哪條連結併進去的(電話 / 隊名 / 成員重疊 ≥ 半 / 聯絡人單位)。 c71e996e 2026-09-08 [11:44] 助理： 兩個 subagent 並行中:一個從同隊判定移除隊名鍵(含改測試:同隊名單獨不併、basis 改為 email/phone/member/unit、tooltip 不再出現「隊名」);一個修正 SYSTEM.md 的規則說明。 後續全部相依:改完 → 一次獨立驗證(用真實資料確認 22 隊/62 案、team 3 = #65–69、#196 無隊)→ 正式 DB 重跑 `compute-teams`(備份、分數 md5)→ 交給你看。現在沒有其他可獨立啟動的事,等結果。 c71e996e 2026-09-08 [11:46] 助理： 改好了。做一次獨立驗證(含用真實資料確認 22 隊/62 案、team 3 = #65–69、#196 無隊、basis 不含 team_name),過了就重跑正式 DB。 c71e996e 2026-09-08 [11:48] 助理： 驗證全過(114 測試綠、26/26 核對:22 隊/62 案、team 3 = #65–69、#196 無隊、basis/tooltip 不再有隊名、所有真隊仍在)。重跑正式 DB。 c71e996e 2026-09-08 [11:48] 助理： 正式 DB `compute-teams` 重跑中(備份、比對分數 md5、確認 22 隊/62 案、#196 脫離)。完成即交給你看;commit 等你說。沒有其他可獨立啟動的事。 c71e996e 2026-09-08 [11:49] 助理： 正式 DB 重跑完成,硬重整即可看: - **分數完好**:`preliminary_reviews` 56 → 56,md5 完全一致。其餘各表不變。 - **唯一變化**:#196 脫離 team 3(原本只靠「水到渠成」撞名相連),team 3 現在就是凌誠科技的 #65–69;22 隊 / 62 案。FK/integrity OK;備份 `local.sqlite.bak-teams4-20260908-114822`。 程式改動(移除隊名強鍵、測試、tooltip 標籤)已驗證(114 測試綠),SYSTEM.md 規則已更正,**未 commit**。你說一聲。 e36e3881 2026-09-08 [17:55] 助理： 有可能，而且不只是「卡」。這一批裡跨團隊重複出現的非日常詞彙不少： - 「卡」：#14 案例卡、#16/#211 觀測卡與事件卡、#31 Care Ticket、#77 任務卡 - 「不宣稱／不取代／不自動」三連免責：#14、#16、#53、#70、#77、#78 - 「最小必要、去識別、權限控管、留存軌跡」四件套：#14、#16、#32、#52、#60、#77 - 「模組化設計，僅需調整……即可複製至……」：凌誠五件、#58、#65 - 「不是再做一個 X，而是……」句型：#16、#211、#22、#31、#36、#78、#123 - 「保留未來擴充機器學習之彈性」：凌誠五件、#65 - 「最終仍由人決定／權責人員負責」：#14、#22、#31、#52、#60、#62、#77、#78、#196、#211 這些不是台灣公部門提案的傳統語彙，是 2024 年以後 LLM 對「AI 治理」「資料治理」類問題的標準答案形狀。當幾十個不同背景的人拿同一類模型潤稿，模型就把同一套詞彙和句型塞進每一份。「卡」是介面設計的常用詞，但一個農會人員和一個志工組織自己寫，不會不約而同都叫「卡」。 不過這只能判斷「文字經過同一類模型」，判斷不了「內容是不是模型想的」。#14 和 #16 的內容有現場感，#31 和凌誠沒有，用的詞彙卻一樣。所以這個現象對評分的意義是：**共同詞彙不能當創新的訊號，也不能當空洞的訊號**，只能當「要剝掉之後再看」的提醒。您一路做的就是這件事。 e36e3881 2026-09-11 [10:50] 助理： `get-topic 9`(主題:**農業用水調度**)回傳,但系統只有 **4 件**,不是 5 件——全部已評分: - **#39** 智慧養殖漁業氣象韌性與精準產銷導航平臺 - **#51** 智慧配水、永續共好 - **#67** 灌溉圳路用水即時監測與智慧調度系統 - **#196** 水管你,掌握作物喝水的節奏──從 ET0 出發的雙軌灌排決策與智農陪伴服務 **你說 5 件,系統顯示 4 件。** 差的那一件很可能是**沒被歸進這個 cluster 的 outlier**(全案有 39 件 outlier),或編號我這邊對不上。先派 subagent 查這 4 件的 log 討論,同時請你確認第 5 件的編號(若有)。 先查這 4 件的 session log。 e36e3881 2026-09-11 [10:52] 助理： 主題9「農業用水調度」,4 件全已評分:#39、#51、#67、#196。都不在我目前脈絡、也無記憶檔。派 subagent 查 session log 先前的討論。 e36e3881 2026-09-11 [10:52] 助理： 已派 subagent 查 #39、#51、#67、#196 在 session log 的先前討論。結果回來後,我再 get-proposal 確認四件的內容和評審分數。 e36e3881 2026-09-11 [10:57] 助理： subagent 撈齊了,四個分數都判定為評審真實輸入(#67、#196 的中斷標記都確認過分數一致或與分數無關)。現在 get-proposal 對系統的權威值。 e36e3881 2026-09-11 [10:57] 助理： 四件都對上系統了。兩個地方跟 transcript recall 不同,**以系統為準**:#51 的評語是**長版**(「已編列預算之現有計畫,第二期 3.2 億已含智慧灌溉系統」,評審最後採用了長版);#67 系統裏**有評語**(「農田水利署已建置圳路水位、流量、遠端閘門與配水系統」,transcript 當時是 no comment,後來補上了)。 ## 主題9「農業用水調度」確認 | # | 標題 | 分數 | 加權 | 評語 | |---|---|---|---|---| | **196** | 水管你(ET0 水存摺雙軌灌排) | 9/5/7/4/4 | **6.60** | 把數字轉譯為文字不需用 AI LLM,還多轉譯錯誤風險 | | **39** | 智慧養殖漁業氣象韌性平臺 | 8/6/5/2/6 | **5.98** | (無) | | **51** | 智慧配水、永續共好 | 8/7/**0**/2/5 | **4.71** | 這是農水署已編列預算之現有計畫,第二期(3.2 億)已含智慧灌溉系統 | | **67** | 灌溉圳路即時監測智慧調度 | 4/2/1/0/3 | **2.21** | 農田水利署已建置圳路水位、流量、遠端閘門與配水系統 | 排序:**#196(6.60) > #39(5.98) > #51(4.71) > #67(2.21)**。 **要點(先前討論,已進我脈絡):** - **#196**:安吉氣象+高改場+高雄農業局,5 人。農業案中落地最完整(資料/技術/場域/操作者全在隊內、免硬體軌可惠及無感測器農民),可行性 9;但 ET0×Kc「水帳」是 FAO-56 標準法、Netafim/翼詠已有商用免站產品,且唯一用 LLM 之處(把數字改寫成一句話)反添幻覺風險——故評語與創新 7。 - **#39**:水試所團隊,養殖預警規則庫。感測/預警/App 警示是水試所既有成果,真正新的只有「把預報翻成池級操作指令推播」;「精準產銷導航」內文不存在。 - **#51**:農水署官員 4 人,埔里大坪頂。**自承是進行中計畫**,與已編 3.2 億的第二期看不出差別 → **創新 0,觸發重大瑕疵**。 - **#67**:凌誠科技一人(#65–#69 同模板第三件)。主管機關(農水署高雄處復興渠)已全數建成並有實測成效;一人、無場域、資料欄自相矛盾。AI 評估標 substantive_junk=true。 **一個要提的落差:** 你說主題9「共5件」,但 `get-topic 9` 只回 **4 件**(都 is_scored)。第 5 件可能是沒歸進這個 cluster 的 outlier。要我查那個第 5 件是哪一號嗎?還是就以系統這 4 件為準? e36e3881 2026-09-11 [11:00] 助理： 主題9 農業用水調度,4 件全評分:#39、#51、#67、#196。派 subagent 查 session log 先前對這 4 件的討論。 e36e3881 2026-09-11 [11:00] 助理： 主題9 農業用水調度,4 件:#39、#51、#67、#196,全評分。已派 subagent 查 session log。等它回來,我再 get-proposal 確認內容和你的分數(注意新版已用 `id` 當申請編號、`sys_id` 當來源 id,display_no 已移除,我會照新格式解析)。 e36e3881 2026-09-11 [11:05] 助理： 4 件的系統分數全部對上(與 log 一致),內容和評分現在都在我脈絡裏了: | # | 提案 | 分數 | 加權 | 評語 | |---|---|---|---|---| | **196** | ET0 雙軌灌排+智農陪伴 | 9/5/7/4/4 | **6.60** | 把數字轉譯為文字不需用AI LLM,還多了轉譯錯誤的風險。 | | **39** | 養殖漁業氣象韌性平台 | 8/6/5/2/6 | **5.98** | (無) | | **51** | 智慧配水、永續共好 | 8/7/**0**/2/5 | **4.71** | 這是農水署已編列預算之現有計畫,第二期(3.2億)已含智慧灌溉系統。 | | **67** | 灌溉圳路即時監測調度 | 4/2/1/0/3 | **2.21** | 農田水利署已建置圳路水位、流量、遠端閘門與配水系統。 | 排序:#196(6.60) > #39(5.98) > #51(4.71) > #67(2.21)。 先前討論的要點,現在我記得: - **#196**(9/5/7/4/4):安吉氣象+高改場+高雄農業局。「水存摺」ET0×Kc 算需水、有效降雨算存款,餘額低於門檻提醒灌溉;雙軌(免硬體接農來訊 / 木瓜產銷班實測技轉模組),雨前亮藍燈延後灌溉。**農業案中落地最完整**(資料/技術/場域/操作者全在隊內)。你把可行性從 6 提到 9。問題:唯一用 LLM 處(把數字轉成一句話)最不必要且添幻覺風險——就是評語那句。 - **#39**(8/6/5/2/6):水試所養殖預警平台,把專家經驗寫成 If-Then 規則、閾值前推播池級操作指令,災後用感測紀錄做科學災損舉證。拼圖每塊都有人做(峰漁、海盛、農試所作物版),新的只有「預報翻成池級操作指令並推播」的養殖版。題目後半「精準產銷導航」內文不存在。 - **#51**(8/7/**0**/2/5,**重大瑕疵:創新**):農水署官員在埔里大坪頂做智慧配水決策。第五題誠實勾「已在進行中」,原計畫二期 3.2 億已開工且已含智慧灌溉系統——**現有計畫**,創新 0 否決。 - **#67**(4/2/1/0/3):凌誠科技一人提案(#65–#69 同模板)。布水位計+統計模型給巡圳調度建議。它提的每一項主管機關(農水署)都已建置且有實測成效;一人、無場域、資料欄自相矛盾(自己要布的感測器寫成政府開放資料)。 主題9 全部已評、內容與分數都確認了。要我做這 4 件的給分平衡回顧,你說一聲。 e36e3881 2026-09-11 [11:07] 助理： 主題9 排序:#196(6.60) > #39(5.98) > #51(4.71) > #67(2.21)。全部在脈絡裏,不 get-proposal。 **結論:沒有哪一件的分數明顯與證據矛盾,不需要調整。** 我實際比對的點: - **#196 創新 7 vs #39 創新 5**(這是最接近、值得看的一個):兩件都是「組裝既有元件 + 一項整合」。#196 的方法(ET0×Kc、雨前跳灌)其實 Netafim ETO、翼詠 Yardian 商用產品早有,預報是安吉自家既有產品,ETo 模組是高改場技轉——看起來像可以壓到和 #39 同級。但 #196 多了一個真實的**存取創新**:「免硬體軌」用農來訊平台觸及**沒有感測器的農民**,這是純硬體控制器做不到的,屬於該鼓勵的價值面。差 2 分在裁量範圍內,不算矛盾。(而它最不必要的 LLM 轉譯,已由評語扣在點上。) - **#51 創新 0(重大瑕疵)**:自己誠實勾「已在進行中」,二期 3.2 億已含智慧灌溉——既有計畫,否決正確。它的社會影響力 7 仍高,反映水資源問題本身的價值(否決落在創新、不在影響),與「鼓勵價值、記錄既有問題於創新」的原則一致。 - **#67 創新 1 vs #51 創新 0**:#51 是「本身就是那個已編列的計畫」→ 0;#67 是「重複農水署已部署且有實測成效的系統」但非自己的已編列計畫 → 1。這個 1 vs 0 的區分站得住。 - 資料治理方向也一致:#196(田區座標+灌溉行為流向民間公司與境外 LLM,無說明)資料治理 4,低於 #39 的 6,反映 #196 的治理缺口較重。 排序與各維度都與證據一致。不動。 e36e3881 2026-09-11 [11:29] 助理： 分兩面,誠實講: **用既有產品/技術當基礎——本身不違規、也很正常。** 幾乎每一件提案都站在既有元件上(開放資料、現成函式庫、既有平台)。黑客松不要求從零發明,所以「有用到既有產品」不會自動取消資格。 **真正決定的是:有沒有『新開發』的東西堆在上面。** 分兩種: - 用既有零件**做出/整合出一個新的東西、或新的應用、或新的整合**——即使零件都是現成的,這是正當的黑客松提案(例如主題9 的 #196 就是既有元件 + 一個真實的存取整合)。 - 只是**把既有產品重新描述一遍、當成自己的新點子,卻沒有做出任何東西**——這就不是「用既有零件創造」,而是「既有產品的說明書」。 這個區別**不是一個另外的「算不算黑客松」的是非門檻,而正是評分表用「創新性」和「可行性」在量的東西**:創新性問「有無新開發內容」,可行性問「有沒有/做不做得出來」。所以你不需要另立一條「這不算黑客松、否決它」的規則——現有維度本來就在處理這件事,你這一整輪對「既有產品/計畫」的一貫做法也是走創新這條。 至於 #98 落在上面哪一種,是它「重新描述了 Controlant/Monnit/專利/論文,而沒有做出任何東西」還是「有做出新整合」——事實在前面已經攤開了,判斷是你的。我不替它下那個數字。 e36e3881 2026-09-11 [12:10] 助理： 把執行時的功能拆開看,答案很清楚: **執行(runtime)的實質運算,幾乎全是確定性的,不需要 AI agent:** - WBGT 分級 = 由溫濕度/日輻射/風速套**公式** + 門檻分級 → 算術/規則。 - 適宜作業時窗(輕/中/重) = 拿逐時 WBGT 預報比對**各負荷的職安門檻表** → 查表。 - 累積暴露提醒 = 時間**累加**、超門檻就叫 → 算術。 - 事中提醒(休息/補水/降溫) = 跨門檻 → 推**預寫好的訊息** → 規則。 - 鄰近醫療院所 = 用座標**地理查詢**衛福部名冊 → 查詢。 這五項——也就是提案的服務主體——**沒有一項需要 LLM**。 **AI agent 在執行時只做一件事:自然語言的前端**——把「明天 A 田區哪個時段適合中度採收?」解析成(田區、時段、負荷)去跑上面第 2 項,再把數字**講成一句話**。這就是「把數字轉譯成文字」那一類(和你在 #196、#52 點過的同一件事),而且這一段用 LINE 圖文選單/按鈕選(田區+負荷)反而**更準、更私密**(不必把資料送雲端 LLM)。更關鍵:LLM 唯一能多做的「開放式問答/生成健康建議」,正好是**最危險**的一格——幻覺 + 無醫師審核。 **建置(build)時需要 AI agent 嗎?也不需要。** 做一個 WBGT 計算 + 門檻表 + 推播 + 地理查詢 + 一個介面,是普通軟體工程。他們大可用 LLM 當寫程式的助手(和多數隊一樣),但**系統本身不需要「AI agent」才能建起來**。 所以直接回答你:**執行時、建置時都不需要 AI agent**。它被放在執行時當口語外殼,而那一段既可被選單取代、又在健康建議上添幻覺風險。核心(WBGT、時窗、暴露、提醒、就近醫療)全是規則與查表。事實如此,判斷交給你。 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)。 c84bcc28 2026-09-13 [16:49] 助理： 第一輪十組全部收齊。我先剔除你這兩天已經明確裁定過的（#122／#186 可行性、#190 與 #204 的 10、#212、#97、#101／#226 可行性、#83、#158、#35 治理 8 等），剩下的整理如下。每項都是子代理讀原文後指出的事實，不是 AI 評估的意見。 ## 創新性（0／1／在地化的分界） | 對照 | 分數 | 原文事實 | |---|---|---| | #237 農災 AI 判讀 vs #104 田野之眼 | 創 8／可 8／影 8 vs 創 3／可 0／影 0 | 同一題（AI 初判農損、公所流程、三級燈號）。你給 #104 的理由「AI 憑照片無法判斷災損」對 #237 同樣成立；你對 #237 的評語也說 Sentinel-2 穿不透雲、10 m 分不出農損。#237 資料欄空白、創新欄是工具欄複製。 | | #179 產地汪汪隊 9 | vs #214／#113／#165／#67 各 1 | #179 原文自述「IMF 鏡像資料手冊、美國 CBP、歐盟 OLAF 同路徑，台灣缺本土化對應工具」——是在地重製，9/12 的規則是 1。你在 9/12 說過「#190 世界首創 10 > #179 在地化 9」，跟同日定的「別人做好了＝1」互相衝突。 | | #226 PEBPS 臺灣化 8 | vs #41 0、#91／#20 1 | 引用欄自承「引用 PEBPS 名稱、架構、原始五因子公式，不宣稱原創」，題目就是「臺灣化」。 | | #177 AI Agent 詐騙 8 | vs #159 5、#66 3 | 你的評語「建議和新北反詐養蜂人合作」；原文自引 Chatterbox、Apate 為前例。 | | #74 永續電廠 8 | vs #55 0（同實驗室） | 原文「本提案為團隊既有永續電廠研究之延伸」「沿用既有研究，以大林電廠為案例」，交付是 Streamlit 儀表板。#73 你今天已確認 8；#74 沒談過。 | | #197 掌上明豬 1 | vs #154 0 | 原文「自行研發軟硬體及 APP，114/9–115/2 每 10 分鐘一筆、11,200 筆」——自家系統已運轉半年，是 0 那一格。 | | #14 AI 衛教紅旗 4 | vs #114 0 | 你的評語首句「是現有研究成果」，跟 #114「屬既有成果」措辭相同，一個 4 一個 0。 | | #34 農民補給站 8 | | 原文自述核心「反向比對」模式「源自團隊 2020 年防疫黑客松獲獎作品」。是不是「得獎模式換題重投」由你認定。 | | #201 治蚊 7 vs #84 灌溉巡檢 1 | | 同架構（無人機→AI 辨識→GIS→派工）；#201 自引台南 114/8 已有無人機登革熱巡查，本次加 AI；#84 也是既有巡查加 AI。 | | #19 外送新生態 7 vs #167 審時農曆 2 | | 兩案評語都由你點名前例（CoopCycle／台大黏蟲紙與農試所系統），都是前例上加東西。 | | #106 運用 AI 防詐 5 vs #119 農本生意 2 | | #106 你自己註「只有要做 UI，沒有系統」「深偽辨識無依據」；#119 才是被引前例扣的那個。 | | #182 一鍵巡田 0 | vs #158 3 | #182 因「原型已完成」給 0；#158 原文「前期已完成技術可行性驗證、57 項自動化測試通過」同樣提案前做好，未以此扣。 | | #204 神農計劃 10 | | 新事實：原文自己寫「MIT 曾以微型溫室研究，2020 年硬體不穩關閉」，引用 Wright 2023 開源生長箱——這個問題有人做過。你給 10 時是以「值得鼓勵的實驗」為由。 | ## 可行性（決審前能否驗證） | 對照 | 分數 | 原文事實 | |---|---|---| | #60 防災弱勢戶 vs #77 安心回線 | 可 3／影 5 vs 可 7／影 8 | 同題。#60 十人、甲仙區公所確定場域、慈濟紅十字確定志工、真實名冊；#77 一人、無場域、虛構名冊。#60 被扣「志工不應進警戒區」，#77 原文同樣派志工進山區沒被扣。 | | #205 檳榔轉作 8 vs #224 媽祖 4 | | #205 期程 115/12 容許→116/12 營運，決審前無物可驗；跟 #224「決審前無法驗證」同型。 | | #11 FireMind 9 vs #85 施肥用藥 2 | | 同型：一人、LLM/RAG 疊開放資料、無場域、評語都是「已有現成系統」。 | | #162 滑軌充電 8 vs #130 SkillReady 1 | | 評語都是「現有產品」；#162 一人無場域、期程只有模擬影片與草圖；#130 有耕莘確定場域與實測。 | | #106 5 vs #223／#192 2 | | #106 是 Figma 模擬原型（你的私註）；後兩案有實作。 | | #236 捕風捉稻影 7 vs #58 農先知 4 | | #236 期程 1–6 個月、場域導入在決審後；#58 系統已上線可回測。 | ## 影響力 - #128 油茶 5 vs #51 智慧配水 7：#128 原鄉、老農、台語（你定義裏加分項）；#51 自述只針對大坪頂一產區。 - #178 黑泥氫能 2 vs #74 永續電廠 8：兩案都是既有研究延伸；#178 承諾範圍全台 80 座水資中心，#74 是一座電廠的儀表板。 - #220 柯南櫃 0 vs #187 安心夜 5（治理 0 vs 2）：#187 上雲的是去識別**生理訊號**＋國網跑 LLM，比 #220 的找物事件敏感；#220 支援台客語。 - #112 阻詐演練 5 vs #200 2／#176 1：三案創新都 0（現有），#112 原文最明確已在執行（407 份問卷），影響最高。 ## 資料治理（權重 5%，但方向反的一組） 寫得最完整的拿低分、寫得最空的拿高分：#153（4）vs #14／#177（10）；#200、#108（4）vs #157 Meshtastic（8，評語本身是資安缺陷）、#38（6，資料只有文件名）；#209（4，「Gemini 或 cheatGPT 收集資料」）vs #95（2）；#58（1）vs #236（3）；#119（2）vs #61／#162（4）；#175（4）vs #126／#134（2）；#158（3）vs #215（5）。 ## 多元性（心證，只並排） #70 一人給 1（規則是 0）；#72 三類型 1 vs #10／#154 兩人 2；#185 三類型 3 vs #52 八人同銀行 6；#210 兩類型 6 vs #188／#19 兩類型 2；#234 五類型 6 vs #207 9／#128 8；#190 同校為主 7 vs #180 六校 4／#196 三類 4；#109 五類 5 vs #31 6／#199 7／#203 7；#62 兩類 1 vs #38／#39／#237 單一 2；#55 4 vs #74 1（同實驗室）。 你要從哪一段開始？ c84bcc28 2026-09-13 [17:27] 助理： 先回你問的兩個： - **#74 高分有什麼問題**：問題只在跟同實驗室 #55 的 0 對不對得上——兩案都自述「既有研究延伸」，#55 交付水槽模型、#74 交付儀表板。若你的判斷是 #74 像 #73 一樣「有想法」（把研究做成決策儀表板）、#55 只是工程，那 8 對 0 就說得通，跟你今天確認 #73 的理由一致。 - **#106 有什麼問題**：165 網址比對、簡訊關鍵字、深偽偵測、包裹照片——每一項市面上都有（Whoscall 類、各家防詐 App），組合也不新，你自己註「只有要做 UI、深偽無依據」；5 是「新組合、有自己想法」那一格，跟 #119（有「立真」憑證鏈）的 2 反過來了。 你其他的裁定我都記下，特別是一條新規則：**「別人做好了＝1」指台灣已有；只在國外有、台灣沒有的在地重製可以高分**（#179 9、#19 7 對 #167 2）。 **還沒回的：** 創新 - #226 PEBPS 臺灣化 8：原文自承引用 PEBPS 架構與公式、不宣稱原創——依上面那條新規則，PEBPS 台灣沒有，8 可以成立；只是要你確認。 - #177 AI Agent 詐騙 8：你的評語建議跟新北「反詐養蜂人」合作——台灣已有同類，這條規則下該是低分那一格。 - #182 一鍵巡田 0 vs #158 安心有據 3：兩案都提案前做好原型（#158「57 項測試通過」），一個因此 0、一個沒扣。 - #204 神農 10：新事實——原文自己寫 MIT 微型溫室做過（2020 關閉）、引 Wright 2023 開源生長箱；你給 10 是鼓勵實驗，看要不要因為「有人做過」調。 - #201 治蚊 7：跟 #84 同架構，台南自己已有無人機巡查（原文自引），本次加 AI；你說 #84「概念太多人做了」，#201 是不是同一句話？ 影響力 - #128 油茶 5 vs #51 智慧配水 7：#128 原鄉、老農、台語是你的加分項；#51 自述只做大坪頂一區。 - #178 黑泥氫能 2 vs #74 永續電廠 8：都是既有研究延伸，#178 承諾範圍全台 80 座水資中心，#74 是一座電廠儀表板。 - #220 柯南櫃 0 vs #187 安心夜 5：#187 上雲的是去識別生理訊號＋國網跑 LLM，比找物事件敏感；#220 有台客語。 - #112 阻詐演練 5 vs #200 2、#176 1：三案創新都 0（現有），#112 最明確已在執行，影響反而最高。 資料治理（5%） - 方向反的一組：寫得最完整的低、最空的高——#153（4）vs #14／#177（10）；#200、#108（4）vs #157 Meshtastic（8，評語本身是資安缺陷）、#38（6）；#209「Gemini 或 cheatGPT 收集資料」（4）vs #95（2）；#58（1）vs #236（3）；#119（2）vs #61／#162（4）；#175（4）vs #126／#134（2）；#158（3）vs #215（5）。 多元性（心證，只有一條是規則） - #70 一人團隊給 1，規則是 0。其餘並排：#72 1 vs #10／#154 2；#185 3 vs #52 6；#210 6 vs #188／#19 2；#234 6 vs #207 9／#128 8；#190 7 vs #180／#196 4；#109 5 vs #31／#199／#203 6–7；#62 1 vs #38／#39／#237 2；#55 4 vs #74 1。 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 | | 你的評語「風控參數若由生成式模型決定，無法解釋與稽核」，治理仍滿分。 | 你要從哪一段開始？ c71e996e 2026-09-14 [20:00] 助理： 乾跑結果，以181案為基準： - **177案**有自己的主討論段（218段）。 - **4案只有「事後／並提」段、沒有獨立段**：#174（和#208成對討論）、#175（和#32並提）、#196（和#65–#69一起談）、#75（三個session的user turn裡完全沒出現過編號或題目，只有助理列表提到它）。 - **0案完全找不到**。 另外兩個影響方法的發現：`c84bcc28`是`e36e3881`的分支，有973筆逐字重複的turn，已依uuid去重、當同一條時間軸切段；工程session裡的評審旁枝只取到下一個無編號的turn為止（否則會吞掉整週）。丟棄的都是tool call/通知/連續重送，數字在報告裡。 我認為可以進正式階段：加`discussion`欄位、builder＋`import-discussions`、匯入；#174/#175/#196存的是它們被並提的段落，#75會是空的（或只有助理提及的清單），這符合實際——你當時沒單獨討論它。要繼續就說一聲。