【工作流】別再讓 AI 對話變成垃圾堆：用 Gemini 筆記本建立專屬專案工作區

AI 工作流・專案管理

別再用對話紀錄管理長期工作：Gemini 筆記本才是 AI 專案的正確入口

把資料、設定、討論與輸出集中在同一個工作空間，讓 AI 不必每次重新認識你的專案。

Gemini 筆記本不是另一個聊天分類功能，而是把一次性問答改造成持續專案的工作空間。本文整理實際可用的建置方法，以及公務使用時不能忽略的資料界線。

📁 AI 工作流👥 適用：專案管理、研究整理、報告撰寫🗓 2026 年 7 月

很多人已經會用 AI 問問題、改文字、做摘要，卻仍把所有工作塞在一長串對話裡。短任務勉強可行；一旦專案持續數週、牽涉多份資料與反覆修正，問題就會出現：重要設定被後續對話稀釋、舊資料埋進歷史紀錄、每次都要重講背景，最後連自己也分不清哪一版才是目前共識。

Gemini 新增「筆記本」後，真正值得注意的並不是多了一個收納功能，而是 AI 的使用方式開始從「一次性聊天」走向「持續性的專案工作空間」。官方說明指出，筆記本能記住專案中的來源、指令與持續討論，並可與 NotebookLM 同步。換句話說，你不必再期待 AI 在一條愈來愈長的對話中勉強維持脈絡，而是可以替每個重要任務建立自己的工作空間。

先抓住核心差異

一般對話適合解題；筆記本適合做專案

1

固定專案脈絡把目標、限制與角色設定留在同一空間。

2

集中專案資料文件、網址、逐字稿與表格不再四散。

3

延續討論歷程每次修正都建立在既有共識之上。

4

轉成實際成果從研究整理一路產出報告、簡報與問答。

一般對話比較像臨時找一位能力很強的同事協助：你把問題交代清楚，他可以很快完成任務。但當工作跨越多個階段，牽涉不同版本、來源與決策紀錄時，光靠聊天紀錄管理就會失控。

筆記本則比較像替專案設置一間固定辦公室。專案資料放在裡面，工作規則寫在裡面，討論也留在裡面。之後不論要彙整資料、比對文件、重寫報告或準備簡報，都從同一個脈絡繼續，而不是每次重新開始。

Gemini 筆記本的重點，不是把更多資料塞進 AI，而是為每個專案建立獨立且持續的工作脈絡。

使用前先注意：在 Gemini 左側選單點選「新增筆記本」後，畫面中會出現「整理思路」與「讀書與學習」兩種選擇。若你的目的是建立工作專案、整理會議資料、分析政策文件、延續計畫討論或累積研究成果，請選擇「整理思路」。

STEP 1

一個專案，建立一本筆記本

問題：怎麼避免筆記本最後又變成另一個雜亂的收件匣？

最重要的原則不是「把所有資料都放進去」，而是「一個明確任務建立一本」。例如：

• 「不安定土砂產品說明會」是一個筆記本。
• 「AI 工作圈年度推動計畫」是另一個筆記本。
• 「某次颱風災後調查與防災會報」再建立一本。

不要把不同專案混在一起。AI 的脈絡愈明確，回答愈容易聚焦；資料混得愈雜，回覆就愈容易把不相關的內容拼在一起。

核心判斷：筆記本的分類單位不是「資料類型」，而是「你正在完成的任務」。同一個專案裡可以同時放報告、會議紀錄、簡報、法規與逐字稿。

STEP 2

先寫專案指令，再開始丟資料

問題：為什麼很多人上傳很多檔案，AI 仍然不知道該做什麼？

因為「資料」不等於「任務」。在加入來源以前，先用一段簡短指令寫清楚五件事：

1. 這個專案要完成什麼。
2. AI 在專案中的角色。
3. 哪些資料優先採信。
4. 輸出要給誰看、使用什麼格式。
5. 哪些事情不能自行推測。

可以直接使用下面這個範本：

你是本專案的研究與寫作協作助手。專案目標是＿＿＿＿。回答時優先依據筆記本內的正式文件與最新版本資料；不同來源互相矛盾時，請指出差異，不要自行替我決定。輸出對象是＿＿＿＿，語氣需＿＿＿＿。涉及數字、日期、法規與政策立場時，請標示來源；資料不足時直接說明，不得補造。

這段指令不需要寫得像系統規格書，但必須讓 AI 知道：它要協助的是哪一件事、依什麼標準工作、最後要交付什麼。

STEP 3

把來源放進來，但要保留版本秩序

問題：資料愈多，真的一定愈好嗎？

Gemini 筆記本可以加入裝置檔案、Google 雲端硬碟文件、網址與貼上的文字；筆記本內容也會與 NotebookLM 同步。這使它適合處理跨文件的整理工作，例如比對政策版本、彙整會議紀錄、整理研究資料，或從多份報告中抽出共同結論。

但來源管理仍然要由人負責。建議檔名至少包含「日期、內容、版本」，例如：

• 20260715_不安定土砂產品說明會_簡報_v3.pdf
• 20260720_跨組會議紀錄_核定版.docx
• 現行規定_農村水保署_202607.pdf

同一份資料有新版時，應刪除或明確標註舊版，不要讓 AI 同時看到多份名稱相近、內容互相衝突的文件，卻沒有任何版本說明。

公務資料注意：目前 Gemini 筆記本官方說明仍以個人 Google 帳戶為使用條件，公司與學校帳戶尚未支援。公務機關使用時，應遵守機關資訊安全、個資與資料分級規範；敏感、未公開或依法不得外傳的資料，不應上傳至個人帳戶。

STEP 4

不要只問「幫我整理」，要指定產出

問題：如何讓筆記本從資料庫變成真正的工作工具？

好的提問不是要求 AI「看完全部資料」，而是指定一個可驗收的成果。例如：

• 比較三份會議紀錄，列出已形成共識、仍有歧見及待辦事項。
• 依現行政策文件，整理一頁給首長看的決策摘要。
• 從研究報告中抽出方法、成果、限制與下一步，製成四欄表格。
• 找出簡報與正式報告中數字不一致的地方，逐項列出來源。
• 模擬地方政府可能提出的十個問題，並依資料擬定回應草稿。

這些任務都有清楚的範圍與輸出形式，也比較容易檢查。筆記本的價值不是替你囤積資料，而是讓資料可以被反覆查找、比較、修正與轉換。

筆記本能否真正提升效率，關鍵不在上傳多少資料，而在任務邊界、版本秩序、輸出規格與資料治理。

Gemini、Gemini 筆記本與 NotebookLM，怎麼分工？

工具／模式	最適合的工作	不適合的用法
一般 Gemini 對話	臨時提問、快速改寫、單次構想	長期專案、跨版本追蹤
Gemini 筆記本	持續專案、保留指令與討論脈絡、搭配網路搜尋及其他工具	把所有專案混在同一本
NotebookLM	以來源為基礎的閱讀、查證、摘要與內容轉換	取代正式決策或原始檔案管理

這三者不是互相取代。比較合理的做法是：一般對話處理臨時工作；重要且持續的任務進入 Gemini 筆記本；需要深入閱讀、引用與轉換來源時，再利用與 NotebookLM 的同步能力處理。

最常見的四個錯誤

01

所有工作塞進同一本

不同專案的角色、資料與結論互相污染，最後回答看似完整，其實脈絡混亂。

02

只上傳資料，不說目的

AI 可以摘要文件，卻不知道你真正要解決的問題與交付對象。

03

把 AI 當成正式紀錄

筆記本是協作空間，不是公文檔案、核定紀錄或唯一版本的保存處。

第四個錯誤更重要：把機密、個資或未公開資料直接上傳。AI 工具可以提升效率，但不能凌駕資料治理。工具是否方便，從來不是判斷資料能不能上傳的標準。

真正的改變，是替 AI 建立工作空間

Gemini 筆記本最有價值的地方，不是讓模型突然變得更聰明，而是把專案脈絡從零散對話中獨立出來。

一案一本

先定義任務

來源有版本

輸出可驗收

重要內容要查證

敏感資料不上傳

當資料、指令、討論與成果都圍繞同一個專案累積，AI 才不只是回答問題的聊天工具，而會逐步成為真正能延續工作的協作空間。

參考資料
1. Google Gemini 說明：在 Gemini 系列應用程式中建立及使用筆記本
2. Google NotebookLM 說明：在筆記本加入或探索新來源

AI 工作流Gemini 筆記本NotebookLM專案管理公務數位工具

【防災策略】從保護聚落到掌握流域健康：不安定土砂調查的防災意義

坡地防災・觀念釐清

從保護聚落到掌握流域健康：
不安定土砂調查的防災意義

有些災害，在尚未威脅聚落之前，就已經開始改變整個流域的風險條件。

近年來，極端氣候帶來的坡地災害越來越複雜。過去談土石流、大規模崩塌，通常會先問一個問題：

這個災害是否可能直接威脅到人命？是否可能直接影響聚落安全？

