【工作流】先用好 ChatGPT 專案，再談 Skill：用對話建立可靠的 AI 工作流

AI 工作流・ChatGPT 專案

先用好 ChatGPT 專案，再談 Skill：用對話建立可靠的 AI 工作流

不必先學提示工程或 Skill 格式；先把需求說清楚，讓 AI 協助建立專案指令、SOP 與參考文件。

最容易上手的做法，不是先研究 Skill，而是先透過對話釐清需求，讓 AI 協助建立專案指令與 SOP；再把重要文件放進專案資料來源，用真實工作反覆測試。

📁 主題：專案工作流🧭 核心：先專案、後 Skill📝 方法：對話產生指令與 SOP

ChatGPT 的「專案」功能，不只是把相關對話放在同一個資料夾裡。更實用的價值，是把特定工作的專案指令、參考文件與討論脈絡集中管理，讓 AI 在較清楚的背景下持續協作。

建立這類工作流時，真正需要先掌握的不是 Skill 格式，而是如何把工作需求說清楚。先透過對話釐清角色、任務、判斷標準與輸出方式，再請 AI 協助整理成專案指令；需要 SOP 時，也可以直接提供現成文件，或口述大致流程，請 AI 先整理成完整初稿。等實際測試後確認流程穩定，而且確實需要跨專案重複使用，再進一步製作 Skill。

先把工作說清楚，不要先研究格式

建立專案前，可以先回答幾個實際問題：

• 這個專案要處理什麼主題？
• AI 在其中應扮演什麼角色？
• 主要任務是分析、審查、整理，還是提出建議？
• 回答時要遵守哪些原則？
• 哪些判斷需要保留限制與不確定性？
• 最後希望得到什麼形式的成果？

這些問題不必一次回答完整。比較有效的方法，是先把想法直接說給 AI 聽，透過幾輪對話逐步釐清，再請 AI 將結果整理成可直接使用的專案指令。

專案指令不必從空白頁開始寫，也不必先具備提示工程背景。真正需要的是具體描述工作，而不是先學會一套術語。

圖 1｜在專案設定中撰寫專案指令

建立新專案時，除了設定專案名稱與專案指令，也請在「記憶」選擇「僅限專案」，讓專案脈絡限制在本專案的對話與資料來源。

記憶設定請選「僅限專案」：建立新專案時，請將「記憶」設為「僅限專案」。如此一來，專案中的對話可以參考同一專案內的其他對話，但不會參考一般 ChatGPT 聊天、其他專案的對話，或先前已儲存的個人記憶，可避免無關內容混入專案脈絡。此選項只能在建立新專案時設定；既有專案若使用預設記憶，需另建新專案才能改用。

資料來源：OpenAI Help Center〈ChatGPT 中的專案〉

可以直接這樣問：

我想建立一個專案，主要討論災害潛勢調查與防災製圖方法。請協助我設計專案指令，讓你在這個專案中扮演專業顧問；回答時要直接指出方法上的漏洞、限制與改善方向，不需要提供情緒性的鼓勵。

接著再根據實際回應，修正角色、範圍、輸出格式與限制條件。這比一開始追求一份「完美指令」更有效。

用四個步驟建立專案工作流

STEP 1

透過對話釐清需求，產出專案指令

先把工作情境、問題類型、判斷原則與預期成果說清楚，再請 AI 整理成第一版專案指令。重點是先建立一個可以測試的基準，而不是一次完成所有細節。

STEP 2

有 SOP 就直接提供；沒有，也可以口述給 AI

SOP 不見得要自己從空白開始寫。

如果已有現成 SOP，可以直接作為專案資料來源；如果目前只有實務經驗與大致流程，也可以用文字或語音說明：

• 工作從哪裡開始
• 由誰負責
• 有哪些判斷點
• 遇到例外如何處理
• 最後要產出什麼成果

再請 AI 整理成結構完整的 SOP 初稿。例如：

請把我接下來口述的工作流程整理成正式 SOP，包含目的、適用範圍、角色分工、作業步驟、判斷條件、例外處理、輸出成果與檢核項目。內容不確定的地方請標示「待確認」，不要自行補成既定規定。

