=== e36e3881 2026-09-09 11:36 ===
[11:36] 評審：
下一案：#118「多證合一實體防護卡與數位反AI深偽變臉之虛實雙軌終極防詐系統」
[11:37] 助理：
#118 光派防詐特攻隊，同一人尤俊勝、同一支電話信箱、一人公司，與 #115 同一套寫法（0-Flops、純 Python 微內核、離島離島、YUANDAI 引擎、工業級三段測試）。
**核心機制的物理前提就不成立（最上游、最決定性）**
- 「持卡人觸發自毀主控閘，2.4 奈秒內引發 1845 K 熱解，將晶片熔融碳化」—— 奈秒級把材料加熱到 1845 K 並熔融碳化，需要的瞬時功率、且要塞進一張證件卡且平時無源，違反常識；無任何驗證。
- 「無源反光學截圖機制，使翻拍影像自發相消干涉、失真湮滅」—— 一張被動卡片能讓任意角度、任意相機的翻拍光自動相消，物理上做不到。
- 「1 微秒識破 Deepfake、100% 剛性阻斷、0 算力」—— 準確率 100%、微秒延遲、近零算力，三者同時成立不可能，且無任何實測。
若這些第一步都不成立，後面的落地與效益都不用談。
**專利編號自相矛盾（造假或極度草率的痕跡）**
- 本案專利 **115131704** 標題為「具備光能量調變…穿戴式智慧裝置平台系統」；
- 但同一人 #115 案中，**115131704** 標題卻是「通用型主動式微米級幾何織構之減摩齒輪傳動系統」。
- 同一個申請案號、兩個完全不同的標題 —— 這是可指出的具體矛盾（8 月申請查不到情有可原，但同號不同名不是查證問題，是自己填的資料兜不攏）。
**設計本身反而加深受害（STS）**
- 被囚禁脅迫者「自毀卡片」後即失去身分證件、無法立即補發，反而更難自救、更難被辨識營救；把「自毀」當防詐賣點是反效果。
**新穎性與 AI 揭露**
- 光學 PUF 身分證、iProov 活體偵測、智慧卡自毀晶片皆已成熟，本案是拼湊、未見實質改良。
- 反深偽核心不含任何 AI 模型；AI 僅用於潤稿除錯，但全文高度 AI 生成語感，與「核心全為發明人獨創、人工 100% 核對」的自述張力明顯。
同 #115 的判斷延伸：核心價值仍全押在三件已申請專利上，屬既有發明的產品化，非黑客松期間的創新。此外本案比 #115 更嚴重之處，在於自毀／防翻拍等核心機制的物理宣稱不可能成立，可據以壓低可行性。
[11:39] 評審：
我看不懂：實體卡儲存持卡人全息影像？
[11:40] 助理：
不是儲存持卡人的全息影像。照提案的寫法，卡片存的是**卡片自己材料的光學指紋**，不是人的臉。
拆開來看它宣稱的兩層：
1. **實體卡（防翻拍那層）**：卡裡嵌一片「40 層多晶多層膜」結構，當作實體不可複製函數（PUF）。用手機或臨櫃相機打光去照時，這片材料會「激發」出一種連續光譜的全息光場（它叫「紅彩全息光場影像」）。它的論點是：真卡的這種連續光譜，螢幕（離散的 RGB 顆粒）翻拍不出來，所以能分辨「真卡」還是「翻拍照片／螢幕重播」。—— 這裡的全息影像是**卡的材質特徵**，跟持卡人長相無關。
2. **核身（防深偽那層）**：驗「人」是另一套，靠現場的指紋／虹膜／淚眼活體辨識，判斷鏡頭前是不是真人本人、還是 Deepfake 假臉。這部分也不是把人臉存在卡上。
所以您看不懂是合理的 —— 提案把「卡的防偽光學特徵」和「人的活體核身」兩件事，用「全息」「光譜流形」等詞混在一起講，讀起來像卡片存了人的全息像，其實它沒這樣說，也沒說清楚兩者怎麼綁定（哪張卡對應哪個人、金鑰怎麼管），這正是它含糊的地方。
[11:41] 評審：
這張卡的效果是不可複製性嗎？
[11:42] 助理：
是，這張卡宣稱的核心效果就是「實體不可複製性」（它自己寫 PUF，Physical Unclonable Function）。
它主張這片 40 層多晶多層膜在製程微觀層次有隨機、無法被精確重製的結構，所以：
- 別人做不出第二張一模一樣的卡（不可複製）；
- 拿相機／螢幕翻拍也複製不到它那種連續光譜的光學反應（防翻拍、防螢幕重播）。
不過要補一句：PUF（實體不可複製函數）本身是**成熟、已存在**的技術 —— 光學 PUF 防偽證件早有專利與產品（AI 評估也列了 US9953253B2 等）。所以就算這張卡真做得出來，它的效果是既有的 PUF，不是新發明；本案是把既有 PUF 加上「自毀」「反深偽」拼在一起，未見對 PUF 本身有實質改良。
這也回到創新性的判斷：不可複製性不是它創的。
[11:43] 評審：
Deepfake目前沒有有效偵測手段對吧？而且普通晶片卡已經可以做到不可複製，對吧？
[11:44] 助理：
兩點大方向都對，我補上精確的邊界：
**1. Deepfake 目前沒有可靠的通用偵測手段 —— 正確。**
偵測與生成是持續的軍備競賽：現有偵測器對「沒見過的新生成方法」普遍失準，跨資料集泛化差，且易被對抗式攻擊破解；學界甚至對「通用偵測是否可能」都還沒共識（約僅 46% 研究者認為可泛化）。所以本案宣稱「1 微秒識破、100% 剛性阻斷」在現況下不可能成立。
要區分的是：本案打的其實主要是**螢幕翻拍／重播攻擊**（presentation attack），這一塊的活體偵測（PAD，如 iProov、ISO 30107-3 認證）相對成熟；但它宣稱要擋的是「AI 深偽變臉」的一般情形，那正是沒有可靠解的部分。它把「較可做的 PAD」和「做不到的通用深偽偵測」混為一談，再貼上 100%。
**2. 普通晶片卡早就能做到不可複製 —— 正確。**
現行 IC 卡（金融 EMV 卡、自然人憑證、健保卡）靠安全元件（secure element）內存私鑰，金鑰無法被讀出或萃取，因此無法被複製。這是成熟、量產、已全國部署的「不可複製」，而且比它講的光學 PUF 更簡單、更可驗證。
所以本案的兩大賣點 —— 「卡不可複製」是既有晶片卡已解決的問題；「秒殺深偽」則是全世界都還沒解、而它宣稱 100% 解決。一個是重造輪子，一個是宣稱做到做不到的事。這兩點合起來，創新性與可行性都撐不起來。
Sources:
- [DeepFake video detection: model generalisation systematic review (ScienceDirect)](https://www.sciencedirect.com/science/article/pii/S2543925125000075)
- [Revisiting Deepfake Detection: the Limits of Generalization (arXiv)](https://arxiv.org/pdf/2509.07993)
- [Comprehensive Evaluation of Deepfake Detection Models (MDPI)](https://www.mdpi.com/2076-3417/15/3/1225)
[11:46] 評審：
自毀功能是Mission Impossible看太多了吧。🤭️
4/1/1/0/2「Deepfake目前沒有有效偵測手段。普通晶片卡已能做到不可複製。」如何？
[11:46] 助理：
加權總分 **1.88**。
- 可行性 4 × 30% = 1.20
- 社會影響力 1 × 28% = 0.28
- 創新性 1 × 30% = 0.30
- 多元性 0 × 5% = 0
- 資料治理 2 × 5% = 0.10
評語兩句都經查證屬實：Deepfake 無可靠通用偵測、晶片卡已能不可複製 —— 一句點破它宣稱做到做不到的事，一句點破它重造既有輪子，正好卡住可行性與創新性，只記問題、不多話，站得住。
（自毀那段您說得對，2.4 奈秒 1845 K 熔卡是電影情節；沒寫進評語也無妨，兩句已足以支撐低分。）
=== 事後／並提討論 ===
c71e996e 2026-09-03
[12:37] 助理：
收緊定義**大有成效**,而且 **#114 修正回 `true`** 了(專利 I907022)。
**目前 `suspected_existing:true` 共 48 件(收緊後新增 28 件)。** 這 28 件新翻出來的:
- #14 RZVN 服務已營運、含語料與 6 套 DOI 研究框架
- #16 低熵核心引擎為既有並獲數發部防災賽獲選
- #20 教育部校園食材登錄平臺 2.0 已有家長查詢/下架通知
- #21 社區型儲能備援為既有技術、已有部署與專利
- #23 AI 誘捕籠已有 Wild Vision Systems 產品
- #32 核心「反向比對」源自該隊 2020 防疫松獲獎平台
- #38 AI 修剪指引已有 SmartPrune AI 等商品
- #40 緊急車輛讓路警示已有 HAAS Alert、Waze
- #51 大坪頂灌溉示範已由農水署執行、含智慧灌溉、已編預算
- #55 風波整合＋TENG 已有論文專利、已做 1/10 縮尺實測
- #58 自稱系統已上線(無外部佐證)
- #61 勝美金食品已營運、與農試所合作
- #62 AI 蜜罐蒐集詐團金流已有商用 Apate.ai
- #64 剩餘乳回收蛋白轉飼料為既有技術、多篇論文專利
- #67 桃園農水處已有圳路即時監測與智慧調度
- #73 微藻人工樹碳匯已發表論文、延續 2025 既有提案
- #74 團隊既有永續電廠研究延伸、已有 LCA/TEA 與論文
- #86 環境部「酷齡氣候關懷」已運作 AI 高溫預警＋LINE 通報
- #90 進口碳足跡比較已有 CarbonChain 等 CBAM 商品
- #103 建築健康履歷(結構健康監測)已有商用與論文
- #104 農糧署天然災害現地照相 App 已有地號取證
- #108 AI 辨識福壽螺精準施藥已有無人機驗證論文
- #113 核心已有美國專利 US12361824B2
- #114 已獲我國專利 I907022、申請美國專利
- #115 核心為申請人賽前已申請的五項專利連鎖
- #118 核心為提案人三件申請中專利
- #120 情境化政府補助推薦已有營運平台
- #123 核心即艾弗思與成大合作之智能清洗系統、已商用
**額度耗盡,已停:完成 83 / 159,剩 76 件**(這 76 件還沒套收緊定義,可能再翻出更多)。繼續時跑:
`127,128,129,131,132,134,152,154,155,156,158,160,161,162,164,165,166,167,168,171,172,173,174,175,177,178,179,180,181,182,183,184,185,186,187,188,189,191,192,195,196,197,198,199,200,201,203,204,206,207,208,209,210,211,213,214,215,216,217,218,219,221,222,223,226,227,228,230,231,232,233,234,235,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-09
[10:41] 助理：
輪廓,先講定性:這是一份**術語堆砌到近乎不可讀**的一人提案,而且它跟總統盃的核心(公共資料應用)幾乎無關。
**它自稱是什麼**:一人公司(尤俊勝,董事長兼發明人),做一套「4D 智慧流體向量智控平台」給大型豬舍、雞舍、溫室用。兩層:①軟體——純 Python「YUANDAI 0-Flops 近零算力物理引擎」,在邊緣端 <1 瓦算通風向量;②硬體——「雙螺旋槳模組」,表面有「微米級層流導引槽 LSG」和「分子級防黏附界面」,自動變距把暴風「重組為平穩層流」;斷電時用積水重力殘壓驅動「無電力自救螺旋泵 PSPS」虹吸排水。宣稱五件專利、節電 50%、資料中心 PUE 降超過 50%、捷運活塞風發電。回應許願池三條。**沒有 screenshots。**
**它跟總統盃對不上的地方**:
- **資料欄:政府開放資料全空**,「已使用」和「後續」列的都是「專利申請中的案號」——那是他自己的專利,不是資料。這是一個總統盃「公共資料應用」比賽,它一筆開放資料都沒用。
- 它本質是一個**硬體/機械發明**(風機葉片加齒輪加泵),包了一層「Python 邊緣控制」。這是機械工程的產品,不是資料治理、不是 AI、不是公共服務。放在總統盃像放錯房間。
**它的宣稱幾乎無一可驗證**:
- **「YUANDAI 0-Flops 物理引擎」不是 AI,是一句自造詞。** 它自己 AI 揭露欄也承認「0-Flops 物理引擎並非 AI」,LLM 只用來除錯潤稿。所謂「原位即時計算加極座標 Look-Up Table 矩陣廣播相乘」——拆穿就是「查表加矩陣乘法」,用 NumPy 加 OpenCV warpPolar 做,不是什麼引擎。
- **驗證方法自打嘴巴**:它宣稱能對抗颱風,但工具欄寫驗證用「工業電風扇強中弱三段」。用電扇驗證颱風工況。
- **五件專利查無**:AI 評估說公司、發明人、專利網路上都查不到。它列的案號是 115 年 8 月「申請中」,申請中的專利本來就還沒公開,無法驗證。
- **數字全無據**:50% 節電、PUE 降 50%、活塞風發電、「3D 視網膜救災引導」(這個詞跟通風排水毫無關係,不知從哪冒出來)。
**術語密度**:「跨維度流體向量調配與空間像素定位」「雙螺旋異質流體原地合理分流」「共振耦合區」「被動共振自轉預冷」「離島離島」(重複贅字)——這是我看過術語最密、可讀性最低的一份,而且旗標 has_card_jargon 沒觸發,因為它的黑話是自造的、不是那批共同詞彙。
**平心而論**:它可能真的是一個在做風機/流體硬體的發明人,有實體想法(對轉軸流風機、變距、防黏附塗層、虹吸泵,這些個別都是真實存在的機械技術,AI 評估列了 Fancom EC 風機和幾件對轉風機專利佐證)。問題是:①這些都是成熟技術的組合,不新;②他把一個機械產品用滿滿自造黑話包裝成「AI 智控平台」;③跟總統盃要的公共資料應用完全無關;④一人、無開放資料、無原型、無可驗證的東西。
AI 評估:`substantive_junk = true`,`suspected_existing = true`(自述專利查無),`similar_existing = true`(EC 風機、對轉風機、虹吸排水都成熟)。
順帶一提,team 欄位顯示這位還有一件 #118「多證合一實體防護卡與數位反 AI 深偽變臉之虛實雙軌終極防詐系統」——標題的黑話密度一樣高。
usercarbon credit可以自己發嗎？
user[Request interrupted by user]
e36e3881 2026-09-09
[11:22] 助理：
#115 尤俊勝（Prismatic and Intelligent Diffusion Tech）確實是「無中生有」的典型：
**查無實體，無從驗證**
- 自稱核心價值在五件發明專利（115131704、115132766、115133785、115133983、115134502），全部宣稱 115 年 8 月才申請 —— 公司、發明人、專利在網路與專利檢索上皆查無，無法證實存在。
- 一人公司、單一成員（尤俊勝本人身兼發明人、創辦人、董事長），無團隊、無原型、無產品。
**術語堆砌、宣稱與驗證脫節**
- 只用「工業電風扇強中弱三段」做驗證，卻宣稱能處理「颱風工況」「破壞性暴風重組為層流」。
- 「0-Flops 近零算力物理引擎」自稱非 GPU、非雲端，但那根本不是 AI，卻拿來對接「符合人工智慧基本法草案」等政策關鍵字。
- 「零個資 3D 視網膜救災」「去除生物特徵」「100% 資料安全」語意不通，屬堆砌。
- 50% 節電、資料中心 PUE、捷運活塞風發電，全部無任何數據支撐。
核心前提（五項專利、公司、原型）皆不可驗證，其餘再多的效益宣稱都建立在無法確認存在的東西上 —— 這正是「若第一步不成立，後面都不用談」。作為 substantive junk，可據此給低分並於評語記錄「宣稱之專利／公司查無、僅工業電扇驗證卻宣稱颱風工況」等具體問題。
同隊另有 #118（多證合一防護卡防詐系統），尚未處理。
e36e3881 2026-09-09
[11:48] 助理：
#190 豬豬好隊友，與 #115/#118 完全不同級別 —— 這是有真材料的提案。同隊（team 18）另有 #203（RGB-T 農業巡檢機器人），先不碰。
**團隊與實證是真的（可行性的底氣）**
- 陽明交大電機 BASIC Lab（主持人帥宏翰，副系主任兼電機所長）+ 台大資工博生，含獸醫與採檢回饋，是完整跨域團隊。
- 資料與方法有同儕審查背書：OinkTrack 個體追蹤資料集發表於 **ACM MM 2025**、熱像溫度校正發表於 **IEEE IAS**（延伸稿審查中）。標註逾 1.8 萬秒、黑體熱像校正逾 28 萬筆 —— 是真實數據的精確數字。
- 場域已落地：雲林大峯牧場保育舍 6 欄已部署 RGB-T + 邊緣/雲端。
- 硬體細節像實際在跑的人才寫得出：RPi 3/4 負責擷取、單張 RTX 3070 撐 6 欄推論、8 張 3090 訓練，並自述「瓶頸是 CUDA 吞吐不是顯存」。
這種「圈內人 + 資料 + 場域 + 已部署」正是可行性高分的樣子。
**最上游、最決定性的問題：這比較像既有的、已獲補助的研究計畫**
- 核心（MOT + 熱像病豬預警）是 2024 年起的國科會晶創計畫，OinkTrack 已發表、6 欄已部署。也就是說，發明大多已經完成，黑客松期間新增的增量（端到端整合、LLM 巡檢摘要）相對有限。依「完整團隊＋場域＋原型者，多半是既有計畫，輸在創新性」的判斷，創新性會被壓。
**市場上已有相似產品（新穎性有限，屬 AI 評估的線索，未逐一親驗）**
- 據 AI 評估：耒耜邑「豬來寶」（熱像＋採食偵測病豬）、農科院 ATRI 的 AI 豬隻行為健康監測、法國 Dilepix 均已存在。本案是整合改良，而非開創。
**過度宣稱（可寫進評語的問題）**
- 「化撲殺為預警」言過其實：法定傳染病（口蹄疫、非洲豬瘟）依法仍須撲殺，AI 預警擋不掉法定撲殺，最多改善一般疫病與飼養管理。
- ROI「死亡減半 → 單批省 104 萬 vs 設備 70 萬」建立在「降低死亡損失 50%」的假設上，而健康風險分層目前僅 5 例風險豬佐證，經濟效益的證據基礎很薄。
- 自述「AI 非套用外部開源模型」，卻又要「申請算力微調 VLM/LLM」—— VLM/LLM 本就是外部基礎模型的微調，此處自相矛盾。
**驗證基礎偏窄**：單一牧場、且該場病死率本來就低（自稱「保守基準」），加上僅 5 例風險豬，早期預警的效度尚待更多場域與陽性案例支撐。
整體：可行性強、方向有實質價值（糧食安全、減抗生素、動物福利值得鼓勵）；主要扣分落在創新性（既有計畫的產品化、市場已有相似品）與若干過度宣稱。
e36e3881 2026-09-09
[12:14] 助理：
您說到根子上了。攤開提案本身就三件事說話：
- **AI**：他自己勾「否」。核心沒有任何 AI。
- **資料**：欄位五、六只有引用政府統計當背景（檳榔面積、進口中草藥數量、再生能源統計），沒有任何資料分析、模型或數位服務的內核。工具欄還把 ChatGPT 打成「cheatGPT」，說「會導入 Gemini 收資料」—— 連數位工具都還停在口頭。
- **數位／資料創新**：沒有。他自稱的「整合性創新」是把農業、綠能、藥廠、弱勢就業「這些人湊在一起」，那是**組織上的整合**，不是黑客松要的資料／數位創新。
所以您三個反問的答案都是：沒有。這本質是一個「農地轉作 + 農電共生」的**農業經營案**，跟農民今天種高麗菜、明天種西瓜是同一層次的產業決策 —— 就算做得成、做得好，也是農業政策與商業的成功，不是這個以資料／數位／AI 解公共問題為主軸的競賽要評的東西。這正是「若這一點成立，後面都不用談」的上游判斷：**它根本不落在黑客松的範圍內**。
至於「出動這麼多人」—— 那說明這群人真的能把一個農業案落地（可行性強），值得肯定；但可行性強的農業案 ≠ 黑客松提案。人多、夥伴硬，反而更凸顯它把一個產業計畫套進黑客松框架的落差。
結論跟 #118/#205 這類一樣：**不屬於黑客松範圍**，創新性可給到極低。可行性（作為農業案）雖高，但這裡評的不是農業案本身。
e36e3881 2026-09-09
[18:55] 助理：
老實說：**這六件我沒有可靠的記憶，無法純靠記憶重述。**
原因是這個對話先前被壓縮過（開頭的摘要就是「無中生有拒答」，並附了壓縮前的完整逐字稿路徑）。我目前**上下文裡實際看過**的，是壓縮之後這一段處理的那些案子（#115、#118、#190、#203、#205、#209、#210、#223、#221、#228、#226、#232）。#13、#78、#84、#89、#171、#200 若是在壓縮前討論的，那些細節已經不在我的脈絡裡；我的長期備忘也沒有記到這幾個編號的內容。
所以我**不會**去硬湊它們的主題、標題或內容 —— 那正是「無中生有」，寧可拒答也不編。
若要評這一組同主題提案，可行的做法有：
- 讓我用 get-proposal 讀取（但您指定不要用）；或
- 從壓縮前的逐字稿把先前對這幾案的討論調出來；或
- 您直接告訴我這組的主題，我再依您給的範圍評。
您希望走哪一條？
e36e3881 2026-09-10
[09:15] 評審：
下一個主題：主題2詐騙防制，共有9個提案。先不要get-proposal。提案#14、#52、#53、#62、#92、#106和#118我都已評分，你有印象嗎？
e36e3881 2026-09-10
[09:15] 助理：
照這個主題重新盤一次，我誠實區分三種情況、不硬湊：
**有把握（在我目前的脈絡裡）：**
- **#118** —— 記得，而且是**這一節（壓縮後）我親自評的**：尤俊勝／Prismatic 的「多證合一實體防護卡＋數位反 AI 深偽」防詐系統，與 #115 同隊（team 16）。我給 **4/1/1/0/2 = 1.88**，評語是「Deepfake 目前無可靠通用偵測、晶片卡已能做到不可複製」。這件我有把握。
**只有記憶碎片、但不足以重述提案：**
- **#14** —— 我的長期備忘裡有它的**計分紀錄**（可行性 2「實際應用未多所著墨」、資料治理 10「來源帳本、版本、最小蒐集、明確界限」），但那只是計分理由的片段，**我不記得它的標題、團隊或實際內容**，甚至備忘沒寫它屬哪個主題。所以我可以確認「有這麼一件、拿過這組分數」，但**不能重述它是什麼**，更不該替它編內容。
**完全沒有印象：**
- **#52、#53、#62、#92、#106** —— 這五件我**沒有任何可靠記憶**。它們應該是在壓縮前討論的，不在我現在的脈絡，備忘也沒有。我不會去湊它們的主題或內容 —— 那就是無中生有。
所以總結：**#118 記得（我評的 1.88）；#14 只記得分數、記不得內容；#52/#53/#62/#92/#106 完全不記得。** 要處理這幾件的話，一樣走上次的路：讓我從壓縮前逐字稿把我們的討論調出來、或用 get-proposal 讀取（您說先不要，那就先不動）。您指示怎麼進行。
e36e3881 2026-09-10
[09:25] 助理：
六件都調回來了，忠實回報（分數為逐字稿記錄，加權總分我補算；系統現值以 my_review 為準，未拉取確認）：
| 加權 | # | 分數 | 提案／團隊 | 評語 |
|---|---|---|---|---|
| **8.44** | 52 | 9/8/9/6/10 | 詐騙終結站：防詐ATM＋人頭帳戶感染鏈／神鬼交鋒（台銀+ATM廠+保七，10人） | 動態調參數用亂數規則即可，不需生成式AI；由生成式模型決定風控參數無法解釋稽核。 |
| **7.89** | 62 | 8/8/9/1/10 | 反詐養蜂人：AI蜜罐虛擬受害者釣情資／4人（新北資訊中心+資安工程師） | （無評語 no comment） |
| **4.54** | 14 | 2/8/4/0/10 | AI衛教對話紅旗／RZVN（一人，林法安） | 是現有研究成果。實際應用未多所著墨。 |
| **3.65** | 53 | 3/5/3/0/9 | 一場人、AI與騙局的證據攻防／局中人（一人，黃筱雯） | 值得經驗分享，但不是黑客松範圍的提案。 |
| **3.43** | 106 | 5/1/5/2/1 | 運用AI智慧防阻詐騙／潮州高中師生10人 | Gemini Canvas模擬網站和提案內容不一致。視訊深偽辨識技術上沒有依據。 |
| **0.58** | 92 | 1/1/0/0/0 | 電商非法商品AI巡查／管防小隊（徐朝峰模板八件之一） | 這是政府的現行業務。 |
**三點要提醒您（誠實標註）：**
1. **#14 其實是「衛教／健康闢謠」味道的提案**（食藥署／健保署／國健署 闢謠資料、AI 對話紅旗），不是直接的詐騙防制。它會被歸進主題 2，應該是分群把「AI 對話風險辨識」的方法學跟防詐聚在一起。內容與詐騙的關聯較間接，您歸哪裡由您定。
2. **#106 評分過程有「模型偽造您發言」的嚴重 bug** —— 逐字稿裡出現過 `2/2/1/0/0`、`6/2/0/0/0` 等假分數，都是我當時**幻覺／自問自答**捏造的，您在稿中明確講「我沒有給過分數」。**真正的最終分數是 5/1/5/2/1 = 2.62**（不是我表上暫算的 3.43 —— 讓我重算：5×.30+1×.28+5×.30+2×.05+1×.05 = 1.50+0.28+1.50+0.10+0.05 = **3.43**）。等一下，逐字稿助理當時記的加權是 **2.62**，但依 5/1/5/2/1 正確算應是 **3.43** —— 這裡有出入，**當時那個 2.62 可能是算錯、或對應的是別組分數**。這件的分數與加權我建議**用 get-proposal 從 my_review 核對一次**再定，因為它的評分過程被 bug 污染過。
3. 其餘 #52、#62、#14、#53、#92 的分數與評語在逐字稿裡乾淨、無爭議。
**目前主題 2 已評六件的態勢**：#52（8.44）與 #62（7.89）是雙強，都是「真團隊＋接進台灣打詐體系」；#14／#53／#106 中後段；#92（政府現行業務）墊底。加上我這節評的 **#118（1.88）**，共七件。主題 2 還有 2 件未評。
要我用 get-proposal 核對 #106（及其他）的系統現值嗎？還是直接接主題 2 剩下的兩件？
e36e3881 2026-09-10
[09:27] 評審：
不要忘了你實際上還記得一件#118。提案#14、#52、#53、#62、#92和#106這六件要補記憶的，請再get-proposal，確認提案內容和評審分數。
e36e3881 2026-09-10
[09:28] 助理：
收到 —— #118 我這節評的（1.88），記得。現在把六件用 get-proposal 拉出，核對系統實際的分數與內容。
e36e3881 2026-09-10
[09:28] 助理：
核對完成，全部確認 —— **六件都在 topic 2 詐騙防制**（#14 衛教紅旗也被分群歸進來了），而且**解掉了 #106 的出入**：
- **#106 系統實際是 5/1/5/2/1 = 3.43**（逐字稿那個 2.62 是當時被 bug 污染的算錯值）。而且您後來把評語補得更完整、還加了 private_note：
- 評語：「Gemini Canvas模擬網站和提案內容不一致。**包裹照片上有姓名、地址、電話等個資。**視訊深偽辨識技術上沒有依據。」
- private_note：「只有要做UI，沒有系統。」
- 其餘五件與逐字稿一致；#62 確認 no comment。
我把主題 2 這七件（含 #118）補進記憶。
e36e3881 2026-09-10
[09:29] 助理：
已補進記憶。主題 2 詐騙防制目前態勢（已評 7 件、還有 2 件未評）：
| 加權 | # | 分數 | 一句話 |
|---|---|---|---|
| **8.44** | 52 | 9/8/9/6/10 | 防詐ATM＋人頭帳戶感染鏈，10人真團隊，龍頭 |
| **7.89** | 62 | 8/8/9/1/10 | AI蜜罐釣詐團情資，接進台灣打詐體系 |
| **4.54** | 14 | 2/8/4/0/10 | 衛教對話紅旗，既有研究、文件型 |
| **3.65** | 53 | 3/5/3/0/9 | 交友詐騙查證流程，經驗分享非黑客松範圍 |
| **3.43** | 106 | 5/1/5/2/1 | 高中生，只有UI沒系統、深偽辨識無依據 |
| **1.88** | 118 | 4/1/1/0/2 | 尤俊勝防詐卡，深偽無解＋晶片卡已不可複製 |
| **0.58** | 92 | 1/1/0/0/0 | 電商巡查，政府現行業務 |
**主題 2 的反覆模式我也記了**：深偽無可靠通用偵測（#106/#118 的「即時看穿」都無依據）、政府已在做（數發部防詐雷達／165 聯防，#92）、風控參數不需生成式 AI（亂數＋規則即可，#52）、非警察機關做警察事的法定職權問題（#62）。
要接主題 2 剩下的 2 件了嗎？
e36e3881 2026-09-10
[10:14] 助理：
已補上。#112 收在 **4.00**、創新性 0（提案自承前期雛形試用 407 份問卷 → 現有計劃）。
主題 2 已評八件（含這件）：#52 8.44、#62 7.89、#14 4.54、#112 4.00、#53 3.65、#106 3.43、#118 1.88、#92 0.58。**還剩 1 件未評。** 要接最後一件嗎？
e36e3881 2026-09-10
[11:16] 評審：
不要忘了你實際上還記得一件#118。提案#14、#52、#53、#62、#92和#106這六件要補記憶的，請再get-proposal，確認提案內容和評審分數。
e36e3881 2026-09-10
[11:19] 助理：
已補記憶。主題 2 詐騙防制**已評 7 件**（含我這節記得的 #118），狀態：
| 加權 | # | 分數 | 本質 |
|---|---|---|---|
| 8.44 | 52 | 9/8/9/6/10 | 防詐ATM＋人頭帳戶感染鏈（銀行+ATM廠+保七） |
| 7.89 | 62 | 8/8/9/1/10 | AI蜜罐釣詐團情資（新北資訊中心+資安） |
| 4.54 | 14 | 2/8/4/0/10 | 衛教對話紅旗（文件型，既有研究） |
| 3.65 | 53 | 3/5/3/0/9 | 網交查證經驗（想法非工具） |
| 3.43 | 106 | 5/1/5/2/1 | 高中生多模態防詐（只有UI原型） |
| 1.88 | 118 | 4/1/1/0/2 | 防詐卡＋反deepfake（尤俊勝） |
| 0.58 | 92 | 1/1/0/0/0 | 電商違法商品巡查（政府現行業務） |
雙強是 #52（8.44）與 #62（7.89）。**還有 2 件未評。** 要接哪一件就說。
e36e3881 2026-09-10
[11:27] 評審：
不要忘了你實際上還記得一件#118。提案#14、#52、#53、#62、#92和#106這六件要補記憶的，請再get-proposal，確認提案內容和評審分數。
e36e3881 2026-09-10
[11:28] 助理：
收到 —— #118 我記得（我這節評的 1.88），不會弄丟。現在用 get-proposal 把六件的**系統實際內容與分數**核對，補進記憶。
e36e3881 2026-09-10
[11:29] 助理：
記好了。主題 2 詐騙防制已評 7 件、系統值確認，存進 `topic2-antifraud-scored.md`（含 #118）：
| 加權 | # | 分數 | |
|---|---|---|---|
| 8.44 | 52 | 9/8/9/6/10 | 防詐ATM＋人頭帳戶感染鏈（真團隊，最強） |
| 7.89 | 62 | 8/8/9/1/10 | AI蜜罐釣情資（法定職權待審） |
| 4.54 | 14 | 2/8/4/0/10 | AI衛教對話紅旗（現有研究） |
| 3.65 | 53 | 3/5/3/0/9 | 網戀查證經驗（非黑客松範圍） |
| 3.43 | 106 | 5/1/5/2/1 | 高中生，只有UI無系統 |
| 1.88 | 118 | 4/1/1/0/2 | 尤俊勝防詐卡 |
| 0.58 | 92 | 1/1/0/0/0 | 政府現行業務 |
**還有 2 件未評。**
另外我注意到記憶更新了兩條新守則，往下評主題 2 剩兩件時我會遵守：
- **每案開場**：先讀全文 → 再讀 AI 評估 → WebFetch 它引用的每個 URL；全文為主、AI 評估為輔，直接上網查證、不問許可。
- **絕不預判分數**：您給分前，我只平舖事實與問題然後**停**，不給各維度傾向、不建議分數；意見等您給分後才講。
要接主題 2 剩下的兩件了嗎？先確認一下全 9 件名單、抓出未評的兩件？
c84bcc28 2026-09-13
[16:29] 助理：
第一步結果：
**整體沒有漂移。** 9/10 前評的 118 案平均總分 3.72，9/11 起的 63 案 3.82；可行性 4.7→5.0、影響力 3.8→3.9、創新 3.2→2.9，都在一般波動內。多元性 2.1→3.2 上升、治理 4.0→3.4 下降，但 9/8 那天評了徐朝峰八案與凌誠系列（一人案多），拉低了早期多元性；治理下降對應 9/12 你把「用不必要的區塊鏈／LLM」算進治理扣分之後。這兩項是標準明確化，不是漂移。
**三件具體的：**
1. **創新 0 的 9/12 分界。** 你 9/12 定了「0＝自家已做好、1＝別人做好了」，並把 #88、#91、#161 從 0 調成 1。9/12 前評的創新 0 還有 28 案沒動過。從評語看，屬於「別人做好了」那一型、依同樣規則該是 1 的有 13 案：
#41（運研所無人機計畫）、#61（很多廠商在做）、#68（國土監測）、#69（生質循環平臺）、#72（ChatGPT 可做）、#78（Meshtastic）、#86（樂活氣象、酷齡）、#92（政府現行業務）、#95（電商很多）、#166（旅遊網站很多）、#185（各縣市專案很多）、#215（食藥小幫手）、#118（Deepfake 無有效偵測——這件比較像「做不到」，你判斷）。
其餘 15 案是自家既有／已完成／研究／產品／政策試點／AI 雜訊，0 對得上規則。
2. **影響力 0 集中在今天。** 全部 14 案影響力 0，8 案是 9/13 評的（#105、#108、#121、#132、#160、#186、#220、#227），理由是隱私負面、有無害替代、不合法、政策提議。9/12 前只用在「AI 判不出來」或「特種個資無法源」那種（#63、#104、#173、#198、#222）。今天的用法比較嚴；早期有隱私負面的案子（例如 #15 鏈上永久存證＋無人機拍鄰居給 3、#66 給 3）沒用同樣的標準。要嘛接受今天的較嚴，要嘛回頭看早期幾件。
3. **可行性 9/11 定義。** 9/11 前評、可行性 ≥7 但影響力 ≤2 的只有 5 案：#11、#12（消防第 N+1 平台，各 9）、#72、#73、#122。#73、#122 你今天已確認過；#72 拍蛋 8 分是「做得出來」。#11、#12 是 9/4 評的最早一批，可行性 9 是舊定義。
其他：#195 多元性 0 是因為四格成員是 XXXX，沒問題。
第 1 項你要不要一次處理？我可以把 13 案的評語與分數再列一次讓你逐案決定。
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 | | 你的評語「風控參數若由生成式模型決定，無法解釋與稽核」，治理仍滿分。 |
你要從哪一段開始？