過去土石流潛勢溪流及大規模崩塌潛勢區的劃設，主要以保全住戶與聚落安全為核心——透過地形、地質、水文、歷史災害等資料，評估哪些溪流或坡地未來可能發生災害，並可能直接影響居民安全。

但現在，我們面對的災害情境正在改變。很多災害不一定一開始就直接影響聚落，而是先發生在上游、堆積在河道裡，等到下一場豪雨來臨，再透過河道淤高、通洪能力下降、橋梁受損、道路中斷或下游淹水，造成更大範圍的複合型災害。

所以，坡地防災不能只問「是否直接影響聚落」，也要問：

整個流域是不是已經出現不健康的徵兆？

這就是不安定土砂調查的重要意義。

・・・

01

過去：以保全住戶為核心的防災管理

土石流潛勢溪流及大規模崩塌潛勢區，是一套以「保全對象」為核心的防災管理制度：依據地形、地質、水文、歷史災害等條件，判斷哪些溪流或坡地未來可能發生災害，並評估是否影響下游聚落或保全住戶。如果可能影響居民安全，就需要納入警戒、疏散、避難與防災整備。

換句話說，這套制度關注的是：哪裡可能發生災害，而且可能直接危及居民安全？

這套制度適合支撐警戒、疏散與避難，但管理視角主要集中在災害與保全對象的直接關係。

・・・

02

現在：不只看聚落，也要看流域健康

不安定土砂調查，代表另一個更前端的防災視角。它不先問「這裡有沒有保全住戶」，而是先問：

這個流域裡，哪些地方已經出現不穩定、不健康、可能惡化的土砂現象？

例如：

• 坡面是否仍有殘坡或鬆散土砂？
• 河道是否已經明顯淤高？
• 土砂是否可能在豪雨時再次移動？
• 是否可能影響河道、橋梁、道路或下游地區？

這些問題不一定一開始就對應到某一戶保全住戶，但可能是未來複合型災害的重要前兆。所以，不安定土砂調查的重點是：

先掌握災害源，再評估後續可能影響。

這不是取代原本的潛勢溪流或潛勢區制度，而是把防災工作往前推進一步。

・・・

03

生活化比喻：排水系統阻塞

不安定土砂調查，比較像在大雨前，先檢查整個排水系統是否已經出現阻塞。

💡 生活情境

水溝、箱涵或排水渠道裡已經堆滿落葉、泥沙、垃圾。平常可能還沒有淹水，但下一場大雨來時，這些阻塞物就可能讓水排不出去，使原本不容易淹水的地方也發生淹水。

放到坡地防災來看，上游殘坡、河道淤高、崩塌後鬆散土砂堆積，就像排水系統裡已經堆積的泥沙與垃圾。即使目前還沒有直接影響保全住戶，也要先納入掌握，因為它可能在下一場豪雨中出流、外溢、下移，降低河道通洪能力，甚至讓下游災害擴大。

・・・

04

複合型災害：馬太鞍溪堰塞湖

極端氣候下，坡地災害往往具有跨空間、跨時間的連鎖效應。馬太鞍溪堰塞湖，就是具體案例。

⚠️ 真實案例

崩塌發生地點位於流域上游、距離下游聚落約15公里的深山無人處。若單純以「是否直接威脅保全住戶」的角度來看，這處崩塌本身並不在任何保全對象的直接影響範圍內。

但崩塌阻塞河道形成堰塞湖後，蓄積的水體在後續事件中潰決，順著河道向下游釋放，最終造成19人死亡、5人失蹤的嚴重洪水災情。

這個案例清楚呈現了複合型災害「難以事前預防」的核心困境：災害的起點與終點之間，隔著遙遠的距離，也隔著一段不確定的時間差。

這也顯示，以保全住戶為核心的制度，較難完整涵蓋距離聚落遙遠、但可能沿河道向下游傳遞的風險。不安定土砂調查所要補強的，正是這段上游風險。

・・・

05

兩套制度的功能比較

兩者的功能不同。潛勢區制度判斷災害是否可能影響保全住戶，並作為警戒、疏散與避難管理的基礎；不安定土砂調查則先掌握流域裡已經出現的災害源，它不一定一開始就對應到保全住戶，但可能影響道路、橋梁、河道通洪能力、下游聚落，甚至成為二次災害或複合型災害的源頭。

• 潛勢區制度回答的是：哪裡可能發生災害，而且可能影響居民？
• 不安定土砂調查回答的是：整個流域裡，哪裡已經累積下一場災害的材料？

・・・

06

總結

不安定土砂調查，讓防災從災害逼近聚落後的警戒，往前推進到上游災害源的辨識與追蹤。

總結 SUMMARY

坡地防災的核心始終是保護人民生命安全。但要達成這個目標，不能只看災害最後是否影響聚落，也必須及早掌握上游土砂累積與河道條件的變化。

潛勢區制度與不安定土砂調查不是互相取代，而是前後銜接：前者支撐聚落警戒與避難，後者協助提早看見流域中正在形成的風險。

有些災害，在尚未威脅聚落之前，就已經開始改變整個流域的風險條件。

※ 本文為觀念性科普說明，旨在協助一般讀者理解坡地防災制度的分工與演進，實際個案之潛勢判定與調查結果，仍以主管機關公告及專業調查報告為準。

#坡地防災 #不安定土砂 #土石流潛勢溪流 #大規模崩塌 #流域健康 #複合型災害 #農村水保署

【名詞解惑】土石流潛勢溪流、大規模崩塌潛勢區、不安定土砂，有何不同?

坡地防災・觀念釐清

土石流潛勢溪流、大規模崩塌潛勢區、不安定土砂
──到底差在哪裡？

防災名詞解惑・寫給想真正搞懂的人

近期在坡地防災的討論裡，這三個名詞常常出現。它們聽起來都跟「坡地、土砂、崩塌」有關，很自然會被歸成同一類；但實際細究其定義及劃定方式，就會發現它們在本質上完全不同。

麻煩的是，一旦有人將它們混在一起，理解就很容易跑偏——有人以為「這裡沒劃潛勢區，所以不用擔心土砂」，也有人一看到土砂異常就急著要疏散居民。這兩種反應，其實都是把不同的概念套錯了場合。

所以，先給一句話結論：

土石流潛勢溪流與大規模崩塌潛勢區，重點在「未來可能發生災害，而且可能影響保全住戶」；
不安定土砂，重點在「現地已經看得到異常，先把災害源掌握起來」。

更白話一點說：

土石流潛勢溪流 ／ 大規模崩塌潛勢區

像內傷

外表不一定看得出問題，但透過系統性評估，可以判斷它具備未來致災的條件。

不安定土砂

像外傷

傷口已經看得見——殘坡、河道淤高、異常堆積，先掌握問題本體再評估影響。

要先說清楚：這個比喻不是在比誰嚴重，而是在提醒一件事——它們被「發現」的方式，本來就不一樣。接下來，就一個一個拆開來看。

・・・

01土石流潛勢溪流：依條件推估的潛在風險

所謂土石流潛勢溪流，指的是一條野溪經過系統性評估之後，被判斷在豪雨或颱風來襲時，未來有可能發生土石流。評估時看的東西很多：地形夠不夠陡、上游有沒有鬆動的土砂可以被沖下來、集水區的水文條件如何，還有整體上容不容易形成高濃度的土砂流動。

不過，這裡有一個關鍵條件很容易被忽略：

📌 土石流潛勢溪流的劃設，不是只看山區有沒有野溪、坡度夠不夠、是否有崩塌土砂料源。實務上還要考量：一旦發生土石流，下游是否有保全住戶？有沒有需要納入警戒與疏散管理的對象？

換句話說，一條野溪要被劃成潛勢溪流，得同時滿足兩件事：它本身具備致災的條件，而且真的有人會受影響。它回答的問題，其實是「這條野溪未來可能出事，一旦出事又會波及到誰？」——這兩層評估，缺一不可。

・・・

02大規模崩塌潛勢區：坡地版本的同一套邏輯

大規模崩塌潛勢區的思路，其實跟土石流潛勢溪流幾乎一模一樣，只是舞台從溪流換成了坡地。它同樣是根據地形、地質、水文與地貌變化這些條件，去推估某一片坡地未來會不會發生大規模崩塌。而這裡講的崩塌，不是表層那種小規模的滑動，而是面積大、土方量大、深度也相當可觀(至少大於10m)的整體性崩落。

📌 大規模崩塌潛勢區的劃設，同樣不是單純看坡地有沒有異常。還要考量：這個坡地一旦崩塌，是否可能危及保全住戶安全？判斷邏輯與土石流潛勢溪流一致。

正因為邏輯相同，我們可以把這兩者合起來，統稱為「潛勢評估」：它們都是先用現有條件推估未來的風險，再把焦點收斂到「會不會影響保全住戶」這個核心判斷上。記住這個共通點，等一下對照「不安定土砂」時，差異就會格外清楚。

・・・

03不安定土砂：邏輯起點完全不同

