=== e36e3881 2026-09-06 11:23 ===
[11:23] 評審：
下一個提案：#32「農民補給站」
[11:25] 助理：
六個來源都開了。這件跟前面幾件不一樣，先講結論：**這是目前看過最完整、最懂制度的一份提案，但團隊裡沒有列出任何工程師。**
**它是什麼**：一個農業補助的「前端導引層」，不取代公所和農會的正式申請。四個功能：
1. 農民用一句話或台語語音說「我的芒果全掉了」，系統反向比對符合的救助方案、要什麼文件、承辦科室直撥電話、期限倒數。
2. 收到公文拍照 → 翻成白話待辦清單：缺什麼、去哪補、幾號前、不補會怎樣。
3. **災前資格健檢**：口頭租約的實耕者（約 4 萬公頃）災後十天內生不出土地證明，系統平時引導他們去做綠色環境給付的政策登錄，取得「免附土地文件」的法定豁免。
4. 匿名卡點統計加一個「這個我辦不下去」按鈕，讓機關第一次看到沉默放棄者，產出鄉鎮級卡點分布與公文難懂用語熱點圖。
架構：硬性資格用規則引擎（不讓 LLM 判資格）、口語理解和公文白話化才用 LLM，每筆輸出可回溯法條原文；國網中心 TWCC 推論，公文影像不出境、處理後即刪；schema 開源、API 給農會公所串接；**協辦模式**——農會推廣員、公所農業課、里幹事代農民操作，解決冷啟動。已經做的資料整理：150 筆歷次災害公告、20 部法規逐條結構化、30 份去識別公文樣本、109 年普查全文解析。
**查證**
- **農業部獎補救助專區**：關鍵字與分類篩選、訂閱通知。沒有「描述處境反查資格」，沒有公文白話化。
- **GetGrant**：民間平台，3,020 筆補助，可依身分（含農民）篩選，每筆有摘要／資格／文件／步驟／聯絡，有一份 30 分鐘自評檢查表。是最接近的既有服務，但純文字、通用、無語音無公文。提案自己引用它當資料查核規範的參考。
- **USDA 災助工具**：五步問答找方案。**印度 Kisan e-Mitra**：政府 AI 聊天機器人，11 種語言，處理過數百萬次查詢。「反向比對」這個概念國外有國家級的實作。
- **農科院那篇**：講的是農業部病蟲害 AI 平台，跟補助無關，AI 評估引錯了。
- **2020 防疫黑客松**：行政院頁面證實五個獲獎團隊裡有「跨領域研究室」（提案隊名是「跨領域實驗室」），沒列成員。他們說反向比對模式源自那個作品，可信。
所以「處境反查補助」的概念既有（GetGrant、USDA、印度），**「公文拍照白話化」「災前健檢取得法定豁免」「放棄按鈕」**是它自己的。
**跟您前面幾個原則的對照**
- AI 必要性：資格判定用規則、LLM 只做語言和 OCR——這正是您說的「規則能解的用規則」。
- 誰來填報：它的政策資料是使用的副產品，而且主要使用者是**領薪水的協辦者**（推廣員、公所、里幹事）——正好是 #31 缺的那個設計。
- 第 N+1 平台：它定位是官方管道的前端，農民釐清資格後導回公所，不另建申辦系統。
**問題**
1. **沒有工程師。** 六人是資深社工、里幹事、協會創辦人、立委助理、協會秘書長、國發所博士——一個政策團隊。技術清單卻是微調台語 Whisper、微調公文 OCR、RAG、規則引擎、PWA，兩個月內完成。分工欄空白。這是全案最大的風險。
2. **場域未定**：「一地區農會與一鄉鎮公所」沒有名字；那位里幹事在萬華，不是農業區。
3. **期程三個月加決審前**，超出賽期。
4. **錯誤的代價**：推薦準確率目標 85%，代表 15% 的農民會拿到錯的方案或錯的期限；公文補正期限讀錯就是失權。它有設「信心不足即標示需向承辦確認並附電話」，這是對的緩解，但責任歸屬沒寫。
5. 小鄉鎮的卡點統計容易再識別；協辦模式下公所人員代操作會留下摘要。
6. 沒回應許願池。文字是 Claude 潤的（有揭露且附查證聲明），但內容密度高，不空。
AI 評估：`substantive_junk = false`，`similar_existing = true`（概念層次）。
[12:01] 評審：
9/8/8/8/6？
[12:02] 助理：
加權總分 **8.04**（2.70 ＋ 2.24 ＋ 2.40 ＋ 0.40 ＋ 0.30）。目前最高，領先第二名（#19 的 6.82）一大截。
社會影響力 8、創新性 8、多元性 8 我沒有意見。兩項想確認：
- **可行性 9**：它的落地設計是好的（協辦模式、導回公所），但沒有工程師、場域沒名字、期程超出賽期。#11 的 9 是因為人已經在場域裡、資料在手上；這件是「知道怎麼落地，但還不確定誰來做、在哪做」。以您的定義，我會落在 6–7。
- **資料治理 6**：每筆補助標來源與查核日、資格判定不交給 LLM、公文影像即刪、國網不出境、schema 開源、未開放資料只當驗證不當前提——這比 #16 的 8 完整，接近 #14 的 10。6 偏低。
兩項都是您的決定，我只提一次。
[12:03] 評審：
7/8/8/10/9？
[12:04] 助理：
加權總分 **7.69**（2.10 ＋ 2.24 ＋ 2.40 ＋ 0.50 ＋ 0.45）。目前最高，領先 #19 和 #22 將近一分。
分數我大致同意。唯一想標記的是**可行性 7**：它的落地設計（協辦模式、導回公所、有量化查核點）是目前最好的，但團隊六人沒有一位工程師，技術清單又是最重的一份。7 是在賭他們找得到人做。如果要留評語，「團隊未列工程師，場域未定」這一句就是可行性 7 而不是 9 的理由，也是提案人最需要知道的事。
多元性 10 和資料治理 9 有充分依據。
=== 事後／並提討論 ===
c71e996e 2026-09-03
[09:49] 助理：
**要緊的更正——existing 這一輪的結果不可靠,我得馬上講清楚:**
剛補跑的 #32 回報:**本 session 的網路搜尋額度已用罄(200/200)**,所以它**根本沒能上網搜尋**,只憑提案文字就回 `suspected_existing:false`。
這代表:那 179 個 existing agent 共用同一個 session 的 200 次搜尋上限,**跑到一半就把額度用完了**。所以——
- **16 件 `suspected_existing:true`(有附網址的)是可信的**——它們在額度用完前跑,真的搜到並開了頁。
- 但**大量 `suspected_existing:false` 是沒經過上網查證的**(額度耗盡後只看文字),等於**可能漏掉不少既有計畫**。剛才的 6 件補跑(含 32)也一樣沒搜到。
我先前把「16 件疑似既有」講得像完整結果,這點要收回:**16 件是下限,不是全貌;false 的那些不能當作已查證。**
要正確做完 existing,需要把 session 搜尋上限調高(環境變數 `CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSION`,179 件 ×每件數次 → 起碼上千),再重跑 existing。content(fable、離線)那 179 件不受影響、完整可用。
這個要怎麼處理,妳決定。
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-06
[12:05] 助理：
#33 跟 #32 **逐字相同**——所有欄位、成員表、資料需求表，我用程式比對過，完全一致。同一團隊重複送件，去重沒有抓到。
唯一不同的是 AI 評估（第二次跑的結果），有兩點跟 #32 那次不一樣，值得補進 #32 的判斷：
1. `suspected_existing` 這次標 true——理由是核心反向比對源自 2020 防疫松的作品。提案自己揭露了，農業版是延伸，我認為不構成「既有計畫」，跟第一次的判斷一致。
2. **一個新的、有道理的矛盾**：提案說「公文影像處理後即刻刪除」，但又要用「100 份公文樣本微調 OCR」——要微調就得留著影像。這是 #32 資料治理上真實的漏洞，我上次沒抓到。
分數怎麼給是您的決定；內容既然相同，我的評估跟 #32 一樣。
e36e3881 2026-09-06
[12:14] 助理：
#34 也是同一份。跟 #32 的差別只有問題描述那一欄少了一句「為此，『農民補給站』精準打擊四大痛點：」和幾個空行——是同一份的早一點版本。所以 #32、#33、#34 是三次送件，#32 最完整。
#35 是別的團隊（科技小農，青蔥第二產區），不是重複。
順帶一提，#36「WoHere 全民心理韌性第一哩」是 #31 同一位提案人（陳彥如）的另一件，主角就是 #31 裡搭售的那個 WoHere。您問過 WoHere 是什麼，答案應該在那一件裡。
e36e3881 2026-09-06
[12:15] 評審：
那我7/8/8/10/9給#34，#32、#33都是0/0/0/0/0。假設後面的編號是最後上傳的。
e36e3881 2026-09-06
[12:15] 助理：
申請編號分別是 60（#32）、61（#33）、63（#34），中間 62 是缺號——照記憶裡的規則，那是被去重掉的另一次重送，所以他們至少送了四次。以編號順序看，#34 確實是最後一份，您的假設成立。#34 少的那一句是最後一版自己拿掉的。
#34 加權總分 **7.69**，#32、#33 為 0。
e36e3881 2026-09-06
[15:37] 助理：
加權總分 **3.95**（1.80 ＋ 1.40 ＋ 0 ＋ 0.25 ＋ 0.50）。
只有**資料治理 10** 想確認一次。它確實有幾個好的設計——原始 Wo 不交政府或企業、摘要由本人確認、正式紀錄留在資源單位、治理端只看去識別化趨勢。但沒說一句 Wo 有沒有送外部 LLM、情緒與財力資料由私人公司保管的法律依據、未成年使用者的同意、以及沒有任何危機安全設計。跟拿 10 分的 #14（來源台帳、版本、最小蒐集、限制聲明全寫了）和拿 9 分的 #32 比，這件大概在 6–7。若 10 是刻意的，我不再提。
評語一句成立；若要讓評審會議能查證，加上「已申請桃園 SBIR」會更硬。
e36e3881 2026-09-06
[15:50] 助理：
加權總分 **6.63**（2.40 ＋ 1.68 ＋ 2.10 ＋ 0 ＋ 0.45）。排在 #34、#19、#22 之後。
資料治理 9 有充分依據（不存學生個資、來源與時間戳、Schema 開源、保存期限、AI 擷取有退路）。
只有**可行性 8** 想標記一次：一人團隊、沒列工程師、場域是「洽談」、核心資料要看國教署給不給、三個縣市平台的轉接器要自己維護。#32 六人有落地設計拿 7，這件一人拿 8，差距在哪裡我不太確定。若是因為它的落地設計（聯邦式、導回原站、測試目標具體）比 #32 更清楚，說得通。
e36e3881 2026-09-06
[15:52] 助理：
加權總分 **6.43**（2.40 ＋ 1.68 ＋ 2.10 ＋ 0 ＋ 0.25）。
評語問到點上——一個人維護三個縣市的轉接器，這是它最實際的風險。
一點供您參考：**資料治理 5** 跟 #36 的 10 對照起來倒過來了。這件不存學生個資、每筆保留來源與時間戳、失效檢查、設保存期限、Schema 開源、AI 擷取保留原文與提示版本並抽樣量測正確率——寫得跟 #14、#32 是同一個等級。#36 是「原始 Wo 不交政府」加幾句原則。如果您平衡時要對照，這兩件是明顯的一組。
e36e3881 2026-09-07
[01:00] 助理：
資料治理 9 對不上：這件對資料保護一個字都沒寫——農民 LINE ID、種植登記個資、合作社庫存與報關資料怎麼處理，全部空白。拿 9 的 #32 和拿 10 的 #14、#52 都是把來源、最小蒐集、去識別、保存寫清楚的。以它用了很多開放資料、資料欄位列得具體來看，5 左右比較貼近。
另外多元性 0：兩人分屬軟體公司和政大電算中心，#16 同樣兩人您給了 1。小事。
沒有評語的話，「價格預測公開後的反身性與喊價疑慮」和「差別保費補貼不在團隊能做的範圍」這兩點提案人不會知道；但那是您的選擇。
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`、把三層關聯(強關聯/同名待查證/同單位)算進去做清單標記。
c71e996e 2026-09-08
[09:50] 助理：
收到,裁決整理:
- 高中 → 同 team(潮州 #106/#230、竹南 #31/#36、道明 #13/#15)
- 政府 署/局/司 → 一律不算
- 林試所、農科院 → 算;而且兩者共用 #234,會自然併成一個 team(#35/#38/#72/#119/#128/#234)
- 屏科大農園、陽明交大電機 → 不算同 team
- TAITA秘書長 → 同一個人,同 team(#88/#89/#90/#92)
你沒答到的兩題,我依你已定的規則處理並說明:#5(#32/#33/#34)與 #8(小公司)。先查一下 #32/33/34 與 TAITA 是否根本就是「同一個成員姓名」跨案——若是,那是強關聯(同人),不必靠單位。
c71e996e 2026-09-08
[10:01] 助理：
已檢查通過,交給你 review:
- create_app 匯入無誤、**94 測試綠**(新增 15)、pycodestyle 乾淨、JS 語法 OK。
- 用真實資料在記憶體 DB 跑 `import-proposals` → `compute-teams`:**24 個 team、涵蓋 73 案**(2 案 ×17、3 案 ×2、5 案 ×1、6 案 ×2、8 案 ×2),其中 **5 個標「待查證」**。
預期全部命中:
- 徐朝峰那組 → team 12,共 **8 案**(#84/85/86/88/89/90/91/92,#85/#86 也是同人同電話併入)。
- #32/33/34、#31/36、道明 #13/15(basis=unit)皆正確。
- 林試所+農科院 → team 7,**8 案**(#35/38/72/119/128/234 再加 #101/#214 經「同名成員」併入)→ 因含純同名連結而標**待查證**,正是設計要抓的情況。
- 屏科大 #205/#209 併在一起是因為**同聯絡人林桐榮、同 email**(非系所);#236 獨立。
「待查證」的 5 組(team 7/8/16/18/20)都是靠同名成員、但 email/電話不同,請你人工看。
改動:`models.py`(`Team` + `Proposal.team_id`)、`commands.py`(`compute-teams`)、`views.py`、兩個 template、`proposal_list.js`、兩個測試檔,及新增 `data/org_units.json`。**未 commit**。
你說 commit 我就提交;之後正式 DB 要加 `teams` 表與 `team_id` 欄、跑 `compute-teams`(不碰分數),再告訴我。
e36e3881 2026-09-08
[10:23] 助理：
同一人、同一內容的重寫版。#77（申請編號 139）比 #76（138）晚送，實質內容完全相同——資料、期程、工具、AI 使用、場域狀態都沒變。差別只在五個文字欄（問題、方案、效益、創新、標題）從公文腔改寫成口語：
- #76：「建立安全確認閉環……以透明規則呈現優先原因，而不是以黑盒 AI 決定救援順位」
- #77：「系統也會告訴志工『為什麼這一戶要優先處理』，例如住在災害影響區、行動不方便或一直沒有回應」
#77 讀起來像提案人自己講的話，#76 像 AI 潤過的。標題多了「偏」字（#76 是「鄉弱勢住戶」，漏字）。
跟 #32/#33/#34 一樣，以較晚的 #77 為準，#76 可以視為重複送件。
c71e996e 2026-09-08
[10:31] 助理：
模擬結果很乾淨——收緊後 **24 隊/73 案 → 22 隊/63 案**,差異**只有兩處**,其餘 22 隊一案不差:
- 那個 8 案假大隊(#35/38/72/101/119/128/214/234)**全部拆散成單案**。
- #131/#216(只靠一個同名成員)也拆掉。
**收緊後的「同一組人」規則**:
1. 同 email / 同電話 / 同隊名 → 同隊(不變)。
2. 共用成員 → 要**共用的人數 ≥ 較小那隊人數的一半**才併。名單相同(#32/33/34)、一人隊(TAITA)照併;10 人裏只共用 1 位顧問、或撞名,不併。
3. 共用單位 → 要該單位是**雙方聯絡人的所屬單位**才併(整隊確實出自那家小公司/那所高中),不是「有人來自那裏」就併。道明 #13/15、潮州 #106/230 仍併。
一個要跟你說清楚的後果:**林試所與農科院的連結會全部消失**——資料裏它們從來只是「各案裏有一位該所研究員」(豬事大吉是豬肉市場+半導體的人,只掛了一位林試所、一位農科院),不是該所自己組隊提案。所以你先前「林試所和農科院算一隊」的裁定,在這批資料裏其實抓不到真正同隊的案子,反而製造了假大隊。
我建議採用收緊版。同意的話我就改 `compute-teams`、驗證、正式 DB 重跑。
e36e3881 2026-09-08
[12:01] 助理：
#211 是 #16 的改版重送，同隊同聯絡人（林錦樑），沒有新的查證需要做——資料來源、低熵核心、既有工具（當季好蔬果、白菜即時、田邊好幫手）在 #16 都查過。您 #16 給的是 6/4/4/1/8。
**改了什麼**（逐欄比對）：
1. **問題重新框架**：#16 說「查價網站只看單日、分不清季節或跨市場」；#211 改成「產地消息和市場價量要靠人工反覆比對」，主打**雙向交叉查核**——豪雨後產地說缺貨，回頭查市場價量有沒有同步；市場先出現南北分化，反過來去產地確認。
2. **新增「事件卡」**：使用者可以把產地或豪雨消息建成事件，對照市場資料。
3. **新增「Decision Profile」**：同一個市場訊號依角色轉成不同輔助——農政看哪裡該查、零售端加自訂成本毛利門檻、餐飲端加產期與替代品。
4. **明寫「資料工作已完成」**：22,970 筆整理、休市辨識、四市場、季節比較、回放都做完了，入選後專注介面與驗證。
5. 第二位成員補全名（鄭鎰錩）；Azure 用途填了；許願池多勾一條（夏秋季青蔥產銷調節——不太對，它做的是甘藍）；「不宣稱」的免責語氣還在，但少了幾句。
**改動的實質**：核心工具沒變，觀測卡、回放、季節基準都一樣。真正加的是「事件卡」（把質性消息和量化資料放在同一個畫面對照）和「角色化」（Decision Profile 目前只是構想，沒有任何一個角色的門檻寫出來）。「產地消息 vs 市場數據雙向驗證」這個框架比 #16 的「跨市場壓力觀測」講得更清楚它給誰用、在什麼時候用——這正是您在 #16 時說它「產出薄、落地沒寫」的那一塊，改版有回應到。
前例：#32/#33/#34 您把最後一份留分、其餘歸零。這兩件不是逐字相同，#211 是改寫過的新版。
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
[17:59] 助理：
記好了。#211 等您給分；#16 是否比照 #32/#33 歸零，也是您決定。
e36e3881 2026-09-08
[23:43] 助理：
**是同一個案子。** 24 個內容欄位裡 21 個完全相同，另外 3 個（第 14、19、29 題）相似度 0.99–1.00，只有幾個字的差異。七位成員完全相同、題目相同、都是永續轉型。
差別只有表面：
- **隊名**：#174「代適大調／偵環傳」vs #208「調 me why／名偵探調太郎」
- **聯絡人**：#174 邱映慈、#208 陳明月（兩人都在成員表裡）
- 申請編號 279 和 321，中間差很多，是兩次分開送件
內容是同一份。跟 #32/#33/#34（農民補給站）一樣是重複投件，去重沒有抓到——大概是因為隊名和聯絡人都換了。
團隊組成值得一提：五位不同校的學生（台大、師大兩位、文化、淡江）加兩位國家災害防救科技中心的研究員。照 #34 的前例，您把編號較大的（#208）留分、#174 歸零；若要看內容我再拉完整欄位。
e36e3881 2026-09-08
[23:50] 助理：
加權總分 **7.02**（2.70 ＋ 1.40 ＋ 2.40 ＋ 0.30 ＋ 0.20），目前排在 #52、#32 之後的前段。
評語準確——遊戲的調適選項預先寫好分支，比 OpenAI 即時生成更可控、不會出錯、也省 API 成本，這正是它最該改的地方。
只有措辭一個小建議：他們用 AI 不只在遊戲回饋，還有 Codex 寫程式（那個沒問題）。評語寫「遊戲回饋與問答不需生成式 AI，改用預設分支較友善且不會出錯」會更準，避免讀成「整個提案都別用 AI」。
分數我沒有意見。創新性 8 對一個氣候教育遊戲偏高一點，但團隊真的懂資料、把 GWL 情境轉成鄉鎮尺度是有內容的轉化，說得通。
e36e3881 2026-09-08
[23:57] 助理：
加權總分 **7.24**，目前第二高（僅次於 #32 農民補給站的 7.69）。
分數我沒有意見，跟這件的實質相稱。多元性 0 想確認一次：七人裡有六個學生加一位教授，跨資工、數學、森林、資安五個系,教授還是資訊中心主任——就團隊組成的多樣性看，這比很多拿 1、2 分的一人團隊完整得多。0 分通常是給一人或分工空白的。若您是看「缺乏產業或受益方（農民、業者）代表」而給 0，那是一致的；若是照一人隊的標準，這件可能被低估了。您決定。
沒有評語的話，「
e36e3881 2026-09-08
[23:57] 助理：
加權總分 **8.20**，目前並列前面的高分群（#32 農民補給站 7.69、#52 防詐 ATM 8.44）。
分數我沒有意見，跟這件的實質相稱。資料治理 10 有充分依據——它是少數把方法極限（鏡像帳差是待查訊號非證據）、資料界線（模型進機關、資料不出機關）、開源範圍（程式碼公開、模型參數不公開防規避）都寫清楚的提案，比大多數拿高分的更實在。
沒有評語我不勉強,唯一可留可不留的一點：它的落地全押在機關合作、手上無承諾，這是它跟分數之間唯一的距離。但那是可行性 7 已經反映的事，評語不寫也不影響紀錄。
e36e3881 2026-09-09
[01:34] 助理：
這裡要分清楚，跟 #114、#35、#51 那種「完成原型＝創新 0」不一樣。
那幾件是**整個東西做完了**——#114 是核准專利加實體水輪機、#51 是農水署編了 3.2 億的現有計畫。它們拿一個已完成的成果來報名，黑客松期間沒有新東西要做，所以創新 0。
#182 完成的是**概念驗證**，不是產品。它做完的是「處理了 14 萬列資料、篩出 225 筆、排了序、畫了原型地圖」，而且它自己寫「分數尚未以正式查報結果校準」。真正要做的——加入水體道路影像特徵、跟四種排法比較、拿真實查報結果驗證命中率、跟承辦人盲測——都還沒做，排在入選後的三個月。這是黑客松該有的樣子：先自費做出一個能證明想法可行的雛形，再用比賽資源把它做完做實。
差別在「做完的是成果還是雛形」：#114 做完的是成果（沒剩什麼要做），#182 做完的是雛形（證明可行，主體還在後面）。#52 防詐 ATM、#32 農民補給站也都是「已完成概念驗證、核心待做」，您給的創新是 8 和 9。
所以「完成原型」本身不扣創新，扣的是「完成到沒有新東西可做」。#182 不是。它的創新該看的是「用開放資料補國土監測後面那層排序」這個想法新不新、菲律賓 DIPI 之外台灣有沒有人做——那是它值不值分的地方，不是「做了原型」這件事。
e36e3881 2026-09-10
[17:23] 助理：
核對完成，**#16 歸零的懸案有答案了**，另有兩處與逐字稿不同：
**#16 已歸零：系統裡是 0/0/0/0/0、評語「和#211相同」。** 也就是說您比照 #32/33/34 的規則，**同一案重送以較晚的 #211 為準、#16 歸零**。逐字稿當時沒下結論，系統已定案。
**其他更正：**
- **#58 資料治理是 1 不是逐字稿的 4** → 加權 **2.98**（private_note：資料治理疑 AI 樣板、團隊恐無力處理）。
- 其餘與逐字稿一致。
**主題 4「蔬菜供需與菜價」已評 7 件（系統值）：**
| 加權 | # | 分數 | 評語 |
|---|---|---|---|
| **7.39** | 54 | 8/8/8/3/4 | （無）蔬途同歸不再虧（積溫修正採收期＋風險推播） |
| **6.81** | 22 | 7/7/8/1/6 | （無）供需雙向燈號決策（價量拆解＋回測） |
| **3.98** | 221 | 0/6/6/0/10 | 實質是選擇權、受金管會監理 |
| **3.17** | 211 | 2/4/4/1/4 | 請先說明觀測卡／事件卡／角色化（＝#16 改版，卡術語疑 AI 撰寫） |
| **2.98** | 58 | 4/6/0/1/1 | 自述是已完成的服務 |
| **2.02** | 85 | 2/4/1/0/0 | 建議參考神農TAIDE、規則式觸發比 LLM 適合 |
| **0.00** | 16 | 0/0/0/0/0 | 和#211相同（重送歸零） |
**態勢**：#54（7.39）、#22（6.81）是雙強，都是「把燈號升級成能決策」且各有真切角（#54 積溫修正採收期、#22 價量共變拆需求）；#221（3.98）金融監理卡關；#211／#58／#85 中後段（卡術語、自述已上線、不必要 AI）；#16 重送歸零。
**主題 4 共 8 件，還剩 1 件未評。** 注意 #85 雖是徐朝峰模板八件之一、內容是農藥施肥（不完全是菜價），但分群歸在主題 4 —— 依您上次的原則，切題度不看。
要接主題 4 最後 1 件了嗎？
c84bcc28 2026-09-12
[09:12] 助理：
#34 現值:**7/8/8/10/9 = 7.69**,無評語。主題17 三件(#32/#33/#34)都叫「農民補給站」,只算 #34,確認。原文我讀了(社工+里幹事+國會助理的跨域隊,口語/台語反向比對資格、公文拍照白話化、災前資格健檢、匿名卡點;硬性資格走規則引擎、LLM 只做語意,AI 揭露誠實)。
log 搜尋還在跑——等討論那層回來,我再照「原文→討論→分數」讀懂你當時的邏輯,然後回答它跨主題的平衡。
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
[09:39] 助理：
主題18 排序:#81(4.63) > #36(3.95) > #63(0.05)。三件都在脈絡裏,不重抓。
**結論:有一處值得你看——#36 的資料治理 10。其餘一致。**
**#36 資料治理 10 vs #81 資料治理 3。** 這是我在 #37 那次就標記過「倒過來」的舊帳,當時你把 #37 拉到 9、#36 沒動;現在同主題有 #81 可以直接對照:
- **#81 = 3**:有真的資料設計——原始訊號留實驗室主機、平板不留存量完即清、個資與訊號分開只以流水號連結、去識別、記錄開放資料版本日期;缺的是**服務階段的同意機制**(住址與風險值回報衛生局超出研究同意)。
- **#36 = 10**:有「原始 Wo 不交政府、摘要本人確認、治理端只看去識別趨勢」三句設計,但**沒提外部 LLM(用 ChatGPT/Gemini)、沒提法源、沒提未成年同意、沒提危機處理**;情緒與財務資料放在一家私人公司手上。當時我就說「大概在 6–7,若 10 是刻意的,我不再提」。
同一個維度,**設計較實、缺一個同意機制的 #81 給 3,設計只有三句、缺四樣的 #36 給 10**——這個反差不容易站住。你拿 10 的基準是 #14(來源帳冊、版本、最小蒐集、明示限制)和 #32/#34(逐筆標來源與查核日、影像即刪、資料不出境),#36 沒到那個等級。權重只有 5%,動 #36 到 6–7 總分只掉 0.15–0.2、排序不變;要不要動是你的心證,我把對照擺這裏。
其餘一致:
- **創新 #81=0、#36=0、#63=0**:三件全 0 但理由各異且都對——#81 自己做完的論文、#36 自家產品、#63 沒依據的核心;「自己做好了」那格兩件、「不成立」一件。
- **可行性 #81=9 > #36=6 > #63=0**:達得到自己目的(再收案)> 做得出但只是產品加導航 > 不會療癒患者。
- **社會影響力 #81=6 > #36=5 > #63=0**:農村長輩客觀初篩 > 都市一般人的一句話日記 > 無依據。方向對。
除了那一格,不動。
c71e996e 2026-09-12
[15:03] 助理：
兩組，而且都是同一隊重複投件：
- 「AgriFlow Signal：讓農產品產銷壓力提早被看見」— #16、#211（農流觀測隊）
- 「農民補給站」— #32、#33、#34（跨領域實驗室）
所以即使list沒有隊名，同名的也是同隊，靠id分辨就夠了。
c84bcc28 2026-09-12
[23:38] 評審：
下一個提案：#32「Look2Learn 看見就學會：結合眼動選字、圖片記憶與在地語料的公務英語學習工具」。
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會是空的（或只有助理提及的清單），這符合實際——你當時沒單獨討論它。要繼續就說一聲。