注意：AI 產出的 SOP 應視為可供檢討的初稿。涉及法規、權責、時效與安全要求的內容，仍須由實際執行人員或主管確認。

STEP 3

把重要流程放進專案資料來源

並不是每一套流程都需要立刻做成 Skill。

若內容目前只會在這個專案中使用，或仍在調整，最簡單的方式是先整理成參考文件，再上傳到資料來源，例如：

• 工作流程與 SOP
• 審查原則與檢核表
• 方法選擇與驗證步驟
• 圖資設計規範
• 常見錯誤與例外處理方式
• 報告格式或成果範例

這類文件可以使用 Markdown、Word 或 PDF。重點不在副檔名，而在內容是否清楚、可查找，並能支援後續工作。

圖 2｜把 SOP 與方法文件放進專案資料來源

現成 SOP、方法文件與自訂工作流程，都可以放進專案資料來源，形成這個專案持續使用的參考依據。

將詳細流程放入專案資料來源，可以讓專案指令保持精簡，同時讓 AI 在後續工作中依循同一套程序與判斷原則。

STEP 4

用真實工作測試，再決定是否製作 Skill

不要只看指令或 SOP 寫得是否完整，而要實際投入文件、案例或圖件，觀察 AI 的判斷是否穩定、是否符合專業需求。

把反覆出現的誤解、缺漏與輸出問題補進專案指令或參考文件，讓流程逐步成熟。只有當這套方法已經穩定，而且確實需要在不同專案中重複使用時，再製作 Skill，才有實際價值。

圖 3｜先建立專案工作流，成熟後再製作 Skill

先以對話釐清需求，建立專案指令與參考文件；流程穩定且需要跨專案使用時，再封裝成 Skill。

參考文件與 Skill，應該怎麼選？

先放入專案資料來源	再製作成 Skill
只供單一專案使用	需要跨專案重複使用
內容仍在調整	流程已相對穩定
主要是 SOP、規範、檢核表或範例	需要固定步驟、模板、參考資料或工具
希望快速開始使用	希望長期重複執行同一套工作
文件經常需要人工修訂	方法已具備明確觸發條件與輸出規則

Skill 不應被理解成「比較高階，所以一定要先學會」的功能。它比較適合被視為：成熟工作流程的封裝方式。

如果流程仍在摸索，或目前只服務單一專案，先使用專案指令與參考文件通常更合理。

實際案例：讓專案提供接近專業顧問的服務

以「災害潛勢調查與防災製圖方法」專案為例，可以先設定 AI 為相關領域的專業顧問，再把工作流程文件放入資料來源，最後上傳真實的教育訓練成果、圖件或報告進行測試。

這樣的專案便不只是整理資料，而能提供三類顧問服務：

• 成果定位：判斷目前屬於教學原型、討論成果，還是可供實務使用的圖件。
• 方法審查：檢查資料尺度、製圖方式、角色分工與驗證程序是否合理。
• 改善建議：指出圖面、流程、現地查核與使用測試還缺少哪些環節。

圖 4｜實際案例：專案可以提供的顧問輸出

以社區地形特徵圖教育訓練成果為例，專案可協助成果定位、方法審查與提出改善建議。

這類服務的重點，不是讓 AI 取代專業判斷，而是讓它在明確的角色、方法與資料脈絡下，協助檢查邏輯、發現缺漏、整理風險，並提出可執行的改善方向。

結語：先跑順，再封裝

ChatGPT 專案的價值，在於把特定工作的專案指令、文件與討論脈絡集中管理。

先透過對話釐清需求，讓 AI 協助建立專案指令與 SOP，再用真實工作反覆修正；只有當流程已經成熟，而且需要跨專案重複使用時，才需要進一步製作 Skill。

先把工作跑順，再把成熟方法封裝。

掌握這個順序，就不必先具備大量技術背景，也能逐步建立一套符合自己工作需求的 AI 協作方式。

ChatGPT 專案專案指令SOPSkill