講到不安定土砂，情況就翻轉過來了——它是三個概念裡，邏輯起點差最多的一個。前面兩者都是先想「未來會不會出事、會不會影響到人」；但不安定土砂不從這裡出發，它先問的是一個更直接的問題：

這裡是不是已經看得到明顯的不安定土砂？

這樣的情境在現地並不少見：可能是崩塌之後殘留、卡在半山腰下不來的殘坡；可能是河道裡明顯淤高、堆了一大堆隨時可能再往下移動的土砂；也可能是某個集水區在災害事件後，土砂量持續累積，從衛星或航拍影像上一眼就能看出不對勁。

這些都有一個共同特徵——它們不是靠條件「推算」出來的可能性，而是現地或影像上，此刻就看得到的異常。也正因為如此，不安定土砂的處理邏輯，才會跟潛勢區走上不同的路：

💡 只要現地已經可以辨識出明顯異常，就先納入掌握——不以有沒有保全住戶為前提——再進一步評估它可能往哪裡移動、會影響哪些對象（道路、橋梁、聚落、下游區域），以及需不需要後續措施。

到這裡，差異其實已經很清楚了：潛勢區是「從條件推估風險」，不安定土砂是「先掌握看得見的源頭」。它們沒有誰對誰錯，而是分別站在防災工作的不同環節上，各自做著不同的事。

・・・

04「內傷／外傷」這個比喻，到底在說什麼？

為什麼說潛勢區像內傷？

內傷的特點，是外表不一定看得出來。一個人可能自己覺得沒事，但醫生做完檢查，卻發現身體裡已經藏著一些隱患，將來可能演變成更嚴重的問題。潛勢區也是這個道理：坡面或野溪現在或許風平浪靜，可是把地形、地質、水文、歷史災害這些資料攤開來一看，就能判斷它其實已經具備了未來致災的條件。只要它又剛好可能影響到保全住戶，那就得提前納入警戒、避難、演練這一整套防災管理。

📌 潛勢區看的是「未來可能發生」；它是根據條件推估出來的風險，而且需要考量是否影響保全住戶。

為什麼說不安定土砂像外傷？

外傷就相反了，它最大的特徵就是「看得到」——傷口、腫脹、流血，即使還不至於惡化成嚴重感染，異常本身已經明明白白擺在眼前。不安定土砂也是如此：坡面上的殘坡、河道裡的大量淤積、上游累積起來、隨時可能再移動的土砂，這些都不是靠條件推算出來的可能性，而是現地或影像上，當下就能觀察到的事實。

💡 不安定土砂看的是「現在已看得到」；它是已經出現的顯性災害源，先納入掌握，再評估後續影響。

・・・

05這個比喻要注意什麼？

⚠️ 內傷與外傷不是在比較哪一種比較嚴重。外傷可以只是皮肉傷，內傷也可能危及生命。同樣地，土石流潛勢溪流、大規模崩塌潛勢區、不安定土砂，也不能簡單說哪一種一定比較危險。

這個比喻真正想凸顯的，其實只有一件事：它們被發現的方式不同，管理的起點也就不同。

潛勢區，是條件型的風險。它靠地形、地質、水文這些條件，判斷未來可能發生災害，而且可能影響到保全住戶——所以它的重點永遠落在「未來」和「有沒有人」。

不安定土砂，是顯性的災害源。它是現地已經看得見的不穩定土砂，現階段不先問有沒有保全住戶，而是先把問題本體掌握起來，再回頭評估它會不會影響道路、橋梁、聚落或下游——所以它的重點落在「現在」和「先掌握」。

・・・

06一張表看清楚差異

比較項目	土石流潛勢溪流 ／ 大規模崩塌潛勢區	不安定土砂
判斷基礎	地形、地質、水文等條件綜合推估	現地或影像已可辨識出顯性異常
保全條件	需考量是否影響保全住戶	現階段先不以保全住戶為前提
時間尺度	未來可能發生的潛在災害	近期可能移動、擴大或外溢的土砂
管理邏輯	劃定潛勢區，納入警戒、疏散與防災管理	先掌握災害源，再評估影響範圍與風險對象
白話比喻	像內傷	像外傷

・・・

07搞清楚這件事，為什麼重要？

把這幾個概念分清楚，並不是為了咬文嚼字。一旦把「防災警戒管理」和「災害源調查」混在一起，實務上就很容易出現幾種常見卻危險的誤判：

❌ 「這裡沒有潛勢溪流劃定，所以不用擔心土砂問題」——但現地可能已經有明顯不安定土砂正在累積。

❌ 「這裡有不安定土砂，所以要馬上疏散下游居民」——不安定土砂的掌握是調查與監測的起點，不等於立即致災。

❌ 「沒有在潛勢區範圍內就沒問題」——潛勢評估有其前提條件，不能全面取代現地調查。

這幾種誤判的共通點，都是把「推估未來風險」和「掌握眼前災害源」這兩件事攪在一起。分開來看，防災的每一步才站得穩。

📌 一句話記起來

土石流潛勢溪流、大規模崩塌潛勢區——問的是「未來哪裡可能發生災害，而且可能影響居民」，所以像內傷：條件評估出來的風險，需要持續追蹤與防災管理。

不安定土砂——問的是「現在有哪些已經看得到的不穩定土砂，需要先掌握並追蹤」，所以像外傷：顯性災害源的清查，先掌握問題本體，再評估影響。

兩者不是誰取代誰，也不是誰比較重要，而是坡地防災工作中分別回答不同問題的兩套工具。

本文為防災觀念釐清性質的科普說明，以幫助一般讀者理解土石流潛勢溪流、大規模崩塌潛勢區與不安定土砂三者的概念差異為目的。實際劃設標準與調查認定，仍依農業部農村發展及水土保持署、林業及自然保育署等主管機關之現行規範為準。

#坡地防災 #土石流潛勢溪流 #大規模崩塌 #不安定土砂 #防災觀念 #農村水保署

【工作流】別讓破萬封信件綁架你的專注力！寫給自己，也是寫給同仁的 email 減壓工作流指南

公務效能

別讓破萬封信件綁架你的專注力！
寫給自己，也是寫給同仁的 email 減壓工作流指南

公務數位工具筆記・信箱收件匣管理

你是不是也常有這種感覺：每天打開信箱，收件匣裡躺著幾千甚至上萬封信——上級交辦、跨科室協調、公文轉知、教育訓練通知、系統自動信全部混在一起，重要的簽辦事項反而被淹沒？很多同仁試圖用傳統「資料夾」的邏輯去整理信箱，結果越整理越亂，甚至乾脆放棄。這篇文章是我自己整理信箱的心得，也想寫給同樣被信件淹沒的同仁參考。以下以 Gmail 為例，因為它的核心設計邏輯——「標籤（Label）」與「自動化篩選」——最能清楚示範這套方法；但同樣的分類邏輯與工作流程，其實完全可以套用在公務機關普遍使用的 Outlook 信箱上，只是操作介面與功能名稱略有不同，文末會另外整理對照方式。只要掌握幾個關鍵設定，就能把收件匣打造成一個清爽、對應業務流程的工作面板，徹底擺脫郵件焦慮。

01觀念轉變：Gmail 不是「資料夾」，而是「貼標籤」

傳統信箱的資料夾邏輯是「一封信實體只能存在於一個地方」；而 Gmail 的邏輯則是「一封信可以貼上多個標籤」。當你明白這個核心差異後，就不需要執著於「複製多個收件匣」，而是要學會引流——讓信件自動流向該去的地方，而不是靠人工搬運。

02核心技巧一：控制視覺順序的數字編號法

Gmail 左側的標籤順序無法自由拖曳，它嚴格依據字元（A-Z、中文筆劃）自動排序。為了讓最重要的承辦業務永遠出現在最上方，可以利用 ASCII 碼規則來命名標籤：

• 第一優先（符號）：在標籤前加上 ! 或 *（例如：*Action_待辦）
• 第二優先（數字）：使用兩位數編號（例如：01_現在處理、02_交辦案件、03_跨科室協調、09_歷史歸檔）

透過前綴符號，就能強迫系統按照你的業務流程排定標籤順序，就算手上同時有好幾件計畫案、上級交辦與例行公文在跑，也能一眼掌握輕重緩急，大幅降低尋找郵件的視覺疲勞。

✉️ Gmail

🔍 搜尋郵件

王

✏️ 撰寫

📥 收件匣6

⭐ 已加星號

🕐 已延後2

📤 寄件備份

📄 草稿1

🛒 購物交易

👥 社群網路

ℹ️ 最新快訊404

🏷️ 促銷內容

標籤

●*Action_待辦3

●Waiting(等待回覆)2

●00Reference(參考資料)

防災相關1

知識管理6

AI及資訊19

●99Archive_歷史歸檔

日本留學

舊機關業務

📥 主要

🏷️ 促銷內容

👥 社群網路

ℹ️ 最新快訊

陳○華 跨機關資料標準化會議紀錄確認 附件為本次會議紀錄，請於本週五前確認並回覆修正意見⋯ 上午 9:42

