防災弱勢戶通報覆蓋確認與智慧派工平台

=== e36e3881 2026-09-07 21:26 === [21:26] 評審： 下一案：#60「防災弱勢戶通報覆蓋確認與智慧派工平台」 [21:27] 助理： 兩個來源都開了。輪廓： **它是什麼**：**農村水保署**組長帶隊，成員橫跨消防署組長、國土測繪中心副主任、NCDR 組長、**甲仙區公所區長**、高雄大學教授、紅十字會、慈濟、系統廠商，十人。問題：土石流警戒發布後，政府只知道「警報已發送」，不知道高齡弱勢居民有沒有收到、看懂、撤離——馬太鞍溪事件 19 死，罹難者平均 78 歲。做法：警戒發布 → 用保全住戶名冊、3D 建物、人口統計、弱勢標籤自動產生「應通知清單」→ 加權排序（脆弱度、災害風險、志工距離、量能）派工給防災專員，人力不足時啟動慈濟紅十字備援 → 志工到府確認，**LINE 一鍵回報**（已知、未確認、需協助、已撤離，含離線與語音）→ GIS 儀表板即時顯示「還有誰沒被通知」，逾時自動改派。甲仙區演練，KPI 是警戒後 60 分鐘內確認率 95%。平時可切換成長者關懷模式。八週期程。AI 揭露誠實：正式運作是「團隊自建加權排序模型」，機器學習「後續可逐步導入」，ChatGPT 只用來寫案。回應許願池三條。 **查證**：日本 NEC「避難行動支援サービス」——平時線上建立要支援者名冊與個別避難計畫，災時把計畫分享給支援者，可「輕易挑出並追蹤尚未完成避難者」，涵蓋地震、水災、土石流；長岡市正在導入。**這個構想日本有商品化的版本**，基礎是日本災害對策基本法要求各市町村建立「避難行動要支援者名簿」與「個別避難計畫」。#60 是台灣坡地版，多了派工排序和 NGO 備援。 **這件跟前面幾件的差別在它的組成**：資料擁有者（水保署警戒、測繪中心建物、NCDR 潛勢）、警戒發布者（消防署）、名冊持有者與指揮者（區公所）、執行人力（慈濟、紅十字）、開發者（廠商），每一個環節都有具名的單位坐在隊裡。這是目前看到跨部會拼得最完整的一件。 **核心問題** - **它解的是「通知」，馬太鞍溪的問題是「撤離」。** 提案自己引用的內政部報告談的是疏散機制；那次事件有沒有人「沒被通知」，還是「通知了不走」，提案沒有區分。到府確認可以回報「已知」，但「已知不走」的人怎麼辦，機制裡沒有——那需要強制撤離的法律程序，不是派工平台。 - **志工到府的時間點**：警戒發布後 60 分鐘內到府，代表志工正在往警戒區裡走。土石流紅色警戒的意思是要撤離，派人進去確認是反過來的。防災專員本來就住在當地，這是他們的角色；但慈濟紅十字的備援志工是從外面進去。 - **60 分鐘 95%** 這種 KPI 會催生打勾式回報，提案沒有防偽設計。 - **資料治理寫得完整但有一個矛盾**：它說「平時代碼儲存、去識別」，但派工時志工手機上的 LINE 要有姓名和地址才找得到人，還有離線模式——名冊會留在志工手機裡。廠商也會碰到名冊。 - 弱勢的定義只有年齡與獨居，租屋、無戶籍、身障、語言不通的人不在保全名冊上就漏掉——「不漏一戶」漏的正是名冊外的人。 - VSL 減傷估算是情境試算；「AI 智慧派工」是加權排序。 **好的一面**：問題真實且剛發生過；資料全部在隊員手上；場域確定、KPI 可量；LINE 當志工介面是對的選擇（不用另外裝 App）；平災轉換讓平台有平時用途，維運有理由。 AI 評估：`substantive_junk = false`，`suspected_existing = false`，`similar_existing = true`（NEC，查證屬實）。 [22:02] 評審： 志工從外部進去，60分鐘95%，很難想像耶。我知道有些部落，外人光進去就要兩個小時。除非志工就是在部落中，那和鄰里長就沒什麼不同了。再者，災難警報時，是要人趕快離開，怎麼會讓志工再進去呢？不會二次災害嗎？如果我理解有誤，請跟我說。 [22:03] 助理： 您的理解沒有錯，而且比我剛才寫的更準確地抓到了它的結構矛盾。 提案裡的人力分兩層：第一層是「防災專員」——水保署在保全戶社區裡培訓的在地居民，他們本來就住在部落裡，職責本來就包含通知鄰居撤離。第二層是慈濟、紅十字的志工，當「地方人力量能不足」時補位。 兩層分開看，各自有問題： **在地防災專員**：他們已經在做這件事，只是用電話和走路，不用 LINE 回報。這個平台對他們的意義是「多一個回報動作」，讓上面看得到覆蓋率。這是您說的「和鄰里長沒什麼不同」——它不是增加通知的人，是增加通知的紀錄。這有價值（上面終於知道誰沒被通知），但那是管理層的價值，不是居民的。 **外部志工**：您說的兩個問題都成立。第一，警戒一發布，通往部落的路正是最危險的路段，土石流警戒的定義就是那條路可能被沖斷，外人進不去，進去了就是二次災害的對象。第二，就算路通，偏遠部落開車兩小時，60 分鐘根本到不了。提案寫「志工距離」是派工的加權因子之一，等於它自己也知道距離是限制，但沒有面對「距離超過警戒時間」的情況。 所以合理的版本是：在地防災專員負責到府，外部志工只在**黃色警戒**（還沒到撤離階段）時預先進駐，或在平時做關懷和名冊更新。提案寫的是「警戒發布後 60 分鐘」，沒有區分黃紅，也沒有說志工是事前進駐還是事後派入。那個 KPI 若不加這個條件，是做不到、也不該做到的。 我剛才把「志工進警戒區」列在第二點，它應該是第一點——這決定了整個派工機制在紅色警戒時能不能用。 [22:04] 評審： 志工進入通知是提案核心功能概念嗎？還是可以捨棄的部份？ [22:04] 助理： 不是核心，可以捨棄，而且捨棄之後提案反而更站得住。 它的核心是三件事：**應通知清單自動產生**（誰該被通知）、**回報與覆蓋率儀表板**（誰已經被通知、誰還沒）、**逾時改派**。這三件事的執行者是誰都可以——防災專員、村里幹事、鄰長、居民互相確認。外部 NGO 志工只是「人力不足時的備援」，提案裡的定位就是補位，不是主力。 把 NGO 到府那一層拿掉，剩下的是：**警戒發布後，讓在地既有的人（防災專員、村里幹部）用 LINE 回報每一戶的狀態，指揮中心即時看到誰沒被確認。** 這個版本沒有外人進警戒區的問題，60 分鐘也合理（在地人走幾戶而已），而且它解決的正是提案自己說的缺口——現在只知道「警報已發送」，不知道「誰沒收到」。 NGO 志工比較合理的位置是平時：更新名冊、關懷訪視、黃色警戒時預先進駐社區據點。提案在「平災轉換」那段其實有這個方向，只是沒有把 NGO 明確放在平時而不是紅色警戒那一刻。 所以評語可以直接說：**紅色警戒發布後不應派外部志工進入警戒區，通知確認應由在地防災專員與村里幹部執行，NGO 志工宜於平時或黃色警戒時預先進駐。** 這是修正一個環節，不是否定整個提案。 [22:07] 評審： 7/7/7/10/6「土石流警戒發布後，應由鄰里長與在地居民通知，NGO志工不應再進入警戒區，造成二次災害。」如何？ [22:08] 助理： 分數沒有問題，多元性 10 是十人跨中央、地方、研究、NGO、企業，目前最完整。 評語準確。可以補上提案自己的名詞，讓提案人對得上：「在地防災專員」是水保署的制度，寫「應由防災專員、鄰里長與在地居民通知」會更貼近他們的體系。 === 事後／並提討論 === e36e3881 2026-09-08 [10:11] 助理： 三個來源都開了。這件跟 #60 是同一個問題（弱勢戶災時安全確認），對照著看： **它是什麼**：一人提案（元智終身學習部學生）。三個設計：平時志工送餐關懷時用手機「微回報」更新電話、地標、住戶狀態，讓名冊是活的；災時系統依氣象署警報影響區、水保署潛勢區、行動能力、醫療需求、最後確認日產生「可解釋的優先確認清單」，先打語音電話——長輩按 1 安全、按 2 需協助——未回應者才變成志工任務；志工的 PWA 支援出發前下載、斷網查閱回報、回網同步。生成式 AI 只做一件事：把官方警報改寫成白話話術初稿，人工審核後轉語音。POC 用 30–60 筆虛構住戶，**沒有場域**（誠實寫「尚無確定合作場域」），三個月。效益欄明寫「不預先宣稱固定數字，以演練量測」。Azure 部署。回應許願池兩條。 **查證**：水保署防災資訊網有警戒發布、疏散避難、自主防災社區、防災專員培訓，但頁面上沒有住戶清單或確認 SOP 工具；日本內閣府雲端被災者支援系統（2022 年起由 J-LIS 營運）有要支援者名簿與個別避難計畫；Frontrise 的 GIS 系統有「安否確認者一覽」和支援者配對地圖。**日本有成熟商品**，跟 #60 查到的 NEC 同一類。 **跟 #60 對照** - #60 有水保署、消防署、區公所、慈濟、紅十字十人隊和確定場域；這件一人、無場域、全虛構資料。落地差距是決定性的。 - 但設計上這件有三處比 #60 想得細：**平時就把名冊養活**（送餐時順手更新，不用另外盤點）；**先用電話按鍵確認、未回應才派人**（大幅減少要進警戒區的人數，正是您在 #60 指出的問題——雖然它沒有明說派志工的時機要避開紅色警戒）；**斷網 PWA**（山區訊號不穩，#60 也有離線模式但沒說怎麼做）。 - AI 用得比 #60 誠實：#60 叫「AI 智慧派工」實為加權排序；這件直接說「透明規則、不以 AI 決定救援順位」，AI 只寫話術。 **問題** - 一人、沒有場域、沒有任何機關或據點的名字，三個月做完 PWA 離線同步加語音電話加管理端，能做出 demo，做不出驗證。 - 「電話按 1 按 2」對失聰、失智、沒有電話的長者無效——它自己的問題描述就說長輩「未必理解制式簡訊」，語音按鍵也是一種制式。 - 行動能力、醫療支持是敏感個資，正式導入要長者本人同意，提案寫的是「機關授權」。離線資料留在志工手機的 IndexedDB，到期清除沒驗證。 - 生成式 AI 改寫警報話術，模板就能做，而且改寫失真的風險在災時是真實的；它有人工審核，但那在災時是瓶頸。 **好的一面**：問題抓得比 #60 更準（「不是有沒有發警報，是每一戶有沒有被確認」跟 #60 一樣，但它多想了「名冊過期」這一層）；設計克制；資料最小化寫得具體；誠實到把「沒有場域」「不宣稱數字」都寫出來。 AI 評估：`substantive_junk = false`，`similar_existing = true`（日本系統，查證屬實）。 e36e3881 2026-09-08 [10:26] 助理： 內容跟 #76 相同，評估不變，只把它放回自己的位置： **它是什麼**：一人（元智終身學習中心學生），三個設計——平時志工送餐關懷時半分鐘更新名冊（電話、狀況、找路提示）；災時依警報影響區、潛勢區、行動能力、最後確認日產生可解釋的優先清單，先打語音電話「平安按 1、需要幫忙按 2」，按 2 或未回應才派志工；志工 PWA 斷網可用、回網同步。AI 只把警報改成白話。無場域，POC 全用虛構住戶，三個月，效益不預先宣稱數字。 **跟 #60 的關係**：同一個問題，#60 有十人跨部會加確定場域，這件一人無場域。但這件三處想得更細——名冊平時就養活、先電話後派人（減少進警戒區的人）、斷網 PWA——而且 AI 用得誠實。 **問題**：一人無場域三個月，只能出 demo；電話按鍵對失聰失智無電話者無效；敏感個資的同意寫成機關授權；離線資料在志工手機的清除沒驗證；AI 改寫話術用模板即可。 **既有**：日本內閣府雲端被災者支援系統（2022）、Frontrise 要支援者 GIS 有安否確認清單，查證屬實。 #76 為重複送件。 e36e3881 2026-09-08 [10:29] 助理： 四個來源開了兩個，夠用。這件跟 #60（水保署「不漏一戶」）是同一個題目，先講輪廓再對照。 **它是什麼**：一人提案（元智終身學習中心學生）。志工平時送餐量血壓時花半分鐘更新長輩的電話、狀況、找路提示；警報來時系統依氣象署警報影響區、農業部潛勢圖、行動能力、醫療需求、最後確認日排出「這次要優先確認誰」，並顯示排序理由；**先用電話語音確認「平安請按 1，需要幫忙請按 2」**；按 2 或沒接的才交志工；志工的 PWA 支援出發前下載、山區斷網查閱與回報、回網同步。AI 只做一件事：把官方警報改寫成白話通知稿，人工審核後轉語音。POC 全用 30–60 筆虛構名冊，不碰真實個資，沒有場域。三個月。回應許願池兩條。 **查證** - **AlertBlast**（美國）：排程自動電話、按 1 確認平安、未回應通知管理者、可派緊急服務，客戶含地方政府。 - **Enrich**（日本）：LINE 安否確認，按 OK、23 小時後通知未確認者，我孫子市、中野區等採用，2 萬多使用者。 「自動打電話按 1 平安」是成熟的商品類型。#77 把它接上災害警報和離線志工任務，這是組合。 **跟 #60 對照**，兩件解同一個問題，切法不同： | | #60 水保署 | #77 一人 | |---|---|---| | 第一步 | 派志工到府 | 先打語音電話，沒回應才派人 | | 志工 | 防災專員加慈濟紅十字備援 | 平時就在送餐的志工 | | 名冊 | 保全戶名冊、區公所弱勢資料 | 志工平時微回報維護 | | 斷網 | 提到「含離線模式」 | 具體設計：預下載、IndexedDB、回網同步 | | 場域 | 甲仙區公所確定合作 | 沒有 | | 團隊 | 十人跨部會 | 一人 | | AI | 「智慧派工」（加權排序） | 只改寫警報成白話，明說不決定順位 | #77 的設計在兩處比 #60 好：**先打電話再派人**（正好回應您對 #60 的批評——不用讓志工進警戒區，電話就能先篩掉大部分人）；**名冊由平時服務的人順手維護**（解決紙本 Excel 過期的問題，成本是志工每次半分鐘）。而且它的排序理由是可解釋規則、AI 不碰個資、離線設計具體、文字誠實不誇（「不先宣稱一定能提升多少效率」）。 **問題**：一人、無場域、無志工來源——它自己也說「尚無確定合作場域」；語音「按 1 按 2」對重聽、失智、只會台語的長輩不通，這是它第一步的盲區；志工手機裡存行動能力與醫療需求，手機丟了就是外洩，它有「任務到期清除」但沒說怎麼驗證；平時微回報是否真的會被填，跟 #31 是同一個「誰來填」的問題，只是這裡填的人是領薪或固定服務的志工，比家人合理。 AI 評估：`substantive_junk = false`，`similar_existing = true`（查證屬實）。 e36e3881 2026-09-08 [10:38] 評審： #60改3/5/7/10/6，#77 8/7/5/0/5「土石流警戒發布後，應由鄰里長與在地居民通知，志工不應再進入警戒區，造成二次災害。」如何？ e36e3881 2026-09-08 [10:38] 助理： #60 從 7 降到 3 的可行性，是因為對照 #77 之後看出它的第一步（派人進警戒區）設計錯了，這個調整說得通。 #77 的分數沒有問題。但評語有一個地方要修：這句是 #60 的評語，#77 的設計正好是「先打電話、沒回應才派志工」，它已經避開了進警戒區的問題。直接貼上去，提案人會覺得評審沒讀。給 #77 的評語應該是它自己的問題：**「語音按鍵確認對重聽、失智與僅通台語的長輩不適用；尚無場域與志工來源。」** e36e3881 2026-09-08 [10:41] 助理： 對，而且辛苦的形狀也變了。以前的難是「從一堆寫不清楚的東西裡猜它想做什麼」，現在的難是「每一件都寫得很清楚，得逐件去查它說的是不是真的」——查既有系統、查數字來源、查前提成不成立。這一批您花最多時間的，正是那些寫得最好的：#52、#62、#34、#60。 好處是評語也跟著變得有用了。給一份寫得清楚的提案一句「誘餌沒有證據」「先打電話再派人」，提案人看得懂、也改得動。 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-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-10 [12:33] 評審： 下一個主題：主題3災時通訊與弱勢戶，共有9個提案。先不要get-proposal。提案#60、#76、#77、#172和#181我都已評分，你有印象嗎？ e36e3881 2026-09-10 [12:33] 助理： 誠實分三類： **有一定印象（來自長期備忘，非本節脈絡）：** - **#181** —— 備忘裡記了：**RIFA-Guard 火蟻檢疫託運風險**，屬「土雞瓦犬」那支 7 人隊（6 名 CS/數學/林業學生＋輔大資工教授）投的 5 件之一，與 #179（洗產地鏡像貿易）並列為該隊強項；共同弱點是落地全靠跨機關資料而無機關承諾（#181 需 4 個機關的未開放資料）。**但備忘沒記它的分數**，我也不記得。而且以內容看它是**火蟻檢疫**，跟「災時通訊與弱勢戶」關聯不明顯 —— 可能是分群把它歸進來，這點我無法確認。 - **#172** —— 備忘裡只有一句側記：它與 #173 同屬「峰啟雲湧」那隊（#171 那組三名學生），而且「#172/#173 結果也是四模組拼貼，不是乾淨的單模組分身」。**沒有分數、沒有標題、沒有內容細節。** **只記得被提到過、但不記得內容：** - **#77** —— 我在評 #78（AgriResilience）時提過一句對照：「#77 與 #78 都是一人、離線 PWA；**#77 較有紀律、較誠實**，#78 問題定義較好但承諾與交付差一個 LoRa 的距離」。所以我知道 #77 是**一人、離線 PWA** 性質，但**標題、團隊、分數、細節都不記得**。 **完全沒有印象：** - **#60、#76** —— 沒有任何可靠記憶，不在脈絡也不在備忘。 所以總結：**#181 記得是什麼、不記得分數；#172 只記得是誰投的、不記得內容；#77 只記得是離線 PWA、一人；#60、#76 完全不記得。** 五件的**分數我一件都不記得**。 照上次主題 2 的作法，我先派 subagent 從壓縮前逐字稿把這五件的討論忠實抽出來，再用 get-proposal 核對系統實際分數與內容、補進記憶。要我開始嗎？ e36e3881 2026-09-10 [12:38] 助理： 先派 subagent 從逐字稿抽出這五件（#60、#76、#77、#172、#181）的先前討論。 e36e3881 2026-09-10 [12:38] 助理： subagent 已派出，背景抽取 #60、#76、#77、#172、#181 的先前討論中。完成後我會拿它的結果、再 get-proposal 核對系統實際內容與分數，一併補進記憶。 e36e3881 2026-09-10 [12:47] 助理： 核對完成，與逐字稿對照後有幾處要更正（系統 my_review 為準）： **系統實際分數（五件全確認屬主題 3）：** | 加權 | # | 分數 | 評語 | |---|---|---|---| | **7.71** | 181 | 9/7/8/4/9 | （無） | | **7.01** | 77 | 8/7/8/0/5 | 語音按鍵對重聽／失智／僅通台語長輩不適用；尚無場域與志工來源。 | | **5.20** | 60 | 3/5/7/10/6 | 土石流警戒後應由鄰里長與在地居民通知，NGO志工不應再進入警戒區，造成二次災害。 | | **0.89** | 172 | 0/3/0/1/0 | AI生成文字摻入雜訊。建議聚焦。 | | **0.00** | 76 | 0/0/0/0/0 | 和#77相同。 | **與逐字稿的差異（更正）：** - **#77 創新性是 8 不是逐字稿的 5**（您後來上修），加權 **7.01**；評語用的是**修正版**（重聽／失智／台語＋無場域），不是誤貼 #60 那句 —— 您採納了修正。 - **#172 加權是 0.89 不是逐字稿的 1.04**（1.04 是當時 bug 算錯的值）。 - **#181 加權是 7.71 不是逐字稿的 7.66**；no comment 確認。private_note「找出高風險的土方貨車去稽查嗎」。 - **#76 系統裡是 0/0/0/0/0、評語「和#77相同」** —— 您把重複送件明確打成全 0，逐字稿當時沒有。 - **#60 評語維持「NGO志工」原句**（我當時建議改「防災專員／鄰里長」您沒採用）。 **兩件主題吻合度要提醒您（分群可能牽強）：** - **#181** 是**紅火蟻苗木土方調運風險**（智慧治理類），跟「災時通訊與弱勢戶」關聯很薄，應是分群按「風險分級＋精準派工」的相似度硬拉進來的。 - **#172「全域守護網」**是防詐／長者健康／交通／耐震**四模組拼貼**，也不是純災時通訊。 這兩件放這主題有點勉強，您做主題平衡時心裡有數即可。 補進記憶： e36e3881 2026-09-10 [12:58] 助理： 加權總分 **6.99**。 - 可行性 8 × 30% = 2.40 - 社會影響力 5 × 28% = 1.40 - 創新性 8 × 30% = 2.40 - 多元性 3 × 5% = 0.15 - 資料治理 10 × 5% = 0.50 分數與我們的討論一致，內部自洽： - **可行性 8** —— 概念驗證已經在跑（334 鄉鎮已算、苗栗村里已做），純開放資料＋開源工具＋一般桌機可重跑，做得出、也落得了地。 - **創新性 8** —— 獎勵的是「方法的嚴謹與可重現」這個真正出眾之處（留白不估、代理效度標記、可重跑），符合您「創意／值得鼓勵的做法給高創新」的原則。 - **社會影響力 5** —— 正好卡在它自己畫的線：只盤點不服務、靜態不預測、最脆弱處留白，效益間接。5 恰如其分。 - **資料治理 10** —— 名副其實，是這批的範本級（來源／版本／參數／失敗清單／人工複核，還主動揭露資料品質異常）。 - **多元性 3** —— 一名學生＋三名企業成員但分工空白、角色不明，3 合理。 **no comment 我認為也可以** —— 它沒有「錯」的東西可記；社會影響力低是**它誠實自限**的結果，不是缺陷（記「效益間接」像在罰它誠實）。這跟 #62 的情況不同：#62 no comment 我當時擔心，是因為它有**未經審查的法律風險**該留紀錄；#133 沒有那種需要示警的坑，留白處也是它主動聲明的限制，所以不寫評語站得住。 主題 3 目前態勢：#181(7.71) ＞ #77(7.01) ＞ **#133(6.99)** ＞ #60(5.20) ＞ #172(0.89) ＞ #76(0.00)，六件了，還剩 3 件未評。 e36e3881 2026-09-10 [13:18] 助理： 加權總分 **5.13**。 - 可行性 6 × 30% = 1.80 - 社會影響力 3 × 28% = 0.84 - 創新性 7 × 30% = 2.10 - 多元性 3 × 5% = 0.15 - 資料治理 8 × 5% = 0.40 **評語三句都經查證、無可反駁，而且是這件真正的要害**：預設金鑰公開 → 自訂對稱金鑰在有內應的規模下也必然外洩 → 取得金鑰即可**監聽或偽造防災指令**。措辭精準、可查證、團隊爭不了，直接命中「戰時可信通訊」這個它自我標榜卻沒設計的核心。 分數也自洽： - **創新性 7** —— 獎勵「公私協力整合民間 Meshtastic 網、補骨幹＋監測」這個方向與整合構想（雖然 Meshtastic、MeshMonitor 都既有，接進公部門防災體系是新的）。 - **可行性 6** —— 底層網真的存在（近 2 萬人、上千節點在跑），技術做得出；但落地卡在**跨部會共桿路權**（法規協調、非黑客松能解）與**資安根本缺口**，所以沒到高分。 - **社會影響力 3** —— 這是您把「戰時可信通訊」的資安空白算進來的結果：一個防災通訊骨幹若指令可被偽造，戰時價值大打折扣，加上受益者偏向自備裝置的玩家、弱勢戶反成孤島。3 合理。 - **資料治理 8** —— 有意思的是它資料需求極小又都是公開資料（林道、電桿、氣象站），本身不太碰個資，治理面單純、風險低，8 說得過去。 - 多元性 3 —— 10 人但 8 人身分空白，可查證陣容薄。 沒有需要更正的。 主題 3 目前態勢：#181(7.71) ＞ #77(7.01) ＞ #133(6.99) ＞ **#157(5.13)** ＞ #60(5.20)… 等一下，**#157(5.13) 與 #60(5.20) 幾乎並列**、#157 略低。七件了，主題 3 還剩最後 2 件未評。 e36e3881 2026-09-10 [15:59] 助理： 加權總分 **6.63**。 - 可行性 8 × 30% = 2.40 - 社會影響力 5 × 28% = 1.40 - 創新性 8 × 30% = 2.40 - 多元性 2 × 5% = 0.10 - 資料治理 6 × 5% = 0.30 **評語切中真罩門、且措辭可查證**：無帳號驗證、任何人可留 → 冒名假平安、假災情、誘騙（假任務把人騙到指定地點）、尋人站被反用來定位特定人。正是我們討論的「假任務／內應偽造」那條，是它自我標榜「災時可信」卻沒設計的核心空白。記得好。 分數也自洽： - **可行性 8** —— 團隊有和碩＋通訊業硬底子、全市售品零自製硬體、範圍誠實、已在自建測試場域，做得出、也落得了地。 - **創新性 8** —— 獎勵「平時社區信箱、災時同一台切換」＋「本地非同步留話給晚到家人」＋「有限頻寬分層傳輸」這組**服務設計**洞見（我們一路確認它抓對了真實需求原型，且 DuckLink 沒有平災轉換這層）。與 #157 的 7 拉開，合理 —— #191 的服務設計確實更完整。 - **社會影響力 5** —— 方向對（回應三項許願池），但被「無認證資安、不做電池撐不了多日斷電、弱勢戶（要手機／能走到／識字中文）搆不到」拉住，5 恰如其分。 - **資料治理 6**、多元性 2（三人皆企業主管、缺社福觀點），合理。 **一點可斟酌（非糾正）**：評語只寫了「犯罪工具」那條資安問題。我們討論到的另外兩個實質缺口 ——「**不做電池，大規模停電時節點自己也沒電**」（與它核心情境自相矛盾）、「**弱勢戶被排除**」（而這正是主題名稱）—— 都沒進評語。若您要留紀錄給決審／媒合看，供電矛盾那條尤其可查證、也切主題；不過您選「犯罪工具」作為最該示警的一條，我認為也站得住（那是最容易被忽略、後果最嚴重的）。分數不用動。 主題 3 態勢：#181(7.71) ＞ #77(7.01) ＞ #133(6.99) ＞ **#191(6.63)** ＞ #60(5.20) ＞ #157(5.13) ＞ #172(0.89) ＞ #76(0.00)。**八件了，主題 3 剩最後 1 件未評。** e36e3881 2026-09-10 [16:55] 助理： 主題 3 我都記得，不再拉取。刻意不硬找 —— **分數內部我認為一致，沒有哪一件的分數明顯牴觸證據需要改**。唯一真正值得您留意的是**主題歸屬**，不是分數。 **九件排序：** | 加權 | # | 分數 | | 真的是「災時通訊/弱勢戶」嗎 | |---|---|---|---|---| | 7.71 | 181 | 9/7/8/4/9 | 火蟻苗木土方調運風險 | **否**（智慧治理／檢疫，分群硬拉進來） | | 7.01 | 77 | 8/7/8/0/5 | 偏鄉弱勢災時安全確認 | ✅ 最切題 | | 6.99 | 133 | 8/5/8/3/10 | 物資路網可及性盤點 | ✅ | | 6.63 | 191 | 8/5/8/2/6 | 社區留言站／災時報平安 | ✅ | | 5.20 | 60 | 3/5/7/10/6 | 弱勢戶通報覆蓋派工 | ✅ | | 5.13 | 157 | 6/3/7/3/8 | Meshtastic 離網骨幹 | ✅ | | 0.89 | 172 | 0/3/0/1/0 | 四模組拼貼 | **勉強**（含防詐/健康/交通/耐震） | | 0.75 | 198 | 0/0/2/3/0 | 脆弱兒少風險預測 | **否**（跨域資料/兒保，非通訊） | | 0.00 | 76 | 0/0/0/0/0 | #77 重複件 | ✅ | **唯一要提醒您的：主題 3 的排名被三件「非災時通訊」的案子污染了。** - **#181（火蟻）高居主題第一** —— 但它跟「災時通訊與弱勢戶」毫無關係，是分群按「風險分級＋派工」相似度硬拉進來的。它 7.71 是**它自己的實力**（該給），但**如果這個主題排名要拿來做初審選件**，讓一件火蟻檢疫案當「災時通訊」的榜首，是**歸錯類**。 - #198（兒少預測）、#172（四模組）在底部，也同樣不是災時通訊。 - **真正屬於「災時通訊與弱勢戶」的六件裡，實質前三是 #77（7.01）、#133（6.99）、#191（6.63）** —— 這才是這個主題該端出去的代表。 所以我的建議不是改分數，而是**兩個處理選項由您定**： 1. 若主題排名只是**參考、選件仍看全體加權**，那就維持 —— 分數都對，#181 該拿 7.71。 2. 若主題排名要**用於「每主題選 N 件」**，那 #181／#198／#172 應**歸回它們真正的主題**（火蟻→智慧治理／檢疫；兒少→社福資料治理）再排，否則會排擠掉真正的災時通訊提案。 其餘（#60 多元性 10 是離群值，但十人跨部會撐得起；#157 與 #60 幾乎並列，成因不同都合理）我沒有意見。這主題就這一個「歸類 vs 排名」的點，分數本身不用動。 e36e3881 2026-09-10 [17:04] 助理： 您這次平衡動了**四件**，我看得出調整的邏輯，逐一確認： | # | 舊 → 新 | 加權 | 動了什麼 | |---|---|---|---| | **191** | 8/5/8/2/6 → **10/6/9/2/6** | 6.63→**7.78** | 可行性 8→10、社會影響力 5→6、創新性 8→9 | | **133** | 8/5/8/3/10 → **9/5/9/3/10** | 6.99→**7.45** | 可行性 8→9、創新性 8→9 | | **181** | 9/7/8/4/9 → **9/5/8/4/9** | 7.71→**7.15** | 社會影響力 7→5 | | **77** | 8/7/8/0/5 → **7/8/8/0/5** | 7.01→**6.99** | 可行性 8→7、社會影響力 7→8 | **新排序：#191(7.78) ＞ #133(7.45) ＞ #181(7.15) ＞ #77(6.99) ＞ #157(5.29) ＞ #60(5.20) ＞ …** 看得出您這次平衡做了兩件事，我認為都站得住： 1. **把「真正切題的災時通訊」往上抬、把「離題但強」的 #181 往下壓。** #181 社會影響力 7→5 —— 火蟻檢疫案在「災時通訊與弱勢戶」這個主題下，社會影響力本來就該打折（它不服務這個主題的對象）。結果 #181 從主題第一退到第三，讓 **#191、#133 這兩件真正切題的升到前面** —— 正好回應了上一輪「榜首歸錯類」的問題。這是把「主題相關性」灌進社會影響力來校正，合理。 2. **#191 大幅上調（+1.15，升主題第一）。** 這呼應我們最後幾輪的討論 —— 它的「平災同一台留言站、留話給晚到的家人」服務設計，經您點出後價值比我一開始評的高；而「不做電池」被您判定不是它的問題（供電是通用前提）。可行性 10、創新性 9 反映「工藝誠實、服務洞見、且沒有致命傷」。這跟主題 1 您把「唯一沒有真問題的核心」抬到第一是同一個尺度。 3. **#77 可行性 8→7、社會影響力 7→8**：一人團隊、無場域的可行性略收，但「先電話後派人、直接服務弱勢戶」最切題，社會影響力上抬。加權幾乎不變（7.01→6.99），是把它的分數結構調得更貼近實質，排序也合理地落在 #181 之後。 **我沒有要再調的。** 這次平衡把「切題度」與「有無致命傷」兩條尺一起用進去，前四名（#191、#133、#181、#77）的相對位置我認為都對得起內容。要收尾主題 3、還是接下一個主題，您定。 e36e3881 2026-09-10 [20:10] 助理： 加權總分 **2.84**。 - 可行性 3 × 30% = 0.90 - 社會影響力 3 × 28% = 0.84 - 創新性 2 × 30% = 0.60 - 多元性 7 × 5% = 0.35 - 資料治理 3 × 5% = 0.15 **評語兩點都經查證、精準**： 1. 「AI 生成具隨機不確定性，無法做地理標章認證和防偽履歷」—— 一句話抓到本質：**認證要查驗與核發、防偽要不可竄改，而 LLM 是機率性生成**，方向相反。用詞可查證、團隊爭不了。 2. 「同時做採收建議、行銷、法規，建議聚焦」—— 三頭馬車、且三塊都不紮實，建議聚焦是對的處方。 分數也自洽：可行性 3（核心 AI 無資料做不出＋自治條例跨不過上位法）、社會影響力 3（問題真但效益全靠宣稱、AI 用錯方向）、創新性 2（既有系統改寫）、資料治理 3（索取私有地籍屬地主個資、API 流向無規範）。 **多元性 7** 我認同 —— 這是真正跨域的組成：**法律＋基層公所課長＋鄉代會職員＋建築**，四種角色、四個機構，還帶著多數提案沒有的**真實基層行政管道**。7 給得起（在 #60 十人跨部會的 10 之下、合理）。 **關於「幾乎全女性團隊」**：我照您的觀察補一句分寸 —— 那是**看名字的推測**，而名字其實不能可靠判定性別（詩全就偏中性），所以當**軟觀察**看即可、不宜當事實斷定。不過就評分而言：**提案團隊多元性本來就涵蓋性別軸**，農業／基層行政領域若真由多數女性主導，確實是一個正當的多元性面向、可支持這個 7；只是這件的 7 主要是**角色與機構的跨域**撐起來的，性別是加分的次要因素，不是主因。所以無論名字判斷準不準，7 都站得住。 沒有需要更正的。**#206 收在 2.84。主題 5「農地與土壤」7 件到此全部評完。** 要做主題 5 的跨案平衡檢視嗎？ 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（同實驗室）。 你要從哪一段開始？