【工作流】ChatGPT 專案不是另一個資料夾：從專案指令、正式來源、分工聊天到有效結論，建立可持續累積的工作系統

AI 工作流・專案管理

ChatGPT 專案不是另一個資料夾

從專案指令、正式來源、分工聊天到有效結論，建立可持續累積的工作系統

在前一篇文章中，我們介紹了 Gemini 的「筆記本」功能。ChatGPT 也有相似的「專案」，但它真正的價值不只在於集中資料，而是讓同一件工作能跨越多次討論、不同成果與多人協作持續推進。

📁 ChatGPT 專案⏱ 閱讀時間：約 8 分鐘👥 適用：公務、委辦與長期工作🗓 2026／07

在前一篇文章中，我們談的是如何用 Gemini 筆記本建立一個能持續理解特定主題的 AI 空間。這一篇不再重複筆記本的操作，而是聚焦另一個更實際的問題：ChatGPT 專案裡應該放什麼、怎麼分工，才能真正支撐一項長期工作？

先把核心架構擺出來

好用的 ChatGPT 專案，至少有四層內容

1

專案指令定義角色、回覆原則與工作規則。

2

正式來源放入核定資料、最新報告與有效依據。

3

分工聊天依成果拆分研析、推演、簡報與對外工作。

4

有效結論把確認後的決策、摘要與定稿重新存回專案。

STEP 1

專案不是另一個資料夾

問題：為什麼把附件全部上傳，仍然無法形成穩定的工作脈絡？

一般聊天適合處理一次性問題，例如修改一段文字、翻譯內容或快速討論一個想法。

但當工作持續數週、跨越多次會議，還要產出報告、簡報、問答集與對外說明時，只靠一串聊天很快就會出現問題：背景反覆重講、不同版本混在一起、已確認的結論埋在歷史訊息中，最後連自己都不確定哪一段才有效。

核心判斷：專案的價值不是「多放幾個附件」，而是讓指令、資料、討論與結論有清楚的層次。

STEP 2

四層內容怎麼安排？

問題：哪些內容該固定保存，哪些只需要留在某一次聊天？

第一層｜專案指令：規定 AI 怎麼做事

專案指令不是拿來堆背景資料，而是規定 ChatGPT 的角色與判斷原則。例如：

• 回答先說結論，再說理由與建議。
• 區分資料明載、合理研判與建議作法。
• 不同文件互相矛盾時，先列出差異，不自行選邊。
• 草案、推演與已作廢內容，不得視為正式立場。
• 長官簡報應突出待裁示事項。

第二層｜正式來源：只放目前有效的依據

專案來源應放入會持續引用，而且狀態明確的資料，例如核定計畫書、最新正式報告、會議決議、目前有效的統計數字，以及統一名詞與政策口徑。

大量舊版本、未整理表格與臨時截圖，不必全部放進專案。資料愈多不一定愈準確；新舊版本並存，反而會增加引用錯誤的機會。

第三層｜分工聊天：一項成果，一個工作線

同一個專案可以有很多聊天，但每一串最好只負責一項明確成果。例如：

• [研析] 期中報告與計畫書差異
• [推演] 委員可能提出的質疑
• [簡報] 署長報告架構
• [對外] 媒體與地方政府問答
• [核定] 目前有效結論

第四層｜有效結論：讓已確認成果沉澱

每次重要會議或長官指示後，應把採用的決策、統一口徑、定稿摘要與下一步工作整理回專案。建議固定維護：

• 00_專案說明與使用規則
• 01_目前有效結論
• 02_版本與資料清單

這三份資料能告訴 AI，也告訴團隊：現在以哪一版為準、哪些內容已作廢、還有哪些事項待決定。

ChatGPT 專案的核心不是檔案數量，而是四層內容能否互相串接。

STEP 3

ChatGPT 專案和 NotebookLM 怎麼分工？

問題：都是集中資料，為什麼還需要兩種工具？

兩者都能集中資料、延續特定主題的問答，但工作重心不同。

NotebookLM 幫你確認「資料怎麼說」；ChatGPT 專案協助你推進「接下來怎麼做」。