教育局公文系統 【轉知】114年度資安教育訓練開放報名 為提升同仁資安意識，本局訂於下月辦理教育訓練，報名⋯ 昨天

王○明 Re: 專案進度追蹤與下一步動作 承辦人您好，附件為修正後的簡報，請查照並提供意見⋯ 週二

人事處 差勤系統維護通知 因系統升級，本週六凌晨0時至6時將暫停服務，造成不便⋯ 週一

示意圖：左側標籤區以符號＋數字前綴（*Action_待辦、00Reference）控制排序，並用子標籤收納參考資料與歷史歸檔；畫面中的寄件人、主旨與內容均為示範用假資料。

03核心技巧二：自動化「跳過收件匣」的黃金組合

信箱每天被大量的機關週報、教育訓練轉知、系統派工通知（如公文系統、差勤系統的自動信）轟炸，這些信件有保存價值，但不該霸佔主畫面。當你設定篩選器（Filter）來分類這類信件時，如果只勾選「套用標籤」，這封信依然會擠在主收件匣，請務必同時勾選以下兩個動作：

1. 勾選「跳過收件匣（將其封存）」：信件進來時會立刻隱藏，主畫面保持乾淨
2. 勾選「套用標籤」：將它自動分類到如 [參考資料/轉知公告] 的標籤中

實際操作只要三個畫面就能完成，以下用一封示範用的電子報信件走一遍完整流程：

←🚫🕐🗑️✉️📁 ⋮1

【深耕電子報】讓未來變清楚、AI 越快越要慢下來

深 深耕電子報 <info@deepread.example.com>　00Reference(參考資料)/知識管理

🕐 延後

✅ 新增至 Tasks

📅 建立日曆活動

🏷️ 套用標籤›

🧭 篩選這類的郵件

🔕 忽略

↔️ 切換成進階工具列

① 打開電子報信件右上角的「⋮」更多選單，點選「篩選這類的郵件」。（畫面中的寄件人與電子報名稱皆為示範用假資料）

寄件者info@deepread.example.com

收件人

主旨

包含字詞

不包含字詞

大小大於 ▾

☐ 有附件☐ 排除即時通訊

建立篩選器2 搜尋

② 在搜尋欄的進階搜尋選項中，寄件者欄位已帶入該電子報位址，點選「建立篩選器」。

當郵件完全符合搜尋條件時：

略過收件匣（將其封存）3

標示為已讀取

標上星號

套用標籤：00Reference(參考資料)/知識管理 ▾4

轉寄郵件

刪除它

永不移至垃圾郵件

永遠將其標示為重要

永不標示為重要

分類為：選擇類別⋯ ▾

將篩選器同時套用到 13 個相符的會話群組。5

❓ 瞭解詳情 建立篩選器6

③ 勾選「略過收件匣」與「套用標籤」，如果信箱裡已經有同一寄件人的舊信，記得也勾選「同時套用到已符合的會話群組」，一次補齊過去累積的信件，最後點「建立篩選器」完成設定。

💡 為什麼有時候左側標籤有數字，中間畫面卻是空的？
這就是「自動封存」的威力。信件已經被安全地分類到特定標籤（例如轉知公告或系統通知），但它不再佔用你中間的主收件匣空間。等你要查資料或開會前要複習，再主動點擊左側標籤即可。

04核心技巧三：一鍵清空破萬封促銷垃圾信

信箱裡堆積了幾年、高達上萬封的促銷內容（Promotions）——各種研習報名廣告、廠商行銷信、系統試用推播——是一般人焦慮的最大來源。如果一頁一頁勾選刪除，根本是浪費上班時間。啟動隱藏的「全選所有會話群組」功能：

1. 點擊上方的「促銷內容」（或最新快訊）分頁
2. 勾選左上角的「全選方框」（系統預設此時只會選取該頁的 100 封信）
3. 關鍵一步：注意看郵件清單上方出現的淡淡藍字「選取『促銷內容』中的所有 XXXXX 個會話群組」，毫不猶豫地點下去
4. 點擊「垃圾桶（刪除）」圖示，一鍵送它們上路

⚠️ 刪除前先備份確認：擔心夾雜重要通知（如出差訂房確認、報帳提醒）的話，可以在搜尋欄輸入 category:promotions is:unread 快速過濾，確認無誤後再執行全選刪除。刪除的信件會進入垃圾桶，30 天內都還能救回，不用太緊張。若信件內容涉及正式公文或需依《機關檔案保存年限及銷毀辦法》留存的資料，仍應以機關公文系統的正式歸檔為準，Gmail 只是輔助溝通與暫存，不能取代正式檔案保存程序。

05核心技巧四：業務結案後，留信不留標籤

當一項計畫案或交辦事項結案、或人事異動導致業務交接（例如前一個職務時的舊業務），左側累積的「過時標籤」只會不斷分散你的注意力。在 Gmail 中，刪除標籤「絕對不會」刪除信件：

• 如果不需要再看到這個分類，直接把該標籤刪除。信件只是拿掉貼紙，依然安全保存在「所有郵件」中，未來用關鍵字搜尋依然找得到
• 如果有歸檔強迫症，可以建立一個叫 [Archive_歷史歸檔] 的母標籤，把所有過時的標籤變成它的「子標籤」收納起來，方便日後業務交接或稽核調閱時快速定位

・・・

06先懂 GTD，再懂為什麼要這樣分標籤

在動手把信箱切成 Action、Waiting、Reference、Archive 之前，先花兩分鐘理解背後的方法論，會更清楚每個標籤為什麼存在，也更容易長期維持下去，而不是三天後又打回原形。

GTD 是什麼？

GTD 全名是 Getting Things Done（中文常譯為「搞定」或「盡管去做」），是顧問 David Allen 提出的一套時間與任務管理方法，核心主張是：大腦是拿來思考的，不是拿來記事情的。當我們試圖在腦中同時記住「這份簽呈還要補件」「那位同仁在等我回覆」「下週有個會要準備資料」，大腦會不斷用背景資源反覆提醒自己，這種未完成事項造成的心理負荷，心理學上稱為「柴嘉尼效應」，是讓人覺得疲憊、焦慮、無法專心的主要原因之一。

GTD 的解法很簡單：把所有待辦事項都寫進一個你信任的外部系統，大腦才願意放手。信箱如果能扮演這個「外部系統」的角色，你就不用再靠記憶力去追公文進度，只要固定時間打開收件匣，就能掌握目前所有待辦事項的全貌。

GTD 的五個步驟，對應到信箱管理的哪裡

1. 收集 Capture

把所有進來的資訊（公文、交辦、詢問）先收進同一個地方，不遺漏、不用當下判斷。信箱天生就是收集的入口，這步驟你早就在做了。

2. 釐清 Clarify

針對每一封信問自己：「這需要我採取行動嗎？」需要，就決定下一步具體要做什麼；不需要，就直接歸檔或刪除。這正是本文技巧三、技巧四在做的事。

3. 組織 Organize

把釐清後的事項分類存放，讓每一類有固定的去處。這就是 Action／Waiting／Reference／Archive 四個標籤存在的原因——它不是為了分類而分類，而是讓「下一步該做什麼」一目了然。

4. 回顧 Reflect

定期（例如每天一次、每週一次）重新檢視 Action 與 Waiting 標籤，確認有沒有該追蹤卻忘記追蹤的事項。沒有回顧，前面的分類就只是好看而已，實務上是最容易被省略、卻最關鍵的一步。

5. 執行 Engage

真正動手處理。有了前四步，你在執行時面對的不再是一整片未知的收件匣，而是一份已經排好優先順序的清單，可以依當下的時間、精神狀態，選擇現在最該做的一件事。

對公務同仁來說，GTD 為什麼重要？

一般職場漏信頂多是得罪客戶，但公務體系的漏辦、逾辦往往牽涉到法定期限、簽核流程與究責機制——交辦事項沒追蹤到、該函覆的公文拖過期限，影響的不只是個人考核，也可能牽動機關整體的行政效率與外部觀感。GTD 的價值在於，它把「有沒有把事情做完」這件事，從「靠記性、靠緊張」，轉變成「靠一套固定可依循的流程」。當 Action 與 Waiting 分開存放，你永遠知道「球在誰手上」；當 Reference 與 Archive 妥善保存，交接業務或被詢問舊案時也能快速調出資料。換句話說，GTD 不是要你做更多事，而是幫你把有限的專注力，留給真正需要判斷與撰擬的公務，而不是耗在「我是不是忘了什麼」的焦慮上。

・・・

07把收件匣變成業務戰情室：四個工作標籤

清完垃圾、設好自動化之後，下一步是把「收件匣」本身變成一個依照處理狀態分類的工作面板，而不是一堆待辦事項的堆積場。核心原則很簡單：不要建立一堆資料夾，只保留收件匣代表「尚未處理」——看到信後，要辦就留在收件匣，辦完就移出收件匣，並把收件匣數量盡量控制在 20 封以下，開會或臨時被詢問進度時才能快速應答。

Action（待辦）

