幫你碳大錢：小農碳匯MRV資料準備與缺口管理服務

=== c84bcc28 2026-09-12 13:11 === [13:11] 評審： #231說的缺口指的是什麼？ [13:12] 助理： 「缺口」是**資料缺口**：方法學要求的證據清單，和農民手上實際有的紀錄，兩者之間差的那些項目。 提案的說法（第八題和具體解決方案）： 1. 先把農業部土壤碳匯方法學 AL-TMS0001 拆成檢核項目：農地資格、基線農事紀錄、監測資料等。 2. 把農民已有的種植、施肥、耕作、灌溉、收穫紀錄和佐證（照片、單據）、土壤檢測報告，對照這份清單。 3. 「產出方法學適用性、資料完整度、缺口項目及應補資料清單」——哪些項目沒有紀錄、沒有佐證，該補什麼、怎麼補。 它要解決的痛點（第四題）：碳匯專案要保存長期的田區、施肥、耕作、土壤檢測紀錄；小農的資料散在紙本和個人紀錄，常常到查驗前才發現缺漏，基線和歷史資料事後又補不回來，只能延後或放棄申請。所以「缺口管理」就是在查驗之前，提前告訴農民缺什麼。 提案自己也劃了界線：只做前端資料準備，不核發碳權，不取代查驗。 [13:12] 評審： 這個缺口是小農沒有提早準備的問題，我也常常這樣，關平台什麼事？ [13:13] 助理： 提案的說法是兩件事，分開看： **1. 讓紀錄變便宜，所以人會記。** 語音、拍照、按鈕記農事，目標單次 15 分鐘縮到 3 分鐘。這個部分和「提早準備」直接相關：紀錄成本降到夠低，農民才會平常就記，而不是查驗前才補。 **2. 事先告訴你要準備什麼。** 提案的前提是，小農不知道方法學要哪些東西——AL-TMS0001 是給專案開發者看的技術文件，要求什麼基線、什麼佐證、什麼頻率的土壤檢測，農民看不懂也不會去看。平台把方法學拆成檢核清單，對照目前有的紀錄，列出缺什麼。類似報稅軟體告訴你還缺哪張憑證。 所以提案的邏輯是：「沒提早準備」有一半是「不知道要準備什麼」，這一半平台能補。 **平台補不了的：** - 過去沒記的基線資料，平台不能憑空生出來。提案自己在第四題就承認「基線與歷史農事資料一旦沒有即時留存，事後難以完整補建」。所以平台只對「從現在開始記」的農民有用，對已經錯過基線期的人沒用。 - 紀錄的意願。工具便宜不等於農民會用；提案也提到高齡農民數位操作能力是顧慮，所以先由農改場和農民團體帶 10 到 30 戶。 另外一個事實：現在小農種碳這類專案，資料整理是中介機構（專案開發者）在做——提案引的文獻說中介機構每塊田平均花 4 小時整理、農民 2 小時面談。所以平台的實際使用者可能是中介機構和農民團體，而不是小農本人；提案第九題也是寫「供農民團體與後續查驗使用」。 [13:16] 評審： 我以前評分會罵，區塊鏈是高耗能技術，明明要做減碳，還用區塊鏈，自相矛盾。但做碳匯交易的都走區塊鏈，甚至成為「產業常識」，擋也擋不住。現在AI LLM出現了，更高耗能，就懶得罵區塊鏈耗能了。 [13:17] 助理： 一個事實供參考：耗能這一條現在對 #212 罵不太起來了。它用的 Polygon 是權益證明（Proof of Stake），不是比特幣那種工作量證明（Proof of Work）的挖礦。以太坊 2022 年也改成權益證明，官方數字是耗能降了約 99.95%。高耗能的罵名主要是比特幣撐起來的，碳權圈用的鏈幾乎都不是那一種。 所以你這次寫的「功能不需要區塊鏈」反而是打得到的那一刀——耗能不再是問題，但「拿來做什麼」還是問題。 至於 LLM 更耗能，這一點倒是真的，而且 #231 也用了：語音轉文字、單據 OCR、農事欄位結構化。不過它把 AI 限定在資料整理，規則引擎才做方法學檢核，這是它自己劃的界線。 [13:18] 評審： 下一個提案：#231「幫你碳大錢：小農碳匯MRV資料準備與缺口管理服務」。 [13:19] 助理： ## #231「幫你碳大錢：小農碳匯MRV資料準備與缺口管理服務」 **團隊**：碳著，2 人（邱意瑄、洪語彤），AI 評估說是兩位大四學生；分工欄空白，無得獎紀錄。第五題勾「是」（尚未進行）。 **要做什麼**：手機 PWA，農民用語音、拍照、按鈕記農事；系統把紀錄結構化，和農業部土壤圖、土壤網格肥力、氣象署觀測資料整合；把環境部小規模減量方法 AL-TMS0001「改進農業土壤管理」拆成檢核清單（農地資格、基線農事紀錄、監測資料），對照現有紀錄，列出缺什麼、怎麼補；管理端儀表板看各田區資料準備度和缺口，整理成證據包給農民團體和查驗用。AI 只用在語音轉文字、單據 OCR、欄位結構化；方法學檢核用規則引擎。自己劃線：不核發碳權，不取代確證、查證。 **PoC 規模**：3 到 5 位農民、5 到 10 塊田，8 週；場域說是「農改場合作示範農地及在地小農團體」，沒有具名。效益指標：單次紀錄 15 分鐘縮到 3 分鐘、每田資料盤點 4 小時縮到 1 小時，數字來自一篇 2026 年國際期刊文獻，不是自己量的。 **查證** - AL-TMS0001 是真的，環境部公告的小規模減量方法，農業部農業淨零平台有全文。提案引用正確。 - 努力小農 App（天地和氣公司）：已有「種碳」功能和「小農日記」（宣稱每天一分鐘記錄）；「小農種碳」專案約 300 位小農、270 公頃，2023 年通過黃金標準（Gold Standard GS11818）初審，是台灣第一個國際認證土壤碳匯專案。農民就是用努力小農 App 記農事流程。提案自己在引用來源列了「小農種碳」文章，寫「議題發想」。 - 環境資訊中心那篇是屏科大社區林業中心的平台構想，文中一句：只有法人可以交易，小農要透過合作社、協會、公司集結。 - Agreena（丹麥）：衛星遙測做 MRV，Verra 認證，是國外的規模化平台。 **問題** 1. 努力小農 App 已經在做「小農記農事 → 彙整成碳匯專案資料」這件事，而且已經走到國際認證。提案沒有說明和它的差別在哪，只說現有農事管理工具「多著重是否完成紀錄」而不看「能不能成為方法學證據」。提案新增的是方法學規則檢核和缺口清單。 2. 前面討論過的：過去沒記的基線資料平台補不回來；提案自己承認。只對從現在開始記的人有用。 3. 實際使用者可能是中介機構、農民團體，不是小農本人；提案第九題也是寫供農民團體和查驗使用。標題「幫你碳大錢」對小農——文中沒有算過小農一塊田能拿多少錢。環資中心文章的數字：旱作草生栽培每公頃每年約 0.5 噸二氧化碳。 4. 算力需求欄前後不一：正文說 MVP 不建大型碳匯預測模型、不做大型 AI 模型訓練，但同一欄又向國網中心要「全台農地碳匯基線圖資產製」、向數產署算力平台要「碳匯估算模型訓練、語音/影像辨識模型訓練」，還同時列 GCP、AWS、Azure 三家雲。AI 評估也點了這個矛盾。 5. 資料治理：田區座標、單據、語音、三年農事史散在三家雲；沒有寫農民同意、保存期限、誰擁有這些資料。 6. 高齡農民語音辨識：台語口音準確度沒提；只說分階段、由農改場和農民團體帶。 [13:20] 評審： #231是什麼？你看了嗎？ [13:21] 評審： 先不要查。#231是什麼？你看了嗎？我想知道你是不是記憶混亂了。 [13:21] 助理： 看了。兩則之前你問「#231說的缺口指的是什麼？」，我當時用 API 讀了 #231 全文才回答的。 #231「幫你碳大錢：小農碳匯MRV資料準備與缺口管理服務」，隊名「碳著」，2 人團隊（邱意瑄、洪語彤，無單位職稱），永續轉型，主題21。 內容：小農要參與農業土壤碳匯專案，卡在「資料能否被證明」。平台讓農民用手機語音、拍照、按鈕記農事，把農業部土壤碳匯方法學 AL-TMS0001 拆成檢核清單，對照已有紀錄和佐證，列出缺口和應補資料清單；管理端看各田區的準備度。套疊農業部土壤網格、詳測土壤圖、氣象署逐時資料當背景。AI 只做語音轉文字、OCR、欄位結構化，方法學檢核用規則引擎。自稱不核發碳權、不取代查驗。PoC 預計 3 到 5 位農民、5 到 10 塊田，農改場和農民團體帶 10 到 30 戶。引了小農種碳（台灣首個國際認證土壤碳匯專案）當議題發想。 我還沒讀的：它的 ai_assessment，以及附網址。你還沒說「下一個提案：#231」，所以我只讀了全文回答你的問題。 [13:22] 評審： 我以前評分會罵，區塊鏈是高耗能技術，明明要做減碳，還用區塊鏈，自相矛盾。但做碳匯交易的都走區塊鏈，甚至成為「產業常識」，擋也擋不住。現在AI LLM出現了，更高耗能，就懶得罵區塊鏈耗能了。 [13:22] 助理： 補一個事實供參考：#212 用的是 Polygon，它是 proof-of-stake 鏈，不是比特幣那種 proof-of-work，所以單筆交易的耗能已經很低（Polygon 自己宣稱每筆交易在瓦時等級）。以前罵的「區塊鏈高耗能」主要是針對挖礦型的鏈，這幾年主流鏈（以太坊 2022 年轉 PoS 之後）耗能問題其實已經大幅消失。 所以現在對 #212 這類提案，罵耗能的力道確實變弱了；真正站得住腳的批評還是你評語寫的那一句——功能上根本用不到鏈。 [13:30] 評審： 下一個提案：#231「幫你碳大錢：小農碳匯MRV資料準備與缺口管理服務」 [13:33] 助理： **#231「幫你碳大錢：小農碳匯MRV資料準備與缺口管理服務」** — 隊名「碳著」，2 人，皆為中央大學電機系大四學生。無資料需求（未開放資料需求：否）。未評分。 **提案內容** - 問題：小農要申請農業土壤碳匯，資料散在紙本、個人紀錄、政府資料、檢測報告中，格式不一；基線和歷史農事資料沒即時留存，到查驗前才發現缺漏，只能重做、延後或放棄。 - 方案：手機 Web/PWA。農民用按鈕、語音、拍照記錄種植、施肥、耕作、收成；系統整理成結構化資料，套上農業部土壤網格肥力、詳測土壤圖、氣象署逐時觀測作背景。把環境部「AL-TMS0001 小規模減量方法 改進農業土壤管理方法學」拆成農地資格、基線農事紀錄、監測資料等檢核項目（規則引擎，不用 AI 判定），輸出：方法學適用性、資料完整度、缺口項目、應補資料清單，整理成可追溯的「資料證據包」。管理端儀表板看各田區準備度。 - 自我定位：碳匯專案「前端資料準備工具」，不核發碳權、不取代確證查證。AI 只用在語音轉文字、單據 OCR、欄位結構化、資料品質提醒，保留人工確認。 - 場域：農改場示範農地 + 在地小農團體，PoC 3–5 位農民、5–10 塊田，取近 3 年歷史紀錄。8 週期程。若場域資料拿不到，用開放資料及去識化或模擬資料驗證。 - 效益數字：引用 2026 年 Journal of Environmental Management 論文，查證前中介機構每塊田約 4 小時整理資料、農民另需約 2 小時面談；目標單次紀錄由 15 分鐘縮到 3 分鐘內，每田資料盤點由 4 小時縮到 1 小時內。 - 第五題（是否尚未進行）：是。 **查證** - AL-TMS0001 確實是環境部公告的小規模減量方法（改進農業土壤管理），引用正確。 - 「小農種碳」：天地和氣公司（方儉）2021 年底發起，約 300 小農、270 公頃，走 Gold Standard 國際認證，2026 年 2 月通過初審。它的「努力小農 App」已有農事日誌（GPS 定位、時間、照片）和「種碳」功能，把小農紀錄彙整成國際認證所需資料。也就是說，「小農用 App 記農事、彙整成 MRV 資料」在台灣已有人做，而且已經走到查驗機構現場稽核。提案自己也引用了小農種碳的文章作「議題發想」。 - 努力小農走的是國際 Gold Standard；提案針對的是台灣環境部 AL-TMS0001 本土方法學。兩者資料要求不完全相同。 - 國外 Agreena：衛星遙測驗證耕作措施（覆蓋作物、耕犁、輪作），偏量測而非缺口管理。 - 台灣科技媒體中心：台灣尚無純以改變農法取得碳權的案例；小農必須聚合一定面積合併申請才划算。 **問題** - 核心「方法學規則檢核、缺口清單」相對於努力小農的農事日誌，是加值的部份；「手機記農事、整理成 MRV 資料」的部份，努力小農已做。 - 「幫你碳大錢」標題：小農單塊田碳權收益微薄，台灣目前 0 成功案例；提案自己只承諾縮短整理時間，沒有承諾碳權收入。 - 算力需求那一題前後矛盾：主文說「不自行建立大型碳匯預測模型」「不進行大型 AI 模型訓練」，但同一題又列 AWS 衛星影像大範圍農地監測、國網中心「全台農地碳匯基線圖資產製」、數產署「碳匯估算模型訓練、語音/影像辨識模型訓練」。看起來像把每家雲端都填上一段。 - 團隊 2 名電機系大四學生，無農業、土壤、碳管理背景；成員任務分工空白；場域（農改場、小農團體）是「預計」，沒有已接洽的證據。 - 資料治理：田區座標、單據、語音、三年農事史散布 GCP/AWS/Azure 三雲，未提同意、保存期限、個資處理；承租農、無地農民的碳權歸屬未處理。 - 高齡農民數位落差只用「分階段導入」帶過；語音辨識無台語、客語考量。 [14:48] 評審： 這個提案要把努力小農App，改成用本土計算公式？ [14:48] 助理： 不是。提案全文沒有提到努力小農 App，只在引用來源列了「小農種碳是什麼」那篇報導，用途寫「議題發想」。它是要自己從頭做一套新的 App，不是改努力小農。 「努力小農」是我從 AI 評估附的網址讀到的既有系統；兩者的對應是我比出來的，不是提案人說的。 另外，提案的重點也不是「計算公式」。它做的是： 1. 農事紀錄（手機語音／拍照）→ 這部份跟努力小農農事日誌重疊； 2. 把 AL-TMS0001 方法學的資料要求拆成檢核清單，比對農民已有的資料，列出缺哪些、要補什麼 → 這部份是它的主要賣點； 3. 碳匯估算本身，提案說「不自行建立大型碳匯預測模型」，只用環境部公告的排放係數做基本換算。 所以它跟努力小農的差別是：努力小農走 Gold Standard 國際認證、資料彙整由天地和氣公司自己處理；本提案針對環境部本土方法學，把「查驗前缺什麼資料」這件事做成自動檢核工具。方法學不同，資料要求會不同，但提案並沒有說要改造努力小農。 [14:58] 評審： 8/6/6/1/3，no comment，如何？ [14:58] 助理： 加權總分 **6.08**（8×0.30 + 6×0.28 + 6×0.30 + 1×0.05 + 3×0.05）。 沒有意見。主題21還剩 #239。 === 事後／並提討論 === c84bcc28 2026-09-12 [11:09] 助理： 主題21 農林碳匯,三件 **#212、#231、#239 全部未評分**——沒有已評分的可以撈 log 或確認。 依你的指示先不看未評的。要開始評的話,給我編號。 c84bcc28 2026-09-12 [13:09] 助理： 加權總分 **3.99**（9×0.30 + 3×0.28 + 1×0.30 + 2×0.05 + 1×0.05）。 評語與查證結果一致：重疊檢查靠 PostGIS，地界靠地籍，憑證靠環境部登錄，鏈上只存幾何雜湊。沒有意見。 主題21還剩 #231、#239 未評分。 c84bcc28 2026-09-12 [13:11] 助理： MRV = Measurement, Reporting, Verification（量測、報告、查驗）。這是碳權制度的標準流程： 1. **Measurement（量測）**：實際量測或估算減碳量／碳匯量。以林地為例，就是量樹種、胸徑、樹高、面積，套用官方係數換算成碳儲存量。 2. **Reporting（報告）**：依主管機關規定的方法學（台灣是環境部公告的減量方法），把量測結果寫成申報文件。 3. **Verification（查驗）**：由第三方查驗機構（環境部認可的查驗機構）到現場核對報告是否屬實，通過後才能向環境部申請登錄減量額度（碳權）。 碳權要能上碳交所賣，前提是走完這三步。#212 的「MRV 平台」就是把第一步（圈地、估算）和第二步（產出報告）數位化；第三步查驗仍然是查驗機構的事，平台取代不了。#231「小農碳匯MRV資料準備與缺口管理」從題目看，也是在幫小農準備這三步所需的資料。 c84bcc28 2026-09-12 [15:29] 助理： 加權總分 **6.43**（9×0.30 + 6×0.28 + 5×0.30 + 7×0.05 + 4×0.05）。 沒有意見。主題21三案都評完了：#212 3.99、#231 6.08、#239 6.43。 c84bcc28 2026-09-12 [15:30] 助理： 三案我都記得，不用重抓。 | | 可行 | 影響 | 創新 | 多元 | 治理 | 總分 | |---|---|---|---|---|---|---| | #212 綠鏈林匯 | 9 | 3 | 1 | 2 | 1 | 3.99 | | #231 幫你碳大錢 | 8 | 6 | 6 | 1 | 3 | 6.08 | | #239 畜碳米來 | 9 | 6 | 5 | 7 | 4 | 6.43 | 主題內三案互看，各向度排序都對得上： - 創新 #231 6 > #239 5 > #212 1：方法學缺口檢核是別人沒做的加值；沼液混配自動控制是現有元件上加一層；區塊鏈林匯是 Open Forest Protocol 在地化加自家已上線產品。 - 影響力 #231、#239 同 6：一個降小農碳匯門檻（台灣目前 0 案例），一個減污節水回應三個許願池願望；#212 3 是因為它要解的信任問題不存在。 - 治理 1/3/4：三案都弱，#212 鏈上永久存地主連結雜湊最差，#231 三雲散放無同意，#239 CCTV 與稽查資料可反識別。 跨主題只有一處可以對照：#212 創新 1 與 #178 黑泥氫能創新 0，兩案都是自家已在做的東西。#212 第五題自己列了精進項目（地籍圖套疊、官方係數、公開驗證入口），#178 只是換 SOFC 設備；1 與 0 的差別對得上這一點。 我沒有要調整的。 c84bcc28 2026-09-12 [16:05] 助理： **#128「油茶淨零轉型 AI 護照：從智慧生產、極致品管到自然碳匯之跨域賦能平台」** — 隊名「智油永續（Camellia-AI Tech）」，10 人：林試所育林組助理研究員（主提），桃園農改場推廣科科長、台中農改場作物栽培科科長（合作），臺大農業陳列館館員、南投縣府祕書（技術協助），鴻興茶苗培育行、天水生態農場、嘉義梅山茶油生產合作社、台灣原住民族經貿協會理事長（確定場域），互動國際數位公司（資料協力）。回應許願池三項。一筆未開放資料需求：衛福部非追不可系統 API 的非公開品管檢測與溯源欄位。未評分。 **提案內容** - 第五題填「否；已在進行中，但本次提案非原計畫內容」。原計畫：林試所自辦「台灣鄉土植物副產物開發研究」的「油茶效益擴散之研究」——油茶快速成林示範場域、技轉衛星農場、低溫萃取乾燥鮮果技術。本次精進：國台語語音 AI 免手寫填報、太陽能離網韌性感測、衛星遙測樹勢、自動化綠黃碳匯 MRV、對接農業部 ESG 平台與科技大廠認養。 - 三個痛點：山區缺工缺電斷網、高齡農民填不了產銷履歷（TGAP）；鮮果生物熱發黴 → 油廠高溫脫臭 → 苯駢芘食安問題；小農無力做碳匯 MRV、缺企業認養通路。 - 三層架構：(1) 太陽能離網微氣候感測＋Sentinel-2 衛星 NDVI/NDWI＋LSTM 預測樹勢、預警旱情病害；(2) Whisper-Taiwanese＋TAIDE/Llama-3，老農口述台語自動寫入「農務 e 把抓」與 TGAP 履歷，號稱減 70% 行政負擔；(3) 介接環境部自願減量平台參數，自動產出綠碳（生物量）＋黃碳（土壤）MRV 報告，上架農業部 ESG STORE，對接鴻海等大廠「包場認養」，預期認養資金 1,000 萬元。 - 場域：鴻興茶苗（育苗）→ 天水農場（種植）→ 梅山合作社／金椿茶油（榨油）→ 原民經貿協會（原鄉推廣）。 - 期程 9/17–11/11，約 8 週：10 月部署感測器、驗證語音寫入、衛星 LSTM、MRV 算碳模組；11 月初斷網備援與 API 壓力測試。 - 算力：Azure 部署全部服務；數產署算力做台語口音 Whisper 與 TAIDE 微調。 - 「全為原創內容無引用」，但用了 Whisper、TAIDE、Sentinel-2。 **查證** - 苯駢芘：2026 年 6–8 月的真實食安事件。中聯油脂沙拉油超標 4 倍起，7 月底源春製油廠 4 款苦茶油超標，到 8 月 6 日累計 6 家製油業者；食藥署說要輔導「前店後廠」小型油廠改善原料與製程。問題意識是當下的。 - 林試所油茶研究：2014 年起就有油茶研究團隊（種源、栽培、標準化製程、摻偽鑑別）；AI 評估所附網址沒有提到快速成林或低溫萃取，但提案第六題自己揭露那是原計畫內容。 - 桃園農改場：2019 年有仙草、魚腥草、艾草的 IoT 微氣候監控＋積光值自動灌溉，搭配太陽能光電的農電共構；不是油茶，網頁沒說離網。 - 農務 e 把抓：農業部 App，田間日誌可直接上傳產銷履歷系統。存在，但沒有公開 API 或語音輸入的資訊——提案要「寫入農務 e 把抓」，是否有寫入介面，提案沒有說。 - 農業部 ESG STORE：已上線的企業認養媒合平台，農民／農企上架專案、企業認養；頁面沒有 MRV 功能。 - 小農碳匯 MRV：努力小農（#231 討論過）已在做；AI 附的衛星樹木 MRV 論文我拿不到（429），不再查。 - Whisper-Taiwanese、TAIDE：都是公開的既有模型。 **問題** - 三層架構各自對應的既有物：太陽能微氣候（桃改場既有）、台語語音填履歷（#15 也提，Whisper 台語模型現成）、碳匯 MRV（努力小農、#231）。本案是把三者套到油茶上，加上原計畫的成園／低溫萃取技術。 - 苯駢芘那個痛點，提案的解法在哪裏？提案說發黴 → 高溫脫臭 → 苯駢芘，解法是「濕度與積溫預警發黴」和「榨油品質控管」；但 2026 年事件裏食藥署指的是原料來源不明（疑進口苦茶籽）與製程管理，提案沒有針對榨油端的量測或攔截，只有「導入榨油品質控管」一句。 - 黃碳（土壤碳）方法學：環境部目前公告的是 AL-TMS0001 改進農業土壤管理（#231 引用那個）；油茶園是林地還是農地、適用綠碳（造林 AR-TMS0001）還是黃碳，提案沒有分清楚，兩個都要「一鍵產出」。 - LLM 自動寫入 TGAP 法定履歷：辨識錯誤誰負責、有沒有人工確認，提案沒有寫。 - 8 週要同時做：離網硬體部署、台語 ASR 微調、衛星 LSTM、MRV 算碳、四個政府平台雙向介接、壓力測試。 - 「原鄉」：合作對象是原民經貿協會理事長，語音只支援國台語，沒有原住民族語。 - 「1,000 萬元 ESG 認養資金」「減少 70% 行政負擔」：無出處。 - 資料治理：老農語音、農地座標、衛福部非公開檢測資料全上 Azure，雙向寫入政府系統；未談同意與寫入權限。 - 「全為原創」與使用 Whisper/TAIDE/Sentinel-2 的自述不一致。 c84bcc28 2026-09-12 [16:52] 助理： 對，題目的三段就是三個功能，提案自己的「三層式 AI 架構」對得上： | 題目 | 提案的層 | 實際內容 | |---|---|---| | 智慧生產 | 場域韌性 | 太陽能離網微氣候感測、Sentinel-2 衛星＋LSTM 預警旱情病害、積溫濕度預警發黴、精準灌溉 | | 極致品管 | （沒有獨立一層） | 只有「導入榨油品質控管，減少高溫產生的苯駢芘」一句，加上原計畫的低溫萃取乾燥技術；還有向衛福部要非追不可的非公開檢測欄位做比對 | | 自然碳匯 | 淨零 ESG | 綠碳＋黃碳 MRV 報告自動產出，上架 ESG STORE 給鴻海等認養 | 另外還有第四件橫跨的：台語語音 AI 填履歷（「數位共融」層），題目裏沒寫，但問題描述第一條和期程都放很重。 所以嚴格說是四合一：生產感測、語音填履歷、品管、碳匯。其中「極致品管」最薄——題目擺在中間，內文只有一句話和原計畫的技術。碳匯那一段和 #231、#212 的套路一樣：算碳 → 上架 → 企業認養。 c84bcc28 2026-09-13 [01:54] 助理： 報名表「需要何種算力平台或雲端協力業者資源」那一題，可以分別對 GCP、AWS、Azure、國網中心、數產署算力平台各自寫預計應用內容。#155 勾了 GCP、國網中心、數產署算力平台三個，三格填的文字完全相同： 「API／ETL 排程與資料清理、PostgreSQL/PostGIS 或等效資料庫、向量檢索與 RAG、LLM／VLM 推論測試、Web Demo 部署」 意思是它沒有區分哪個平台做什麼，誰給就用誰——它自己在工具段也寫「實際雲端與模型將依競賽提供資源調整，避免綁定單一平台」。這只是報名表填法的觀察，不影響內容；跟 #231 那種「每家雲端各編一段不同用途、彼此矛盾」是相反的情況。