需要查找原文、比對多份報告時，可以先在 NotebookLM 建立證據；確認資料後，再回到 ChatGPT 專案製作長官簡報、政策建議、會議資料與對外說明。最後，正式核定文件仍應回存機關既有系統。

工作階段	適合工具	主要任務
閱讀與查證	NotebookLM	找原文、比較來源、建立證據
分析與產製	ChatGPT 專案	推演、決策、簡報、報告與溝通
核定與保存	機關正式系統	版本確認、簽核與長期保存

STEP 4

一個專案可以照這五步運作

問題：建立專案後，最穩妥的啟動順序是什麼？

1｜建立專案

先定義目的、範圍、主要受眾與預計成果，再設定專案指令。專案名稱應讓新進同仁一眼看懂要完成什麼，例如「全球資訊網業務內容改版」或「○○颱風災後調查」。

2｜加入正式來源

只放會持續影響後續判斷的核定資料、最新報告與有效依據。歷年舊稿、原始表格及中間成果仍可留在本機或原有檔案系統。

3｜依成果開聊天

不要把所有工作塞進同一串，也不必每問一題就開新對話。最好的顆粒度是：一項成果，一個聊天。

4｜會後收斂結論

每次重要會議後，更新有效結論、標示作廢內容，並整理待辦事項。聊天很多不是問題；沒有收斂才是問題。

5｜定稿回正式系統

ChatGPT 專案適合分析、推演與產製，但不能取代正式的簽核、版控與檔案保存。定稿後仍應回到公文、檔案管理、Teams、SharePoint 或其他正式平台。

專案要保留工作脈絡，但定稿仍應回到正式系統完成版控與保存。

STEP 5

避免三個常見錯誤

問題：專案為什麼會愈用愈亂？

⚠️

草稿與正式版本混用

檔名應標示日期、版本與狀態；舊版要註記作廢或移出正式來源。

⚠️

所有事情塞進同一聊天

技術研析、長官簡報、媒體回應與反方推演應分成不同工作線。

⚠️

只增加資料，不更新結論

每次重要決策後，都要更新「目前有效結論」，讓團隊知道現在採用哪個方向。

STEP 6

共享專案後，要指定一位維護者

問題：多人都能加入內容時，如何避免共同脈絡失控？

共享專案有助於維持共同背景，但任何人加入的檔案、聊天與指令，都可能影響後續回答。因此，必須指定維護者負責：

• 維護正式來源與版本。
• 管理專案指令。
• 區分草案、推演與正式口徑。
• 更新目前有效結論。
• 控制誰擁有編輯權限。

協作提醒：共享的重點不是讓每個人都把資料丟進去，而是讓所有人都在同一套可信脈絡下工作。

回顧｜把專案真正做成工作系統

構成層次	主要功能	管理原則
專案指令	定義角色與工作方式	簡短、穩定、可長期沿用
正式來源	提供事實與有效依據	只留目前有效、會持續引用的資料
分工聊天	處理不同成果與受眾	一項成果一個聊天
有效結論	沉澱決策、摘要與定稿	每次重要決策後立即更新

寫在最後｜不要讓 AI 記得更多，要讓它記得正確

前一篇談 Gemini 筆記本，重點是建立能持續理解特定主題的 AI 空間；這一篇談 ChatGPT 專案，重點則是讓一項工作在多次討論、不同成果與多人協作之間仍維持清楚脈絡。

專案指令定規則

正式來源放依據

一項成果一個聊天

草案與核定要分開

重要決策立即收斂

定稿最後回正式系統

ChatGPT 專案的價值，不是把更多檔案交給 AI，而是把一次性問答變成可以持續累積、交接與延伸的工作脈絡。

延伸閱讀：
・前一篇：Gemini 筆記本管理 AI 專案工作
・ChatGPT 專案與 NotebookLM 功能仍可能隨產品更新調整，實際使用時請以最新介面與官方說明為準。

#ChatGPT#AI工作流#專案管理#NotebookLM#公務AI

【工作流】別再讓 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 數位分身 防災科技

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