需要回覆、提供資料、或追蹤進度的信件。例如：上級交辦事項、跨科室協調請求、簽辦公文的補充資料、研習或工作坊報名提案。

Waiting（等待回覆）

你已經行文或寄出信、等對方回覆的狀態。例如：函詢其他機關的答覆、外部單位的拜訪排程確認、廠商或專家的資料補件。與 Action 分開存放，是為了讓你一眼看出「球在誰手上」，避免重複追蹤或漏追，也方便主管詢問進度時直接查證。

Reference（參考資料）

純保存價值、之後可能會查閱的資料。例如：法規函釋、簡報下載連結、會議逐字稿、其他機關提供的參考文件。

Archive（封存）

已結案，但未來可能查詢或供稽核調閱。例如：已完成的交辦案件、已辦結的訪談或簽辦公文、已發布的週報或轉知事項。

哪些信可以直接刪？

建議只鎖定以下四類，其餘一律先歸檔，避免誤刪需要留存查考的資料：

1. 系統自動通知：印表機通知、掃描器通知、內部系統帳號驗證通知
2. 重複副本：同一份轉知或簽呈被多次轉寄
3. 廣告信：不具公務參考價值的行銷信
4. 已過時且可重新取得的通知：例如「會議即將開始」「線上報到通知」，會議已結束、不保存也不影響業務

📌 提醒：Gmail 的刪除與封存動作只是整理「個人信箱視覺」，不等於正式的公文歸檔或銷毀。涉及決行、需依法定年限保存的公文與附件，仍須依機關規定於公文系統或檔案管理系統完成正式歸檔，避免僅依賴私人信箱分類作為唯一保存依據。

・・・

08常見疑問：四個工作標籤，會不會太少？

也許有人會問：「只有 Action、Waiting、Reference、Archive 四個標籤，會不會太少？」答案是：因人而異。我自己的信箱裡，除了這四個核心標籤，也會依生活與工作需要另外增加幾個主題標籤，例如家庭、出國行程、重要備份、帳單、論文投稿、論文審稿等。這些標籤處理的不是「事情辦到哪個階段」，而是「這件事屬於哪個領域」，兩者並不衝突，可以並存。

但標籤不是越多越好

不過依我自己的經驗，標籤一旦開始無限增加，反而會變成新的焦慮來源。一開始覺得「這個分類很重要，應該獨立出來」，久了之後，光是決定「這封信到底該貼哪個標籤」就要想個幾秒鐘，甚至因為猶豫不決，乾脆先擱著不分類——這正好違背了 GTD 想要減少大腦負擔的初衷：本來是想讓分類幫你節省判斷力，結果分類本身變成了要判斷的對象。與其貪心地把每一種情境都獨立成一個標籤，不如簡化一點，把「不常用、可有可無」的分類直接砍掉，用搜尋取代，讓自己分類時更果斷、心裡更輕鬆。

幾個判斷「該不該新增標籤」的簡單原則

• 先問使用頻率：這類信件一個月內大概會用到幾次？如果一年只查個一兩次，不必為它開一個標籤，用搜尋運算子（例如 from: 或關鍵字）現查現找即可，效率不會差太多。
• 控制標籤總數：心理學上的「米勒法則」指出，人腦一次能穩定處理的項目大約是 7±2 個。標籤（含子標籤）如果累積到一、二十個以上，光是掃視左側清單找對應分類，本身就是一種負擔。與其一路往下開新的一級標籤，不如把相近主題收進既有分類的子標籤裡（就像本文技巧四提到的 [Archive_歷史歸檔] 母標籤做法）。
• 公私分流：如果信箱同時處理公務與私人事務，建議在命名上明確區隔，例如用 !私人_家庭、!私人_帳單 對照 01_交辦案件、02_跨科室協調，讓兩類標籤在視覺上就能一眼分開，避免在查公務資料時被私人信件干擾，未來若信箱涉及業務交接或稽核調閱時，也更容易釐清哪些是公務相關內容。
• 定期斷捨離：標籤和信件一樣需要「因事而生、因事而滅」。建議每半年或每年檢視一次標籤清單，把已經用不到的主題標籤刪除（提醒：刪除標籤不會刪除信件，詳見技巧四），讓整體結構保持精簡。

📌 簡單來說：Action / Waiting / Reference / Archive 這四個標籤，處理的是「事情辦到哪個階段」，建議所有人都保留，作為整套工作流的骨架；至於要不要另外增加主題類的標籤（家庭、帳單、論文⋯），則完全取決於你自己的生活與業務型態。核心原則只有一個：標籤存在的目的是降低你分類與尋找的焦慮，一旦標籤本身變成新的焦慮來源，就是該精簡的時候了。

・・・

09進階補充：讓公務信箱更順手的五個延伸技巧

以上是分類與清理的骨架，以下幾個 Gmail 原生功能可以再幫你省下不少手動操作的時間，值得一併納入日常工作流。

1. 用「多重收件匣」把 Action / Waiting 並排顯示

設定 →「收件匣」→「收件匣類型」選擇「多重收件匣」，就能在同一畫面左右並排顯示「Action 待辦」與「Waiting 等待回覆」兩個區塊（各自對應一組搜尋條件，例如 label:Action 與 label:Waiting），不用再切換標籤頁，特別適合每天需要向主管回報進度、身兼多項交辦業務的同仁。

2. 善用「Snooze 延後」處理「現在不用看，但之後要看」的信

把信件滑到旁邊或點擊時鐘圖示，可以設定信件在指定時間重新跳回收件匣頂端。例如週五收到的下週會議資料或下期公文簽辦期限提醒，可以 Snooze 到週一早上，避免它在收件匣裡佔位置卻又怕忘記，也能減少漏簽、逾期簽辦的風險。

3. 用搜尋運算子取代「憑記憶找信」

運算子	用途
from:someone@example.gov.tw	只看特定機關或人員的來信
has:attachment	找出有附件的信（如公文附檔、簡報）
older_than:1y	找出一年以上的舊信，方便斷捨離
label:Action is:unread	組合條件，快速鎖定待辦中的未讀信

把常用的搜尋組合另存為篩選器，等於幫自己建立一組「一鍵快篩」按鈕，交接業務時也能快速引導接手同仁找到相關往來紀錄。

4. 用「範本」處理重複性的回覆

設定 →「進階」→ 開啟「範本」功能後，可以把常見的制式回覆（例如會議出席確認、資料收件回覆、講習報名回函）存成範本，下次直接套用修改幾個字即可送出，減少重複打字的時間，把心力留給真正需要判斷、撰擬的公務。

5. 手機版用「滑動手勢」加速單手處理

Gmail App 設定裡可以自訂左滑、右滑的動作（封存、刪除、標示已讀、Snooze 等）。通勤或會議空檔用手機清收件匣時，滑動手勢能讓你不用點開信件就完成大部分的分流動作，是清理系統通知等小額雜訊信最快的方式；正式公文與需要留存的往來信件，建議仍回到電腦上完整處理與歸類。

・・・

10用 Outlook 的同仁，也能套用這套邏輯

不少公務機關的正式信箱是 Outlook，不是 Gmail。好消息是，前面提到的整套分類邏輯——把信件依照處理狀態分流、讓次要通知自動歸位、定期回顧待辦與等待中的事項——並不是 Gmail 專屬的功能，而是一套可以搬到任何信箱系統上的工作方法。差別只在於功能名稱與操作路徑，以下是常用的對照：

Gmail 功能	Outlook 對應功能
標籤（Label）	類別（Categories），可為一封信同時掛上多個彩色類別；若要嚴格分流建議另外搭配資料夾
篩選器（Filter）＋跳過收件匣	規則（Rules）：設定條件後選擇「移動到指定資料夾」或「加上類別」，效果相同
促銷內容分頁、全選會話群組刪除	可用「進階搜尋」找出特定寄件人或關鍵字的信件，全選後批次刪除；或啟用「集中收件匣」將非重要信件自動分流
Snooze 延後	網頁版 Outlook 內建「延後」功能；桌面版可改用「加上旗標」＋「提醒時間」達到類似效果
範本（Templates）	快速部件（Quick Parts）或「自建範本」，可預存制式回覆內容
搜尋運算子（from:、has:attachment）	Outlook 也支援類似語法，例如 from:、hasattachment:yes、received:，用法大同小異

換句話說，這套指南真正想傳達的不是「怎麼用 Gmail」，而是「怎麼幫信箱建立一套會自己運作的邏輯」。不論公文往來是走 Gmail 還是 Outlook，核心心法都一樣：讓次要資訊自動歸位、讓待辦與等待中的事項分開存放、定期回顧而不是全部塞在腦子裡。找到自己信箱系統對應的功能，照著同樣的架構設定一次，之後就能長期省下大量整理時間。

・・・

11結語：Inbox Zero 是一種心理狀態

有效管理 Gmail 的終極目標不是為了追求「收件匣完全沒信」，而是要建立一個「只有當下需要處理的公務，才配出現在我眼前」的防禦機制。把次要的通知自動流向標籤，把過期的垃圾一鍵清除，把待辦與等待中的事項分開存放，將主畫面的掌控權重新拿回自己手中。今天就花 10 分鐘，從調整一個最常轟炸你的轉知信件篩選器開始吧！

Gmail GTD 收件匣管理 公務效能 文書處理 工作流

本文整理自個人信箱管理實務心得，寫給自己，也寫給同樣被大量公文與轉知信淹沒的機關同仁參考。文中以 Gmail 為例示範操作，Outlook 使用者可對照文中整理的功能對照表套用相同邏輯；涉及正式公文保存事項，仍請依各機關檔案管理規定辦理。

【研討會紀實】從全社會韌性到具身智慧： 2026 台灣地理資訊學會年會參會紀實

會議紀實

從全社會韌性到具身智慧：
2026 台灣地理資訊學會年會參會紀實

2026 年 7 月 1 日・台灣地理資訊學會年會學術研討會

今天參加了台灣地理資訊學會年會的學術研討會，上午聆聽兩場專題演講，下午則參加國土測繪中心主辦的「國家底圖分組成果發表會」。從國家層級的防衛韌性戰略，到 AI 具身智慧的產業應用，再到地理資訊機構在 AI 時代的角色轉型，這一整天的議程串起了一條清晰的主線：台灣的地理資訊體系，正在從「畫地圖」走向「懂地圖、用地圖來做決策」。以下整理今天的完整紀錄與心得。

今日議程

• 上午・專題演講一：全社會防衛韌性議題與挑戰（內政部馬士元次長）
• 上午・專題演講二：AI 驅動空間感知與具身智能新時代（資策會軟體技術研究院 蒙以亨院長）
• 下午・國家底圖分組成果發表會（國土測繪中心主辦，共聽三場）

・・・

01全社會防衛韌性議題與挑戰

上午專題演講主講人：內政部 馬士元次長

第一場演講由內政部馬士元次長主講，主題聚焦於「韌性台灣：全社會防衛與持續運作架構」，探討台灣面對複合式危機時的政策定位與具體作法。

台灣面臨的複合式威脅，韌性是全方位準備

台灣同時面臨極端天災（地震、極端淹水、海嘯、火山）與地緣政治威脅（戰爭），被形容為災害種類「吃全餐」的地方。因此「韌性」在施政架構中並非針對單一危機，而是因應全面性問題所做的全方位準備。

核心目標：持續運作六個月

防衛韌性的核心觀念是「想辦法維持社會的穩定跟政府的運作」。政府訂定了具體的政軍目標：無論台灣遭受多大的威脅或危機，都必須能維持至少六個月的自我持續運作。

公私協力，連手搖飲店都要維持運作

現代政府的運作無法只靠政府本身，必須高度仰賴企業與民間系統，如便利超商、大賣場、物流系統、電信公司等。除了交通運輸、金融、醫療基礎設施與物資不能中斷之外，甚至連能安撫民眾情緒的商業活動（如手搖飲店）都要想辦法讓其持續運作，藉此穩定社會情緒。

跨部會整合，建置「共同圖像系統」

全社會防衛韌性不是國防部單一業務，而是跨部會堆疊出來的議題。政府正在建置「共同圖像系統」，讓不同部門的計畫、災損歷史經驗、醫院與物資部署資訊，能在同一平台上視覺化並互相聯通，以掌握資源與規劃避災。

翻轉 7:2:1 救災比例

過往災害發生時的救援比例是「7:2:1」，即 70% 靠自救、20% 靠社區互助、10% 靠政府救援。內政部希望打破這個比例，大幅提升跨社區、跨部門與民間人力的互助比例。為此，政府積極推廣包含 CPR、AED 在內的「防災士」訓練，規劃從個人基礎到民間自主編隊的三個進階訓練模組。

「四分之一」的社會參與網

關鍵數字

• 需要全國 25%（約 600 萬人） 認同並參與防衛工作
• 扣除國軍、警消、後備軍人與公務機關，民間仍需籌備約 200 萬人力
• 全國預計建置 368 個鄉鎮市區防災協作中心
• 預計設立 7,718 個防災倉庫儲備物資與工具

・・・

02AI 驅動空間感知與具身智能新時代

上午專題演講主講人：資策會軟體技術研究院 蒙以亨院長

第二場演講由資策會軟體技術研究院蒙以亨院長主講，探討從傳統 GIS、智慧交通，一路發展至「智慧空間」與「具身智慧」（Embodied AI / Physical AI）的技術演進與實際應用。

從圖資分析到具身智慧的演進

講者分享了自身參與空間資訊技術的幾個階段：最早利用遙測資料與數學模型進行森林生長分類的靜態分析；接著進入動態圖層時代，將機器學習、車輛大數據與街道影像疊加於地圖上；然後發展至自駕車所需的 3D 高精地圖。如今技術已邁入「具身智慧」新時代，AI 不再只存在於軟體中，而是「附身」於實體載具上，在智慧空間中具備「看見、理解並採取行動」的能力。

智慧空間的四大發展趨勢

• 建構 3D 數位基礎平台：政府應支持建立如日本愛知縣用於模擬防災的 3D 數位雙生（Digital Twin）架構，這是無人載具與自駕車發展的基礎。
• 結合通訊技術深化應用：未來 6G 網路將帶來 ISEC（通訊與感測融合）技術，結合 5G、衛星、IoT 與 AI，為無人機群飛與低空經濟提供更精準的定位與環境數據。
• 確保實體 AI 的自主與安全移動：讓機器人或無人機在智慧製造、智慧交通場域中自主且安全地移動與解決問題。
• 跨域協作與城市韌性：透過空間資訊跨單位整合，提升城市面對淹水等極端狀況的韌性。

智慧交通、道路與海域的實務應用

講者團隊利用在台灣收集的 4,000 萬個物件數據訓練專屬 AI 模型，應用於台中市公車與大型卡車的盲區偵測（BSD）及前方防撞預警（FCW），以適應台灣獨特的機車與氣候環境。與交通部合作推動智慧道路計畫，將路口 CCTV 資料傳送至雲端與交控中心，目標實現車路協作。在高雄市則建置千餘支 CCTV，透過 AI 視覺模型進行水情與交通分析，並延伸至港口船隻管理與海岸海漂物偵測。

創新商機：AI 賦能的自駕輪椅

面對高齡化社會與照護人力短缺的痛點（一位照護師常需推 6-8 台輪椅），講者團隊將具身智慧應用於「自駕輪椅」，使用者只需語音下達指令（例如「我要到二樓診間看病」），輪椅便能動態規劃路線，甚至在電梯故障時自動尋找替代方案。團隊的商業模式並非直接販售輪椅硬體，而是提供「AI 模組（大腦）」，只要裝載於一般載具上，就能讓傳統設備升級為具備空間感知與自主移動能力的實體 AI，這也是台灣資通訊產業在 AI 時代的一大機會。

・・・

03國家底圖分組成果發表會

下午場國土測繪中心主辦，本文紀錄其中三場

3-1　從地理資料基礎設施到地理知識基礎設施

主講人台灣開放資訊聯盟 鄧東波副長

本場探討國家測繪機構在 AI 時代的角色轉型與挑戰，題目為「從地理資料基礎設施到地理知識基礎設施：國家測繪機構在 AI 時代的角色轉型與挑戰」。

各國的國家測繪與地理資訊機構正經歷重大轉型，逐漸從單純的「資料生產者」轉變為提供平台服務的「賦能者」。機構未來的價值不再只是提供地圖或資料，而是要能利用資料解答政策問題，產出精確的政策建議。

傳統的「空間資料基礎設施（SDI）」著重資料開放、共享、標準與管理架構；進入 AI 時代後，發展方向正邁向「地理空間知識基礎設施（GKI）」，旨在將靜態資料轉化為機器與 AI 能理解、能自動化分析的「地理知識」。

在跨國會議中，各國強調「數位主權」應具備技術獨立性，但不走向孤立，而是透過 AI 等技術進行國際合作。國家產製的權威測繪資料，是建立 AI 應用的「信任基礎（Trust Data）」，對支援快速且準確的決策至關重要。

各國轉型的實務經驗

• 荷蘭：著重語意標準與知識平台，利用連結資料（Linked Data）技術結合地理與非地理資料，讓資料能被機器閱讀理解。
• 德國：專注開發數位分身（Digital Twin）平台，支援聯邦體系的空間政策制定與未來情境模擬。
• 日本：傳統測繪機構與新成立的數位廳密切合作，推動 3D 基礎圖資與基礎登記資料，因應國家級災害應變與土地監測需求。
• 美國與芬蘭：美國透過跨機關聯邦式合作推動 AI 製圖與 3D 高程研究；芬蘭直接將機器學習導入變遷偵測的常態性測繪作業。
• 澳洲：透過戰略計畫，利用國家權威資料結合氣候、災害等數據，作為國家災防與規劃的基石。

未來發展的四大戰略方向

1. 升級為 AI 可用的地理資訊服務：將國家地址、3D 地物等資料轉換成政府、產業與 AI 代理可直接取用的資料產品。
2. 建立 AI 可執行的語意標準：不僅整理欄位，還要讓資料具備機器可驗證與執行的語意結構。
3. 發展新型態的商業資料治理：面對龐雜的商業資料，建立新的資料治理與商業協同模式，輔助政策制定。
4. 強化 AI 應用的信任與追溯機制：AI 代理若要使用測繪資料，須建立完善溯源機制，確保建議能明確追溯推論基礎與資料版本來源。

3-2　從 3D 建物模型到 Minecraft 國家底圖的體素化探索

主講人中研院人社中心 GIS 專題中心 詹大千執行長・廖泫銘研究副技師

本場分享「三維國土資料體素化（Voxelization）」的核心概念，並介紹其在專業領域與生活教育上的兩項重要應用：高精度噪音模擬，以及《Minecraft》遊戲化教育。

核心概念是將傳統的三維模型（連續曲面或點雲）或二維資料轉換為「體素（Voxel）」，也就是將環境切割成類似積木般的小方塊（例如 3×3 公尺網格），讓資料擁有更小的計算單元，進而能進行更精細的物理模擬與視覺轉換。

高精度 3D 噪音模擬

傳統噪音測量多為二維平面單點測量，缺乏時空解析度；過去的 3D 模型（如傳統 CityGML）多將整樓層視為單一物件，導致噪音分佈估算過於平滑，無法反映真實生活中銳利的噪音變化。團隊利用體素化技術，結合數位高程模型（DEM）、路網、建築物模型以及物聯網（IoT）動態車流數據，精細考量樓高、面向、距離、遮蔽物以及建築物間聲音的震動與反射。這種開源方案的準確度媲美動輒數十萬元的歐洲商用軟體，誤差值僅在兩、三分貝內，未來可運用於城市規劃、隔音牆設計、種樹效益評估，或熱能與防救災模擬。

國土資料《Minecraft》化

團隊將國家地形（DEM）、路網、建築模型與土地利用等資料，透過程式轉換成《Minecraft》遊戲裡的方塊，打造出具備絕對位置與精度的虛擬場景（如南港區與中研院）。藉由疊加歷史地理資訊，團隊在遊戲中「復原」了南港過去的地面鐵路與舊火車站，讓現代未見過平面鐵路的孩童能具象體驗南港從農田、工業區到現代軟體與生技園區的發展歷程。

相較於生硬的地理知識，遊戲場景讓小學生能迅速掌握空間方向感，過關速度甚至遠超成年人。這種三維視覺化平台還可用於預覽景觀設計、探討淹水與熱災等環境災害，讓一般社會大眾也能參與國土規劃討論。講者也提到日本已有讓小學生利用此類工具建置家鄉防災概念的國家級競賽。

3-3　颱風災害全時態場景系統的應用

主講人新北市消防局・允和科技股份有限公司

本場為新北市數位災防（VR/XR 科技訓練）專案，核心目的是為第一線基層公務人員（如里幹事等）提供防災應變訓練。因為災難現場無法真實復刻，且多數基層人員缺乏災防實務經驗，此訓練旨在讓他們抵達現場時能先保護自身安全、避免恐慌，並具備初步處置的能力。

研發團隊發現，受訓人員必須看到自己熟悉的服務轄區或住家才會產生帶入感並願意投入訓練。團隊過去曾耗時一年半才打造出 200 至 300 公尺的虛擬街道，如今透過合作並導入 GIS 資料，已能大幅加速，快速生成涵蓋新北市大範圍的 3D 實體災難場景。

系統內建編輯器，能匯入歷史淹水資料模擬不同深度的積水，並允許教官自由調整天氣、光線、風力等環境參數。教官可在場景中設置路樹倒塌、車輛受困或土石流等災情，要求學員執行現場封鎖處置、撥打通報專線，以及透過系統介面拍照回報等實務任務。

新北市預計於今年底在三重的第二行政中心啟用進階的災防應變中心（EOC），屆時會將這套 VR 訓練系統完整移入，並設置多台單機設備，提供常態化且具規模的防災操作訓練。雖然透過宣導使實際火災等案件數量逐漸減少，但這也造成救災與公務人員面臨真實狀況的實戰經驗變少，更需要藉助產官學界合作，利用 VR/XR 等科技工具進行長期教育訓練，應付未來各種未知的災難挑戰。

・・・

04一日心得

回顧今天的議程，其實可以看到一條清楚的軸線：從馬次長談的「全社會韌性」戰略高度，到蒙院長談的「具身智慧」技術落地，再到下午三場國家底圖成果發表中反覆出現的「資料要能被 AI 理解、被機器行動所用」，整個地理資訊產業正在經歷一場從「圖資」到「知識」再到「行動」的轉型。無論是共同圖像系統、地理空間知識基礎設施（GKI），還是體素化模擬與 VR 災防訓練，最終指向的都是同一件事：讓地理資料真正成為決策與行動的基礎，而不只是一張好看的地圖。

台灣地理資訊學會 全社會防衛韌性 具身智慧 國家底圖 GIS 數位分身 防災科技

本文為個人參會筆記整理，內容摘要自各場次演講簡報與口頭分享，若有疏漏或理解誤差，歡迎指正。

【示範案例】堰塞湖怎麼「快速評估」？ 從壩體穩定到溢淹範圍的一次完整推演

災防快速評估・方法示範

堰塞湖怎麼「快速評估」？
從壩體穩定到溢淹範圍的一次完整推演

2026年6月21日花蓮萬榮鄉萬里溪上游發現新生一座堰塞湖。在現地勘查資料尚未到位前，如何用衛星影像與 BigGIS 工具，於短時間內把壩體穩定性、迴水量體、潰壩洪峰流量到下游溢淹範圍一次估算出來？本文以實際案例逐步示範。

📍 花蓮縣萬榮鄉・萬里溪 🛰️ Pleiades 衛星影像 🗺️ BigGIS 巨量空間資訊系統 📅 2026/06/24

堰塞湖一旦形成，最怕的就是「潰壩」。但在第一時間，現地往往還無法登上壩頂量測，許多關鍵數字都還是未知。這時候，遙測影像＋數值地形＋GIS 分析工具就成了爭取時間的利器。以下以花蓮萬榮鄉萬里溪這座堰塞湖為例，示範一套可以在桌前快速完成的評估流程——涵蓋四個核心問題：壩體穩不穩、湖裡有多少水、潰決時洪峰多大、下游會不會淹。

📌 先把基本數字擺出來

萬里溪堰塞湖的天然壩，依影像與數值地形判讀，主要參數如下。後續所有分析，都是從這幾個數字推算而來。

108 m

天然壩高

832 m

壩長

263 m

壩寬

725 萬m³

壩體體積

6,291 ha

集水區面積

STEP 1天然壩體穩定性分析

問題：這座壩會不會「還沒滿就垮」？──以 DBI 壩體危險指數判斷

判斷天然壩穩定性，常用的指標是 DBI（Dimensionless Blockage Index，壩體危險指數）。它把「上游集水面積、壩高、壩體體積」三個量綜合成一個無因次指標：集水區越大、壩越高代表上游來水的衝擊潛勢越強；壩體體積越大則代表壩越耐沖。

DBI 計算公式──A_b 為上游集水面積（公頃）、H_d 為壩高（公尺）、V_d 為壩體堆積土體體積（萬立方公尺）。

代入本案的數字：

DBI = log( 6,291×108 ÷ 725 ) = 2.97

DBI 判定標準──小於 2.75 判定穩定、大於 3.08 判定不穩定，介於兩者之間屬「不確定區（過渡區）」。

⚠️ 判定結果：2.97 落在「不確定區」

本案 DBI = 2.97，介於 2.75 與 3.08 之間，屬於不確定區。也就是說，這座天然壩有可能尚未蓄滿、未達溢流就先行潰決，不能掉以輕心，必須持續監測。

💡 小技巧：集水區範圍別再用手畫

計算 DBI 需要「集水區面積」。一般在圈繪集水區時，往往得仰賴人工判讀地形圖，結果因人而異。建議改用 BigGIS 內建的集水區計算功能，可自動且精確地劃出集水區範圍並算出面積（本案得到 6,291 公頃），省時又可重現。

於 BigGIS「流域逕流・洪峰流量估算」工具中，使用「產生集水區（精準）」自動劃出萬里溪上游集水區（圖中黃色範圍），並直接帶入集水區面積 6,291 公頃。

STEP 2堰塞湖迴水量體分析

問題：湖裡現在到底蓄了多少水？──以挖填方分析反推蓄水體積

要快速估算堰塞湖目前的迴水（蓄水）量體，可善用 BigGIS 內建的挖填方分析功能：指定一個「水位面高程」，系統會以數值地形為基準計算出該高程以下的挖填方範圍。接著比對「填方範圍」是否與目前實際的迴水範圍一致——若一致，這個填方體積就約等於當前的蓄水體積。

🔁 同一招也能估「最大蓄水量」

把水位面高程改設定在「可能溢流處的高程」，重複相同步驟，就能快速推估這座堰塞湖可能的最大蓄水體積。

以下圖為例，底圖為 2026/6/23 中央大學太空及遙測研究中心提供之 Pleiades 衛星影像。經多次測試，當挖填方高程設定為 1,048 公尺時，填方範圍（紅色）大致與迴水範圍一致，故推估此時蓄水量體約為 39.9 萬立方公尺。

BigGIS 挖填方分析：高程設為 1,048 m 時，填方面積 33,403 m²、填方體積 399,426 m³（約 39.9 萬 m³），紅色為與迴水範圍吻合的填方區。

📎 備註：此為快速粗估

本法為桌前快速粗估，實際量體仍應以現地勘查實測值為準。依林業及自然保育署公告之觀測數據，6/23 之水位高程為 1,045.5 公尺、蓄水量約 58 萬立方公尺，可作為對照。

兩者數值會有落差，除了方法本身屬快速估算外，也可能與所採用的數值地形（DTM）新舊有關：目前 BigGIS 內建的數值地形較舊，最新僅到 2015 年；而林業及自然保育署採用的是2023 年的數值地形，相對較新、可能更貼近現況。在崩塌與堆積地形變動劇烈的區域，地形資料的時點差異會直接反映在挖填方體積的計算結果上。

📍 延伸做法：怎麼找出「溢流口」與溢流口高程？

前面提到，要推估這座堰塞湖的最大蓄水量，得先知道「可能溢流處的高程」。那麼，這個溢流口在哪、高程多少？同樣可以在 BigGIS 上、用災後正射影像快速判讀，做法如下：

1. 開啟等高線圖資。於「圖層選項」中載入「兩萬五千分之一圖資等高線圖資」，並選擇對應分區（本案為中部東部）。
2. 找出溢流口位置。在災後正射影像上，沿著崩塌堆積土石與對岸（未擾動處）的交界線逐步比對，找出等高線數值最高的位置──該處即為推估的可能溢流口。
3. 讀取溢流口高程。以滑鼠點選該位置的等高線圖資，屬性資料中顯示的高程值（本案 zv2 ＝ 1,080 公尺），即為推估的溢流口高程。

沿崩塌土石與對岸交界處找出最高的等高線（紅圈處），點選圖資即可在屬性資料讀出溢流口高程 zv2 ＝ 1,080 m。底圖為 2026/6/23 Pleiades 正射影像。

🔗 串起來用

取得溢流口高程 1,080 m 後，回到上面的挖填方分析，把水位面高程改設為 1,080 m 重做一次，所得到的填方體積，就是這座堰塞湖最大可能蓄水體積的估計值。

⚠️ 適用範圍提醒

要特別留意：這種「沿交界線找最高等高線」來判讀溢流口的方式，只適用於 V 型谷、單邊崩塌的相對單純案例（如下圖）。

背後其實隱含了一個假設：假設在 V 型谷中，單邊邊坡崩塌後，崩塌土體向對岸滑動，並大致維持「平面滑動」的形態堆積；如此一來，緊鄰對岸（未崩塌側）的交界處，就會是壩頂的相對低點，溢流也最可能從這裡發生。

因此，一旦遇到兩岸同時崩塌、谷地寬緩，或壩體形態較複雜的情況，上述假設便不再成立，溢流口的位置與高程仍須回到現地勘查與更細緻的地形分析才能確定。

原理示意──假設 V 型谷單邊邊坡崩塌、土體以「平面滑動」形態滑向對岸堆積，壩頂便由崩塌源側（高）向對岸側（低）傾斜；緊鄰對岸的交界處即為相對低點，也就是水位上升後最先外溢的溢流口。

典型的 V 型谷單邊崩塌堰塞案例：右側邊坡崩塌、堆積土石阻斷溪谷，上游迴水成湖（影像日期 2026/06/22）。資料來源：林業及自然保育署。

STEP 3潰壩洪峰流量分析

問題：萬一潰決，瞬間洪峰會有多大？──三角歷線法推估

若未取得壩體完整參數，可採用三角形單位歷線法：假設潰壩流量歷線為三角形，洪峰流量 Q_w 即可由「蓄水體積」與「潰壩延時」推得。潰壩延時越短代表潰壞越快（驟然破壞）、延時越長代表漸進式破壞，可依壩體組成與水文特性研判。

三角歷線潰壩洪峰流量計算示意──以三角形面積代表蓄水體積 V，峰值 Q_w＝2V／T_c，T_c 為潰壩延時。

依林業及自然保育署評估，萬里溪堰塞湖最大蓄水為 420 萬立方公尺。考量潰決時夾帶土石、以高濃度水流或土石流方式流出，將進一步增加逕流量，故以 420 × 1.5 ＝ 630 萬立方公尺之量體推估；採一次性潰決，潰壩延時設定為 1 小時。

Q_p = 2V／T = ( 2 × 6,300,000 ) ÷ 3,600 = 3,500 CMS

🌊 推估洪峰流量 ≈ 3,500 CMS

一次性潰決下，估計洪峰流量約達 3,500 立方公尺／秒。這個數字將是下游溢淹研判的關鍵輸入值。

STEP 4下游水位上升與溢淹分析

問題：洪峰下來，哪些保全對象會被淹到？──以斷面水位上升量逐段檢核

有了洪峰流量，接著就要逐一檢核：不同斷面在水位抬升後，是否會溢淹至兩岸的保全對象。作法是用 BigGIS 內建的縱橫斷面分析功能，量出河道寬度（B）、兩岸高程與河床的高差，再以下式估算水位上升量：

△h = Q_p ／ ( B × v )　（B：河道寬，v：流速）

只要把估算的水位上升量 △h，和「岸頂與河床的高差」相比，就能判斷該斷面會不會溢流。以下取兩個代表性斷面示範。

斷面 A｜河川界點（萬榮工作站）處

此處現有河道寬約 135 m，右岸堤防與河床高差為 165.72375 − 159.3825 ≈ 6.3 m，假設流速 4 m/s。代入：

△h = 3,500 ／ ( 135 × 4 ) = 6.48 m　>　6.3 m

🚨 結果：會溢淹

水位上升量 6.48 m 已超過右岸 6.3 m 的高差，洪水將溢淹至林田山文物展示館，此處為需優先示警與疏散的保全對象。

右岸堤頂高程 165.72 m

河床低點高程 159.38 m

沿線縱橫斷面檢核（一）

沿線縱橫斷面檢核（二）

▲ 河川界點（萬榮工作站）一帶之 BigGIS 縱橫斷面分析，綠線為中央管河川界點、紅線為潰決可能影響範圍。

斷面 B｜山坡地範圍內住宅處

此處現有河道寬約 115 m，左岸影響範圍處與河床高差為 174.44484 − 165.01343 ≈ 9.4 m，假設流速 4 m/s。代入：

△h = 3,500 ／ ( 115 × 4 ) = 7.61 m　<　9.4 m

✅ 結果：不會溢淹

水位上升量 7.61 m 小於左岸 9.4 m 的高差，洪水不會溢淹至該影響範圍外，此處住宅相對安全。

左岸影響範圍高程 174.44 m

河床低點高程 165.01 m

沿線縱橫斷面檢核（一）

沿線縱橫斷面檢核（二）

▲ 山坡地範圍內住宅處之 BigGIS 縱橫斷面分析，含 114 年度坡地崩塌影響範圍套疊。

回顧四步驟快速評估總表

把四個分析串起來，就構成一套「壩體穩定 → 蓄水量體 → 潰壩洪峰 → 下游溢淹」的快速評估鏈。整理如下：

分析項目	方法／工具	結果
① 壩體穩定性	DBI 壩體危險指數＋BigGIS 自動圈繪集水區	DBI＝2.97 → 不確定區 可能未溢流即潰決
② 迴水量體	BigGIS 挖填方分析（Pleiades 影像為底）	水位 1,048 m 時約 39.9 萬 m³（官方實測 58 萬 m³ 對照）
③ 潰壩洪峰	三角歷線法（最大蓄水 ×1.5、延時 1 hr）	Qp ≈ 3,500 CMS
④ 下游溢淹	BigGIS 縱橫斷面＋水位上升量 △h	萬榮工作站 溢淹　山坡地住宅 未溢淹

寫在最後。這套流程最大的價值，在於「爭取時間」——在人員還上不了壩頂、現地實測尚未完成之前，先用衛星影像與 GIS 工具把風險輪廓勾勒出來，讓示警與疏散的決策能更早啟動。但也要謹記：所有數字都是快速粗估，最終仍應以現地勘查與官方公告之實測值為準。本文示範的是「方法」，而非定論。

資料來源：林業及自然保育署公告觀測數據、中央大學太空及遙測研究中心 Pleiades 衛星影像、農業部農村發展及水土保持署 BigGIS 巨量空間資訊系統。

#堰塞湖#萬里溪#花蓮萬榮#災害防治 #DBI壩體危險指數#三角歷線法#BigGIS#Pleiades衛星影像#洪峰流量#溢淹分析