2026年4月6日 星期一

當災害變得更快、更複雜: 台灣坡地智慧防災的進化進行式【好讀版】

 智慧防災

水土保持極端氣候農村水保署

當災害變得更快、更複雜:
台灣坡地智慧防災的進化進行式

從 48 小時警戒推估、客製化細胞廣播到 BigGIS 整合,農村水保署如何把風險資訊轉化為行動能力。

農村發展及水土保持署坡地防災 · 智慧治理閱讀時間約 8 分鐘

台灣位處板塊交界,地形陡峭,每逢颱風豪雨,山區聚落常面臨土石流、大規模崩塌、道路中斷等多重風險。近年極端氣候加劇,災害不再只是單一事件,而是常與地震、坡地失穩等因素交互影響,形成更複雜的複合型災害。

2024 年 0403 花蓮地震後,山區土體鬆動,後續再遭颱風豪雨侵襲,二次災害風險明顯升高。這再次提醒我們:防災必須更早掌握風險、更快做出判斷,也更精準地把資訊送到需要的人手上。




預警,不只是發得早,更要讓地方來得及準備

山區災害往往發展快速。當連續降雨造成坡地含水量升高,一旦超過臨界條件,災害常在短時間內發生。

重要進展

農村水保署已在土石流及大規模崩塌防災資訊網提供未來 48 小時紅黃警戒發布區域的推估資訊,從過去的 24 小時延長至 48 小時,大幅提升地方防災應變的準備空間。

對地方政府而言,多出的 24 小時代表能更早檢視保全對象、盤點避難收容空間、安排交通接駁,並啟動社區防災整備。居民也不必等到大雨已落下、道路可能中斷時,才倉促決定是否撤離。

預警時間的延長,真正改變的是防災節奏。它讓原本容易落入臨場反應的工作,有機會轉化為更從容的提前部署




一則警報,要讓民眾知道「現在該做什麼」

再精準的預警,若無法被民眾迅速理解並轉化為行動,效果仍然有限。每一則防告警細胞廣播都會附上客製化網頁連結,民眾點入後可看到:

📍
警戒區位置
清楚標示我現在所在地是否在風險範圍內
目前降雨情形
即時雨量資訊協助判斷當下風險程度
🏃
行動指示
明確告知應採取哪些行動、是否需要疏散
🏠
避難處所
附上鄰近避難點地址與聯絡電話

考量台灣新住民人口日益增加,防災資訊現已支援多種語言,讓更多生活在這片土地上的人都能在第一時間理解風險、採取行動。

中文EnglishTiếng ViệtBahasa Indonesia

防災資訊不能停留在「提醒有風險」,而必須進一步轉化為「協助民眾做判斷」。這也是把「防災平權」真正落實到通報機制的具體作法。




地震之後的山區,需要重新判讀風險

一場強震之後,坡地可能出現新的裂隙、鬆動區與崩塌地。這些變化未必立即造成大規模災情,卻可能使地形變得更脆弱——只要後續再遭遇強降雨,就可能迅速引發二次災害。

強震發生
坡地出現新裂隙、鬆動區與崩塌地,地形整體脆化
快速判識
透過衛星影像、空拍資料與地形判釋,掌握新生崩塌分布
動態調整警戒
重新評估哪些溪流需提高警戒、哪些聚落需特別注意
持續監測
後續颱風、豪雨期間持續動態管理,防範二次災害

風險不是靜止的,防災管理自然也不能是靜態的。當環境條件已因地震改變,警戒判斷也必須跟著調整。




讓地形會說話:BigGIS 如何成為防災底圖

農村水保署持續運用與推廣 BigGIS(巨量空間資訊系統),整合長時間序列的航空照片、衛星影像與數值地形資料,支援防災分析與決策判讀。

🛰
跨時間比對
比較不同時期影像,觀察坡地崩塌擴張趨勢
🗺
2D / 3D 展示
從立體角度理解地貌條件,輔助現場判斷
🤝
跨單位共享
中央、地方、工程、監測等單位站在同一張圖上討論
📊
動態風險管理
整合完整空間資訊,支援即時決策與應變同步

BigGIS 讓原本分散的空間資料,轉化為可共享、可對話、可支援決策的共同平台——這是許多防災判斷背後看不見卻不可或缺的基礎。




智慧防災,是治理方式的改變

從 48 小時警戒推估、客製化細胞廣播、多語言防災頁面,到 BigGIS 空間資訊整合,這些措施都在回答同一個問題:政府如何把抽象的風險,轉化成具體、可理解、可行動的公共安全能力。

智慧防災真正重要的,從來不是「智慧」兩個字有多新,而是它能否讓更多人及早避開危險,讓防災不只停留在專業系統內,而能真正進入社會每一個需要被保護的角落。




相關連結

當物理模型跑不夠快,AI 代理模型能撐起土砂災害的即時模擬嗎?

 數位孿生

土砂災害AI 模擬防災科技

當物理模型跑不夠快,AI 代理模型能撐起土砂災害的即時模擬嗎?

想在數位孿生平台上即時模擬土石流、崩塌這類土砂災害,一個問題幾乎不可避免:傳統物理模式太慢了。那麼,有沒有一種架構,能讓模擬「又準又快又看得懂」?答案是有的——但前提是你得把對的工作交給對的工具。


為什麼物理模型無法直接上線?

物理模型本身沒有問題。它的優點是具備工程可信度、模擬結果有物理解釋基礎,長期以來也是土砂災害模擬的核心工具。問題出在「速度」上——物理模型的運算量龐大,要做到即時互動,幾乎是不可能的任務。

這就是為什麼,單靠物理模型上線這條路走不通。我們需要的,是一個分層式的整合架構:讓物理模型做它最擅長的事,讓 AI 做另一件事,再讓數位孿生平台負責最後一哩路。

三層架構:分工才能做到「又準又快」

這套架構的核心邏輯很清楚:不同層做不同的事,互相銜接,而不是互相取代。

🧱物理模型層負責「對」
AI 代理模型層負責「快」
🖥數位孿生平台層負責「看得懂、用得動」

物理模型的角色不是即時運算,而是在離線狀態下大量產製高可信度模擬案例,作為 AI 的訓練資料與校驗基準。AI 代理模型則透過學習降雨、地形、土壤、含水狀態與災害行為之間的關係,在線上快速推論出結果。數位孿生平台則是整套系統的最終介面,負責視覺化呈現、情境操作與決策支援。

有一點值得特別強調:把 Omniverse 或其他數位孿生平台的內建物理引擎直接當成核心模擬器,通常只會得到「看起來很像、工程上卻不可信」的結果。土砂災害涉及顆粒流、侵蝕堆積與入滲等複雜機制,核心模擬仍必須建立在專業的土砂物理模式上。

輸入資料設計:讓模型「學得到」才是關鍵

要讓 AI 代理模型真正可用,最重要的不是再談概念,而是把問題轉成一個模型可以學習的輸入資料結構——所有資料必須在時間與空間上彼此對齊,並具備合理的物理意義與變動範圍。

雨量條件:10 分鐘解析度才抓得住觸發訊號

土石流與坡地災害的觸發,往往與短延時高強度降雨密切相關。如果只使用逐小時資料,峰值容易被平均掉,模型就學不到真正的觸發訊號。建議採用 10 分鐘時間解析度。

雨量指標建議範圍
10 分鐘雨量強度0–50 mm / 10 min
1 小時累積雨量0–250 mm / hr
24 小時累積雨量0–2,000 mm
事件總累積雨量0–5,000 mm
前期累積雨量(前 7 日)0–6,500 mm

這組數值的設計目標,是讓訓練資料足以涵蓋臺灣颱風與複合型降雨的極端情境,避免模型在面對罕見大事件時失效。

地形資料:5 公尺是理想,10 公尺是務實

地形資料是整個系統的空間骨架。5 公尺 DEM 能更細緻描述微地形,但會大幅增加格網數量與運算負擔;10 公尺 DEM 在系統原型開發階段是合理的務實選擇。更重要的是,DEM 不應只用作高程資料,還必須衍生出坡度、曲率、流向與集水面積等因子,否則等於只用了表面資訊。

土壤參數:放棄分類代碼,改用物理量

土壤條件若只輸入分類代碼,模型通常學不到真正控制災害行為的因子。建議直接輸入具物理意義的參數:

參數建議範圍
摩擦角(φ)20°–40°
凝聚力(c)0–50 kPa
滲透係數(k)10⁻⁷ ~ 10⁻³ m/s(建議 log scale 處理)

初始含水量:這個變數不能少

決定坡地會不會失穩的,不只是「現在下多少雨」,更關鍵的是「地本來已經濕到什麼程度」。初始含水量(建議範圍 0.10–0.45 m³/m³)必須納入輸入變數,否則模型就是半盲——它只會學到單一降雨反應,而學不到前期濕潤條件對災害觸發的影響。

模型輸出:不只算範圍,還要能判斷「是否已成災」

如果輸出只停留在單一圖層,例如流動範圍,那其實不夠用。業務需求不只是「哪裡可能流過去」,還需要知道「堆多厚、跑多快、是否已達災害門檻」。模型輸出至少應涵蓋四個面向:

OUTPUT 01
流動範圍
二元遮罩或機率圖,標示受土砂流動影響的格網區域。
OUTPUT 02
堆積厚度
連續值格網,單位公尺。一般情境 0–15 m,極端情境可放寬至 0–25 m。
OUTPUT 03
流速
連續值格網,單位 m/s,建議範圍 0–20 m/s,可先預測最大流速。
OUTPUT 04
災害是否發生
根據流動範圍、堆積厚度與流速綜合判定,而非單一變數硬判斷。
關於災害發生的判定,第一版系統建議先採用門檻式邏輯作為初步定義。但必須誠實說:門檻值沒有靠歷史災例校正,就只能叫合理,不能叫可信。往實務上線走時,仍必須用歷史事件與現地調查資料回頭修正這些判定條件。

整合起來,這個系統長什麼樣子?

把前面所有條件整合,這套系統的輸入本質上是一個時空張量——時間維度是 10 分鐘雨量序列,空間維度是對齊 DEM 的格網,變數維度則包含雨量、地形衍生因子、土壤物理量與初始含水量。輸出則是流動範圍、堆積厚度、流速與災害是否發生的綜合判斷。

到這一步,整個系統才不再只是概念,而是一個真正可以設計資料流程、建立訓練資料集、發展 AI 模型並部署至數位孿生平台的工程架構。

結語:最難的不是有沒有模型,而是問題定義對不對

如果目標是土砂災害的即時互動模擬,答案其實已經很清楚:核心推論靠 AI 代理模型,物理模型負責離線資料生成與校驗,數位孿生平台負責展示與決策支援。

而在架構之外,真正決定系統能否落地的,是問題有沒有被定義成一個既符合物理邏輯、又能被 AI 學習、還能即時運作的結構。

只要這件事定清楚,後面的模型設計與平台建置才有意義。


2026年4月3日 星期五

當災害變得更快、更複雜:台灣坡地智慧防災的進化進行式

當災害變得更快、更複雜:台灣坡地智慧防災的進化進行式

從48小時警戒推估、客製化細胞廣播到BigGIS整合,農村水保署如何把風險資訊轉化為行動能力

在台灣,防災從來不是遙遠的議題,而是與土地、聚落與日常生活緊密相連的現實。

這座島嶼位處板塊交界,地形陡峭、河川短促,每逢颱風、豪雨,山區聚落常面臨土石流、大規模崩塌、道路中斷與孤島化等多重風險。近年來,隨著極端氣候加劇,降雨型態愈來愈集中、強度愈來愈高,災害也不再只是單一事件,而是常常與地震、地形破碎、坡地失穩等因素交互影響,形成更複雜的複合型災害。

2024年0403花蓮地震後,山區土體鬆動、邊坡脆弱,後續再遭逢颱風與豪雨侵襲,二次災害風險明顯升高。這類情勢再次提醒我們:防災不能再只停留在災後搶修與被動應變,而必須更早掌握風險、更快做出判斷,也更精準地把資訊送到需要的人手上。

因此,農村發展及水土保持署近年來持續推動「智慧防災」轉型,從預警發布、風險判釋、細胞廣播、空間資訊整合,到災後二次災害管理,逐步建立一套更即時、更精準、也更貼近民眾需求的防災體系。這不只是技術更新,更代表防災治理思維的改變:從過去偏重災後應變,逐步走向災前預防、動態管理與跨系統整合。



預警,不只是發得早,更要讓地方來得及準備

對土石流與大規模崩塌防災而言,時間始終是最關鍵的因素。

山區災害往往發展快速。當連續降雨造成坡地含水量升高,土體強度下降,一旦超過臨界條件,災害常在短時間內發生。這意味著,防災工作的核心任務之一,就是盡可能在危險真正發生之前,把風險看見,並把時間留給地方政府和居民。

過去,土石流紅黃警戒資訊多以未來24小時推估為主;但在近年運算能力、資料整合與模式自動化持續提升之下,農村水保署已進一步在土石流及大規模崩塌防災資訊網提供未來48小時紅黃警戒發布區域的推估資訊。這項調整,表面上只是時間從24小時延長至48小時,實際上卻大幅提升了地方防災應變的準備空間。

因為對地方政府而言,多出來的24小時,不只是「提早知道」,而是能夠更早檢視保全對象、盤點避難收容空間、安排交通接駁、預置機具與人力,並啟動社區防災整備。對居民而言,這也代表不必等到大雨已經落下、道路可能中斷時,才倉促決定是否撤離。

換句話說,預警時間的延長,真正改變的是防災節奏。它讓原本容易落入臨場反應的工作,有機會轉化為更從容的提前部署。這正是智慧防災最重要的價值之一:不是等風險逼近眼前才開始行動,而是用更早的資訊,爭取更大的安全空間。



一則警報,要讓民眾知道「現在該做什麼」

然而,防災不是只有專家看得懂資訊就夠了。再精準的預警,若無法被民眾迅速理解、轉化為行動,效果仍然有限。

近年來,手機細胞廣播已成為災害告警的重要工具。它的優點在於能快速、大範圍地把訊息送到風險區內的民眾手中。但農村水保署也觀察到,單靠短短幾行文字,民眾往往仍會產生疑問:我現在所在的位置到底有沒有風險?我需要馬上離開嗎?該往哪裡去?又該準備什麼?

因此,在防告警細胞廣播的設計上,農村水保署不只著重「發得出去」,更進一步強化「看得懂、做得到」。目前每一則防告警細胞廣播都會提供客製化的網頁連結,民眾點入後,就能看到更清楚、也更貼近在地需求的資訊內容,包括:警戒區在哪裡、我應該作什麼、目前降雨情形、建議防災物品、避難處所及電話。這些頁面不只是補充說明,而是直接提供明確的行動指示,例如當前警戒狀態代表什麼、民眾應採取哪些行動、是否應預作避難準備或配合地方政府疏散,以及相關避難資訊與注意事項等。

這樣的設計背後有一個很清楚的理念:防災資訊不能停留在「提醒有風險」,而必須進一步轉化為「協助民眾做判斷」。尤其在高壓、短時間決策的情境下,資訊愈明確,行動就愈有可能及時且一致。

此外,農村水保署也注意到,防災資訊若只用單一語言傳遞,實際上可能讓部分族群無法完整接收關鍵訊息。隨著台灣新住民人口日益增加,災害風險溝通也必須回應更真實的社會結構。因此,這些客製化防災頁面除了原有的中文與英文版本之外,現在也進一步增加了越南文與印尼文版本。這不只是語言服務的延伸,而是把「防災平權」真正落實到通報機制中,讓更多生活在這片土地上的人,都能在第一時間理解風險、採取行動。



災害不是颱風來了才開始,地震之後的山區更需要重新判讀

對一般民眾而言,地震與豪雨往往被視為兩種不同災害;但對山區治理而言,它們常常是一場接一場、相互牽動的風險鏈。

一場強震之後,坡地可能出現新的裂隙、鬆動區與崩塌地。這些變化未必會在第一時間造成大規模災情,卻可能使整體地形變得更脆弱。只要後續再遭遇強降雨,原本尚未完全失穩的坡面,就可能迅速轉化為土石流、大規模崩塌或其他二次災害。

因此,農村水保署在震後防災工作中,非常重視災後風險的快速判識與動態調整。透過衛星影像、空拍資料與地形判釋,可在較短時間內掌握新生崩塌的分布情形,並據以檢視哪些土石流潛勢溪流需要提高警戒、哪些區域可能須納入新增管理範圍、哪些聚落周邊則需特別注意災後土砂移動風險。

這樣的作法,反映出一個重要觀念:防災不能只依賴歷史資料與固定門檻。當環境條件已經因地震或豪雨改變,警戒判斷也必須跟著調整。風險不是靜止的,防災管理自然也不能是靜態的。

換句話說,農村水保署推動的智慧防災,不只是「把既有流程數位化」,而是更強調在災害發生後,能夠快速重建對現場的理解,重新估計風險、重新調整重點。這也是面對複合型災害時,政府治理能力必須持續進化的原因。



讓地形會說話:BigGIS如何成為山區防災的重要底圖

如果說預警與警報,是防災體系中的「時間軸」,那麼空間資訊系統就是防災決策的「地圖軸」。

山區災害治理的難處之一,在於地形複雜、範圍廣大,單靠現場巡查或局部資料,往往難以掌握全貌。更何況,防災決策涉及中央、地方、工程、監測與行政等多個單位,如果大家看到的是不同版本的地圖、使用的是不同來源的資料,就容易形成判斷落差。

為了讓空間資訊更有效地支撐防災治理,農村水保署持續運用與推廣BigGIS(巨量空間資訊系統)。BigGIS整合了長時間序列的航空照片、衛星影像、數值地形資料與相關空間資訊,不只是圖資的存放平台,更是一個可支援防災分析與決策判讀的重要工具。

透過BigGIS,使用者可以在同一平台上檢視不同時期的影像變化,觀察坡地是否有明顯崩塌擴張、溪流地形是否出現異常變動,也能搭配2D與3D展示方式,從更立體的角度理解地貌條件。這種跨時間、跨尺度的比對能力,對山區災害管理尤其重要,因為很多災害徵兆不是單看一次影像就能看出,而是要放在長期地景變遷中才能真正理解。

從治理角度來說,BigGIS的價值在於,它讓原本分散的空間資料轉化為可以共享、可以對話、也可以支援決策的共同平台。當中央機關、地方政府與技術團隊能夠站在同一張圖上討論風險,防災判斷才更容易聚焦,應變作為也更容易同步。

對一般民眾來說,BigGIS或許不像手機警報那樣直接可見,但它其實正是許多防災判斷背後的重要基礎。沒有完整的空間資訊整合,就很難真正做到動態風險管理;沒有共同的底圖,也很難讓跨單位協作有效運作。


智慧防災,不只是新科技,更是治理方式的改變

從48小時警戒推估、客製化細胞廣播、多語言防災頁面,到BigGIS空間資訊整合,這些措施看似分屬不同面向,實際上指向的是同一件事:政府正在嘗試用更即時、更透明、更貼近使用者的方式,重新建構防災體系。

這種改變很重要,因為災害治理真正的難題,從來不只是「有沒有技術」,而是「技術能不能轉化成可執行的治理能力」。預警資訊再完整,如果地方來不及因應,效果就有限;警報再即時,如果民眾看不懂,也很難形成正確行動;圖資再豐富,如果無法整合應用,就只是堆疊在系統裡的資料。

因此,農村水保署推動智慧防災的重點,並不只是引進新工具,而是讓監測、分析、預警、通報與風險溝通彼此串聯,形成更完整的工作鏈。這條鏈的終點,不是科技展示,而是讓地方政府能更早準備、讓第一線防災人員更快判斷,也讓民眾在接收到風險訊息時,知道自己應該怎麼做。

這也是為什麼,智慧防災的核心從來不只是系統升級,而是治理成熟。當災害變得更快、更大、更複雜,政府不能只是把資料做得更多,而要把資料轉化成行動;不能只是把訊息送出去,而要讓訊息真正產生保護效果。


從防災科技到社會韌性,政府真正要守住的是生命安全

在極端氣候與複合災害逐漸成為常態的今天,台灣不可能期待災害不再發生。真正能做的,是讓整個社會比過去更早理解風險、更快啟動應變、也更有能力降低衝擊。

從這個角度看,農村水保署推動智慧防災的意義,不只是導入更多科技,而是讓防災工作逐步從災後搶救,走向災前預防;從依賴經驗判斷,走向資料支撐與科學分析;從單向發布訊息,走向更重視行動指引與多元溝通。

不論是土石流及大規模崩塌防災資訊網提供的48小時紅黃警戒推估資訊,還是每一則細胞廣播都附上的客製化防災頁面;不論是新增越南文、印尼文版本以照顧更多族群,還是透過BigGIS讓地形與風險變化能被更完整看見,這些措施背後其實都在回答同一個問題:政府如何把抽象的風險,轉化成具體、可理解、可行動的公共安全能力。

說到底,智慧防災真正重要的,從來不是「智慧」兩個字有多新,而是它能否讓更多人及早避開危險,讓更多地方在災害來臨前做好準備,讓防災這件事不只停留在專業系統內,而能真正進入社會每一個需要被保護的角落。

而這,也正是農村水保署持續推動智慧防災的核心目標:用更精準的資訊、更即時的判斷與更周延的溝通,守住山區聚落與民眾的生命安全,讓防災不只是災難發生後的補救,而成為一種更成熟、更有韌性的治理能力。


相關連結:









2026年3月26日 星期四

【AI活用案例】用多個 AI 打造防災SOP:從資料蒐集到流程整合的實務分享

用多個 AI 打造防災SOP:從資料蒐集到流程整合的實務分享


最近為了把機動觀測站下放到各分署,我開始重新思考一件事:如果未來颱風來臨時,是由在地單位自行架設觀測設備,那我們現在的準備到底夠不夠?

問題很快就浮現出來。以「土壤含水量計」為例,廠商提供的使用手冊與安裝說明其實並不夠清楚,對於第一線人員來說,很難直接轉化成可操作的標準作業流程。這在平時也許還能容忍,但在災害應變情境下,模糊就是風險。

所以我換了一種做法。

我先用Perplexity蒐集相關技術資料,整理出初步版本;接著交給Gemini進行校正與補強;最後再交給 ChatGPT 做整體邏輯整合與細節補齊。透過多輪交叉驗證,把一份原本零散、不完整的資訊,逐步收斂成一套相對清晰的內容。

初步成果看起來還算像樣。

我想,這就是我們未來的工作模式——不是單一工具,而是「多個 AI 協作」,人負責判斷方向與品質,AI負責擴展與補全。關鍵不再只是「會不會用工具」,而是你能不能定義問題,並讓不同工具各自發揮價值。




IMKO TRIME PICO-32 土壤含水量計安裝與校正標準作業程序

適用於土石流現地觀測站監測

文件版本: 1.1(土石流監測修正版)
日期: 2026 年 3 月
應用場景: 土石流觀測站之表層入滲-中層含水狀態耦合監測
主要設備: IMKO TRIME PICO-32 土壤含水量計(TDR 式探針)
作者地點: Nantou County, Taiwan


1. 目的與適用範圍

本 SOP 用於指導於土石流觀測站設置 IMKO TRIME PICO-32 探針式 TDR 土壤含水量計,進行多深度梯度監測、入滲歷程追蹤、溼潤鋒傳遞分析與長期水文監測之作業規範。

本文件聚焦於:

  • 儀器安裝

  • 材料專屬校正

  • 現地驗證

  • 長期維護

  • 資料解釋基本原則

本文件不包含正式預警閾值訂定程序;相關警戒條件應於累積足夠站址事件資料後,另依站別分析成果訂定。

1.1 適用條件

  • 位置:臺灣及其他土石流潛在區位之固定式觀測站

  • 監測目的:降雨入滲過程、溼潤鋒傳遞、土體飽和趨勢與含水變化監測

  • 土壤類型:壤土、砂質壤土、細粒比例較高之風化土層

  • 配合系統:可與降雨監測、地聲偵測、流量計、攝影機等資料聯合研判

1.2 不適用或應審慎使用條件

  • 粗礫含量高、土體極不均質、塊石明顯發育之地層

  • 探針周圍無法形成穩定密貼接觸之場址

  • 受側向逕流、人工導水、管線漏水等強烈干擾區位

  • 將本儀器直接作為孔隙水壓量測用途者

1.3 監測原理

土石流或淺層崩塌常見之水文發展歷程可概念化為:

降雨開始
   ↓
表層土壤含水量快速上升
   ↓
溼潤鋒向下傳遞
   ↓
中層土體含水狀態持續累積
   ↓
若深部排水不良或地下水抬升,可能促使孔隙水壓增加
   ↓
邊坡穩定性降低

PICO-32 的角色:量測表層至中層土壤之體積含水量溫度變化,作為入滲過程、溼潤鋒傳遞與飽和趨勢判讀之依據。

重要說明:
PICO-32 不直接量測孔隙水壓。若監測目的包含孔隙水壓、地下水位或滑動面水壓變化,應另行設置孔壓計、地下水位計或其他適當儀器。


2. 儀器與裝備清單

2.1 核心設備

項目規格數量用途
TRIME PICO-32 探針探針長約 110 mm,量測直徑約 32 mm3–5 支多深度同步量測
資料記錄器支援 2 路 0–1 V differential analog input,或相容 RS485 / IMP-Bus1 套高頻記錄
供電系統DC 12 V(依儀器與記錄器規格配置),含太陽能與電池1 套24 小時不間斷供電
降雨計翻斗式或容量式1 支降雨同步記錄
校正試樣容器建議內徑 ≥ 100 mm、高度 ≥ 100 mm8–12 組材料專屬校正
鑽孔設備手鑽或電動鑽1 套現地安裝
回填/泥漿製備工具泥漿盤、攪棒、量尺、篩網1 套安裝接觸改善
測量與記錄工具皮尺、水準儀、GPS、相機1 套位置、深度與現場紀錄

2.2 耗材

  • 現地原狀土或同源細料土樣

  • 去離子水或蒸餾水

  • 標示牌、螢光漆、鐵釘

  • PVC 導管或電纜保護管

  • 防水接頭、固定夾、標籤材料

  • 密封袋、鋁盒、環刀或圓筒取樣器

2.3 土石流站建議配置:三點梯度監測

本 SOP 之表層感測深度,原則上以 10 cm 為優先配置。

其理由為 10 cm 深度較能反映降雨初期之表層入滲反應,適合用於掌握降雨事件開始後之快速含水變化,作為表層入滲監測之主要觀測深度。

惟當監測場址具有下列情形之一時,表層感測深度得由 10 cm 調整為 15 cm

  1. 地表有明顯枯枝落葉層、腐植層或鬆散覆蓋層,致 10 cm 位置代表性不足。

  2. 表層 0–10 cm 受日照、蒸發、溫度變化或根系活動影響過大,易產生過度波動。

  3. 施工條件限制,無法於 10 cm 深度形成穩定且密貼之埋設狀態。

  4. 經前期試驗或試辦監測結果判定,15 cm 深度較能代表站址之淺層含水狀態。

採用 15 cm 時,應於站址設計說明、安裝紀錄及儀器履歷表中載明調整原因,並確認其監測目的已由「表層入滲起始反應」調整為「較穩定之淺層含水狀態監測」。

建議深度配置如下:

  • 第一層:10 cm(原則)/15 cm(例外) — 表層入滲或淺層含水狀態監測

  • 第二層:25–30 cm — 溼潤鋒向下傳遞與淺層累積監測

  • 第三層:50 cm 左右 — 中層延時反應與含水累積監測

建議深度配置(示意):

地表
├─ PICO-32 @ 10 cm(原則)或 15 cm(例外)  表層入滲/淺層含水狀態
├─ PICO-32 @ 25–30 cm                         溼潤鋒傳遞與淺層累積
├─ PICO-32 @ 50 cm                            中層延時反應
└─ 深層監測(如需孔壓、地下水位)應另設專屬儀器

說明:
上述深度為建議配置,實際深度仍應依坡地土層厚度、風化層分布、崩塌歷史、地質條件及施工可行性調整。若監測目的包含孔隙水壓、地下水位或滑動面水文變化,應另行配置專屬水壓類儀器,不得以 PICO-32 直接替代。


3. 安裝前準備

3.1 位置選定與地質確認

  1. 站址選擇

    • 選在土石流潛勢溪溝、坡面集水路徑、或具代表性入滲控制區位

    • 避免直接位於沖刷主流線、崩塌裸露面、道路排水集中處

    • 優先選擇細粒土比例較高、具可重複監測代表性的土層

  2. 地質與場址調查

    • 蒐集地形圖、地質圖、過往災害記錄與航照影像

    • 確認表層風化土厚度、坡向、坡角、植生覆蓋與排水條件

    • 若監測目標含滑動面水文變化,應規劃額外孔壓或地下水位監測

  3. 位置台帳

    • 記錄站址座標(TWD97 或 WGS84)、海拔、坡向、坡角

    • 拍攝站點全景與近景照片

    • 繪製感測器配置草圖與儀器箱位置圖

3.2 試樣採集與基本檢測

  1. 採樣時機

    • 新建站宜於施工前完成土樣採集

    • 採樣深度應涵蓋預定感測深度附近土層

  2. 採樣方法

    • 依土層條件使用適當之環刀、圓筒或薄壁取樣器採樣

    • 樣品應密封保存,避免含水量改變

    • 記錄採樣位置、深度、濕重、容器尺寸與現地狀況

  3. 基本檢測

    • 粒度分析

    • 顆粒比重

    • 含水量

    • 乾密度或濕密度

    • 電導度或含鹽度

    • 土壤分類(如 USCS)

3.3 PICO-32 出廠與到站檢查

  • 確認型號、序號與採購文件相符

  • 檢查探針外觀無彎曲、破損或腐蝕

  • 確認電纜、接頭與防水保護完整

  • 上電後確認:

    • 儀器可正常通訊或輸出

    • 各通道對應正確

    • 溫度讀值與環境條件相符

    • 已載入正確之校正設定或預設曲線

  • 建立儀器履歷表:

    • 序號

    • 到站日期

    • 安裝位置

    • 通道編號

    • 校正曲線編號

    • 維護紀錄欄位


4. 室內材料專屬校正

4.1 校正目標

為降低土壤密度、土壤組成、含鹽度與溫度差異對量測結果之影響,應對各代表性土層建立材料專屬校正曲線

4.2 校正樣本準備

  1. 乾燥基準組

    • 將代表性土樣裝入校正容器

    • 於 105 °C 烘乾至恆重

    • 記錄乾質量與容器體積

  2. 高含水基準組

    • 使用同源材料製備高含水或接近飽和試體

    • 使水分分布均勻後量測

    • 記錄濕質量與狀態說明

  3. 中間含水量組

    • 製備多組不同含水量試體

    • 各組密封靜置 24–48 小時

    • 建議至少 6–8 個含水等級

4.3 校正量測程序

  1. 試體製備

    • 儘可能控制試體密度接近現地代表值

    • 記錄土樣來源、粒度、密度、溫度與電導度

  2. 插入探針

    • 將 PICO-32 依預定安裝方向插入試體中央

    • 確保探針周圍無明顯空隙

    • 穩定後讀取 3 次取平均

  3. 含水量驗證

    • 量測完成後取樣進行烘乾法

    • 依體積與質量換算體積含水量

  4. 建立校正曲線

    • 以儀器輸出值或原始量測值為橫軸

    • 以體積含水量為縱軸

    • 使用線性或二次迴歸擬合

    • 視土壤特性保留最適模型

  5. 獨立驗證

    • 以未參與擬合之樣本進行驗證

    • 紀錄平均誤差、最大誤差與適用範圍

4.4 校正成果紀錄

每一條校正曲線至少應包含:

  • 曲線編號

  • 適用土層

  • 土壤分類

  • 粒度範圍

  • 密度範圍

  • 電導度範圍

  • 溫度範圍

  • 迴歸式

  • 決定係數

  • 驗證誤差

  • 建立日期與操作者

4.5 多材料分層校正表(格式範例)

層位名稱材料類型試樣 ID校正曲線編號迴歸式驗證誤差
淺層(0–0.5 m)壤土S-01~08CAL-S-01另附報告另附報告
中層(0.5–1.5 m)砂質壤土M-01~08CAL-M-01另附報告另附報告
深層(>1.5 m)細粒風化土D-01~08CAL-D-01另附報告另附報告

5. 現地安裝標準

5.1 安裝設計原則

  • 量測深度以探針中心深度為準

  • 安裝時應優先確保探針與周圍土體密貼、無氣隙

  • 若無法直接密貼埋設,可採鑽孔後以同源細料回填或泥漿輔助安裝

  • 回填材料不得形成明顯人工導水通道

5.2 鑽孔深度速查表

表層感測深度原則採 10 cm;如符合本 SOP 第 2.3 節所列例外條件,得調整為 15 cm
實際鑽孔深度應依探針中心深度、探針長度及施工安全餘裕共同決定。

監測目的探針中心深度安全餘裕建議鑽孔深度說明
表層入滲(原則)10 cm5 cm20 cm優先用於掌握降雨初期表層入滲反應
表層含水狀態(例外)15 cm5 cm25 cm適用於地表擾動大、厚有機層或 10 cm 代表性不足之場址
淺層累積25–30 cm5 cm35–40 cm用於觀測溼潤鋒向下傳遞與淺層累積
中層狀態50 cm5 cm65 cm用於觀測中層延時反應與含水累積

原則公式:
鑽孔深度 = 探針中心深度 + 探針半長 + 安全餘裕

施工說明:

  1. 第一層深度若採 15 cm,應於安裝紀錄表、配置圖及儀器履歷表中註明調整原因。

  2. 第二層建議設於 25–30 cm 間,實際位置應依土層厚度、坡面條件與第一層深度搭配調整。

  3. 各深度配置應避免過度接近,以利判讀表層快速反應、淺層累積與中層延時反應之差異。

  4. 若場址需進一步監測孔隙水壓或地下水位,應另設專屬儀器,不得以 PICO-32 代替。

  5. 鑽孔完成後,應確認孔壁穩定、探針周圍可形成密貼接觸,並避免因回填或泥漿施工造成局部人工導水通道。

5.3 鑽孔施工要點

  1. 定位

    • 三孔水平距離建議 ≥ 1 m

    • 避免直接位於根系密集區、裂隙帶或逕流集中區

  2. 鑽孔

    • 逐孔鑽至設計深度

    • 記錄孔深、土層變化、礫石與根系情形

    • 若遇大礫或岩塊應調整孔位,不得強行施工

  3. 回填/泥漿材料準備

    • 優先使用現地同源細料

    • 去除粗礫、根系與異物

    • 僅在需要改善接觸時加水製成均勻泥漿

    • 不得使用與原地層性質差異過大之人工回填材

5.4 分層安裝程序

第 1 孔(10 cm 為原則,15 cm 為例外)

  1. 於孔底少量放入同源細料或少量泥漿

  2. 緩慢放入探針,避免碰撞孔壁

  3. 確認探針中心位於設計深度

  4. 以同源細料或泥漿填補周圍空隙

  5. 固定電纜並完成標示

第 2 孔(25–30 cm)

  • 依第 1 孔相同步驟辦理

  • 確認深度、接觸狀況與標籤一致

第 3 孔(50 cm)

  • 施工時應特別注意孔壁穩定

  • 分次填補、分次確認探針位置

  • 安裝後再次確認電纜張力與孔口固定

5.5 安裝品質要求

  • 探針不得外露

  • 探針周圍不得有明顯空洞

  • 電纜不得受拉扯、扭曲或急彎

  • 孔口應妥善封護,避免地表逕流直接灌入

  • 每支探針應有唯一識別碼

5.6 固結期與穩定監測

  1. 固結期

    • 安裝後建議觀察 3–7 天

    • 期間避免人為踩踏、劇烈振動或人工灌水試驗

  2. 每日檢查

    • 檢查訊號是否穩定

    • 記錄時間、溫度、各深度讀值與天氣條件

    • 若出現持續異常漂移,應檢查接觸狀況與通道設定

  3. 啟用條件

    • 讀值趨勢穩定

    • 無明顯施工擾動效應

    • 通訊與供電正常

5.7 電纜敷設與保護

  • 電纜應集中導向儀器箱

  • 優先埋設或套管保護

  • 穿越裸露坡面或易踩踏區時加強固定

  • 接頭採防水處理

  • 進箱前應設滴水彎與固定點


6. 資料蒐集與高頻監測

6.1 記錄器設置

硬體連接

  • CH1:PICO-32(10 cm 或 15 cm)

  • CH2:PICO-32(25–30 cm)

  • CH3:PICO-32(50 cm)

  • CH4:降雨計

軟體設定建議

  • 平時:1 小時一次

  • 降雨期間:5–10 分鐘一次

  • 雨停後 24 小時內:維持 5–10 分鐘一次

重要說明

  • 若採類比輸入,應確認記錄器輸入方式、量測範圍與通道校正式一致

  • 若採數位通訊,應建立通訊位址、輪詢週期與異常重試機制

6.2 降雨期間操作

  1. 降雨開始後,自動或手動切換至高頻模式

  2. 確認各深度訊號持續更新

  3. 必要時進行人工巡檢,確認:

    • 供電正常

    • 通訊正常

    • 電纜與接頭完好

    • 雨量資料與含水量資料時間同步

異常判讀示例

  • 正常:表層先變化,較深層延後反應

  • 異常:三層同時劇烈跳動,可能為接觸不良、電氣干擾、孔口灌流或外部入水造成

6.3 雨停後監測

  • 雨停後持續高頻記錄至少 24 小時

  • 觀察各深度回降歷程

  • 記錄回穩時間與是否存在滯留高含水狀態


7. 現場校正驗證

7.1 時機與方法

  • 安裝後 7–14 天內進行首次驗證

  • 之後建議每 3–6 個月定期驗證一次

  • 驗證點應位於感測深度附近且避免直接破壞感測器本體

7.2 對標程序

  1. 記錄採樣時刻之感測器讀值

  2. 於鄰近代表位置採集土樣

  3. 進行烘乾法測定實際含水量

  4. 轉換為體積含水量後與儀器讀值比較

7.3 調整原則

  • 若誤差穩定且可接受,維持現有曲線

  • 若出現系統性偏差,檢查:

    • 曲線適用性

    • 密度差異

    • 安裝接觸品質

    • 土樣代表性

  • 必要時重建或更新校正曲線,並變更曲線版本號


8. 長期維護與資料管理

8.1 定期檢查清單

檢查項目頻率檢查方法異常判斷
電纜完整性每週目視、導通檢查破損、鬆脫、斷線
通訊信號每日記錄器狀態檢查連續無訊號
數據品質每週時序圖檢視噪音、跳值、長期漂移
電源狀態每週電壓量測電壓異常
感測器周邊地況每月現場目視沉陷、沖刷、孔口破壞
雨量資料一致性每半年比對校驗誤差過大

8.2 故障排除

症狀可能原因排除方式
讀值長期單調上升安裝擾動未穩定、局部積水、孔口導水持續觀察;檢查孔口封護與周邊排水
讀值長期不變接觸不良、通道錯誤、感測器異常檢查接線、通道設定與安裝狀態
完全無訊號供電中斷、電纜故障、接頭損壞逐段檢查並更換故障部件
降雨時異常跳躍EMI 干擾、接觸不良、孔口灌流檢查接地、屏蔽、孔口保護與固定
溫度值異常感測器故障或通道設定錯誤比對現地溫度並檢查通道設定

8.3 月報與資料保存

月報內容

  1. 各深度含水量時序圖

  2. 降雨與含水量對照圖

  3. 重要事件摘要

  4. 異常資料說明

  5. 設備維護紀錄

  6. 後續改善建議

保存機制

  • 原始資料:本地端與雲端雙重備份

  • 維護紀錄:紙本或電子表單保存

  • 校正報告與版本表:集中歸檔管理


9. 資料解釋與工程應用

9.1 含水量變化模式

案例 1:短時小雨

時間P1P2P3雨況
0 min18%22%20%開始降雨
10 min22%23%20%入滲中
20 min26%25%21%表層反應明顯
30 min28%28%22%淺層開始累積

案例 2:連續大雨

時間P1P2P3累積雨量狀態
0 h18%22%20%0 mm開始
1 h35%28%21%20 mm表層快速上升
2 h39%35%25%40 mm中層開始明顯反應
3 h41%38%28%60 mm全剖面含水累積

9.2 表觀儲水變化率

定義:在特定深度區間內,單位時間之含水量變化所代表的表觀儲水變化速率

公式如下:

[
q_{app} = \frac{\Delta \theta \times \Delta z}{\Delta t}
]

其中:

  • ( \Delta \theta ):體積含水量變化

  • ( \Delta z ):代表厚度

  • ( \Delta t ):時間差

示例:
若 10 分鐘內 P1 由 18% 上升至 26%,即 ( \Delta \theta = 0.08 );
若採代表厚度 ( \Delta z = 10 \text{ cm} ),則:

[
q_{app} = \frac{0.08 \times 10}{10} = 0.08 \text{ cm/min}
]

約為 4.8 cm/h。

注意:
此值為表觀儲水變化率,並非嚴格意義之真實入滲通量;僅可作為比較不同事件或不同站址反應快慢之指標。

9.3 表觀溼潤鋒傳遞速度

若已知兩個深度的感測器出現明顯反應之時間差,可估計表觀溼潤鋒傳遞速度:

[
v_{wf,app} = \frac{\Delta z}{\Delta t}
]

例如:

  • P1(10 cm)明顯反應時間:5 min

  • P2(25 cm)明顯反應時間:20 min

則深度差為 15 cm,時間差為 15 min:

[
v_{wf,app} = 1 \text{ cm/min}
]

即約 10 mm/min。

注意:
此值為訊號傳遞意義下之表觀速度,不等同於實際孔隙水流速或 Darcy 流速。


10. 檢查表與工程交接

10.1 安裝前檢查表

  • PICO-32 數量齊備,外觀完整

  • 儀器履歷表已建立

  • 校正試樣與校正容器備妥

  • 記錄器相容性確認完成

  • 供電系統測試完成

  • 站址與配置圖確認完成

  • 土樣採集與基本物理試驗完成

  • 團隊施工與資料流程說明完成

10.2 安裝完成檢查表

  • 各孔深度符合設計

  • 探針埋設完成且無外露

  • 回填密實、孔口封護完成

  • 電纜保護與標籤完成

  • 記錄器各通道正常

  • 固結期觀測完成

  • 首次現場驗證完成

  • 安裝照片、圖面與紀錄完整

10.3 工程交接文件包

  1. 安裝位置圖與配置圖

  2. 土樣基本試驗報告

  3. 校正報告與曲線版本表

  4. 儀器設備清單與序號表

  5. 記錄器設定與備份說明

  6. 定期檢查與維護表

  7. 現地培訓紀錄


11. 補充說明:土石流站特殊考量

11.1 多站聯網監測

若有多個觀測站,建議建立統一資料平台,以利:

  • 多站含水量資料比對

  • 降雨事件同步分析

  • 區域型坡地含水狀態評估

11.2 定期重新校正

建議每 12–24 個月檢討:

  • 感測器狀況

  • 現地驗證誤差

  • 校正曲線適用性

  • 站址土體條件是否改變

必要時重新進行材料校正。

11.3 與其他感測器整合

土石流站常見感測器包括:

  • 降雨計

  • 地聲感測器

  • 影像監測設備

  • 流量計

  • 孔壓計或地下水位計

其中:

  • PICO-32 負責含水量與溫度資訊

  • 孔壓與地下水位應由專屬水壓類儀器量測


12. 相關標準與參考資料

12.1 國際標準

  • ASTM D6780/D6780M:以 TDR 探針進行原位土壤含水量與密度測試之相關方法

  • ASTM D2216:土壤與岩石含水量烘乾法

  • ISO 17892-1:Geotechnical investigation and testing — Laboratory testing of soil — Part 1

  • ISO 11461:Soil quality — Determination of soil water content as a volume fraction

  • ISO 16586:Soil quality — Determination of soil water content as a volume fraction on the basis of known dry bulk density

  • ISO 18674-4:Geotechnical investigation and testing — Geotechnical monitoring by field instrumentation — Part 4: Measurement of pore water pressure

12.2 臺灣相關文件

  • 農業部農村發展及水土保持署相關固定式觀測站建置與維護文件

  • 土石流防災資訊系統相關操作指引

  • 各站別既有監測與維護規範

12.3 廠商文件

  • IMKO TRIME PICO-32 操作手冊

  • IMKO 校正與安裝技術文件

  • PICO 系列應用案例與設定說明


文件簽核

版本歷程:

  • v1.0(2026 年 3 月 18 日):初版完成,土石流監測專用版

  • v1.1(2026 年 3 月 18 日):修正監測物理量、安裝與校正邏輯,刪除預警閾值章節,增列適用限制,並調整深度配置為 10 cm 為原則、15 cm 為例外條件

簽核欄

  • 編製人:

  • 審核人:

  • 核准人:

  • 生效日期:2026 年 3 月 20 日


備註:
本 SOP v1.1 為修正版,聚焦於感測器安裝、校正、驗證與維護。正式站別預警條件應另依歷史事件、地質條件與監測成果建立,不宜直接併入本版 SOP。


2026年3月14日 星期六

從遙測到數位孿生:坡地防災技術的演進與下一步

 

從遙測到數位孿生:坡地防災技術的演進與下一步


如果問我,從事防災工作二十年來,哪一個領域的技術進步與迭代速度最快,我心中的答案一直都是遙測科技。

但我所說的遙測,並不只是拍幾張空照圖、做幾幅衛星判釋圖而已。

它真正的意義,在於讓我們對山區環境的認識,不再只停留在災害發生之後的現地查勘,而是逐漸具備一種更完整的能力:能夠快速掌握現場、辨識風險、理解地形變化,甚至進一步推演災害可能如何發生、工程應該如何回應。

如果回頭看這二十多年來臺灣坡地防災科技的發展,我認為可以很清楚地看到一條技術演進的脈絡。
從最早期強調災前災後影像比對,到後來突破雲層與植生遮蔽限制的 SAR 與 LiDAR;再到整合跨時代圖資的 BigGIS 與 Google Earth Engine;而今天,AI、VR/MR 與數位孿生(Digital Twin)所代表的,則是另一個更值得期待的新起點。

這條路走到現在,我越來越相信一件事:
科技在防災上的價值,從來不只是因為它很新,而是因為它真的能幫助我們更早看見問題、更快形成判斷,並且把原本困難的事情,變得可以被理解、被溝通、被執行。


一、第一階段:從「有圖有真相」開始

那是一個先把現場看清楚的年代


今天談 UAV、衛星影像,很多人會覺得很自然,甚至是理所當然。

但如果把時間拉回二十多年前,情況並不是這樣。

在坡地災害發生的第一時間,真正困難的事情往往不是分析,而是連「現場到底變成什麼樣子」都還不知道。山區交通中斷、天候不穩、資訊零散,第一線最迫切需要的,就是儘快取得現地畫面。因為只有先看見,才有可能開始研判。

也因此,早在 2000 年 5 月豪雨期間,水土保持局便已開始應用 UAV 拍攝南投豐丘等地土石流災區全景,這可以說是臺灣土砂防災應用 UAV 的很早期起點 [文件1]。
以今天的眼光來看,那也許只是技術發展史上的一小步;但如果放在當時的脈絡中,它其實是一個很重要的觀念轉變:我們開始嘗試從空中快速建立災情認知,而不是被動等待零碎的地面訊息。

到了 2012 年,UAV 的應用又往前跨了一步。豐丘土石流事件中,已能精準取得災前與災後只相隔兩天的珍貴比對影像 [文件2]。
這類資料的價值,不只是留下紀錄而已,而是讓我們第一次更有系統地理解:「到底哪裡變了、變了多少、變化是怎麼發生的」。

後來,當時的水土保持局也曾推動免費的災害前後影像比對網站,整合福衛二號、高解析航照與 UAV 影像,並放進 Google Earth 環境中,同時加上雙視窗與同步功能,希望讓防災人員能更直覺地進行災前災後判讀 [文件3]。
現在回頭看,這件事的重點其實不在網站本身,而在於我一直很在意一件事:好的科技,最後一定要能變成現場人員真的用得上的工具。

因為如果資料再多、解析度再高,但第一線人員仍然不容易判讀,那技術的價值就打了折扣。


二、第二階段:當我們不只想看見,還想「看穿」

SAR 與 LiDAR 打開了另一層地形真相


第一階段解決的是「能不能盡快看到現場」;

第二階段面對的,則是另一個更棘手的問題:很多時候,現場其實看不到。

臺灣山區災害最麻煩的地方在於,往往越是需要判斷的時候,天候越差。颱風、豪雨、厚雲、地形遮蔽,常常使光學衛星完全失效。這不是解析度夠不夠高的問題,而是根本看不見地表。對防災而言,這是非常致命的限制。

因此,SAR 的重要性就在這裡顯現出來。
合成孔徑雷達不受雲層影響,能在惡劣天候下掌握地表狀況;若再搭配地震儀訊號,更能成為山區大規模崩塌與堰塞湖確認的重要手段 [文件4]。
我過去也曾以「SAR於土砂災害之應用與期待」為題,思考它在公務體系中未來可能扮演的角色 [文件5]。

我一直認為,政府部門推技術,不能只停留在「這項技術很厲害」。
真正要思考的是:它能不能在最需要的時候派上用場?能不能納入標準作業流程?能不能成為穩定的防災能力,而不是一次性的展示?

除了 SAR 之外,另一個帶來很大改變的工具,就是空載光達(LiDAR)。
過去我們看地形,主要依賴等高線圖、陰影圖或立體判釋,但這些方法多少都會受到植被、視角與光線條件影響。尤其在臺灣這種植生茂密的山區,很多真正重要的微地形訊號,其實藏在樹林底下,不容易被看見。

LiDAR 之所以重要,就是因為它讓我們有機會「穿過植被看地形」,取得高精度數值高程模型(DEM)[文件6]。
而在這個基礎上,若再結合地形開闊度與坡度分析所產製的紅色地圖(HOST Map),便能把原本不容易辨識的古崩塌地、滑動遺跡與敏感地形結構,以更強烈、直觀的方式呈現出來 [文件6]。

我對 HOST 地圖一直很有感。
因為它不只是一種新的地形表現方式,而是在某種程度上,把原本偏專業、偏經驗的地形判讀知識,轉化成更多人可以看懂的視覺語言。這對防災溝通非常重要。技術如果只有專家看得懂,它的影響力就有限;但如果能讓更多人更直覺地理解地形背後的風險,那它的價值就完全不同了。


三、第三階段:當資料越來越多,真正重要的是整合能力

BigGIS 與 GEE 所代表的新工作方法


技術的發展,常常會帶來新的能力,也同時帶來新的負擔。

遙測也是一樣。

早期最大的問題是資料不夠;後來則變成資料太多。
不同年代的航照、衛星、UAV、LiDAR、HOST 圖層,如果彼此分散、格式不一、系統各自獨立,最後就會變成「資訊很多,但難以使用」。

這也是為什麼我認為 BigGIS 的意義非常大。
BigGIS 整合了超過 70TB、跨越半世紀的各類航遙測影像與 HOST 地圖,並提供雙視窗觀測、地景變遷分析、挖填方分析等功能 [文件7][文件8]。
它讓我們開始有能力不只看單一事件,而是把一個事件放回更長時間尺度中去理解。

例如,透過 BigGIS 觀察 2020 年猴硐崩塌事件,可以發現它其實並不是完全新的崩塌,而是位在舊崩塌地邊緣 [文件7]。
這類判讀非常重要,因為它提醒我們:很多災害其實不是「突然發生」,而是長期脈絡中的再次活化。若沒有跨時序圖資整合能力,我們很容易只看到災害的表面,而忽略它背後更長期的地形背景。

另一個例子,是 BigGIS 在堰塞湖判識與量體估算上的應用。
像 2021 年臺東卑南堰塞湖事件,即可透過挖填方分析,快速推估其蓄水規模 [文件8]。
這種能力代表的,是遙測不再只是「看圖說故事」,而是開始有能力直接支援數量化研判。

此外,Google Earth Engine(GEE)的出現,也讓我對遙測應用的推廣抱持更高期待。
因為 GEE 不只是個雲端平台而已,它真正改變的是工作門檻。過去很多遙測分析,需要大量硬體設備、資料下載與前處理;現在則有可能透過雲端資料庫與雲端算力,快速完成大範圍、長時序的分析工作。

例如利用 GEE 結合 Sentinel-1 雷達影像,可以快速偵測淹水範圍 [文件9];也可以應用在更大尺度的全球水域變化監測 [文件10]。
這些事情之所以重要,不只是因為技術更快,而是因為它讓很多原本只有少數專業團隊能做的事情,逐漸變成更多單位可以參與、可以複製、可以擴散的能力。

對公部門來說,這一點特別關鍵。
因為真正有價值的科技,不只是能做一次,而是能不能形成制度、形成方法、形成一種可持續推動的能力。


四、第四階段:從智慧判釋走向數位孿生

未來真正值得期待的,不只是看圖,而是能推演、能設計、能決策



如果說前三個階段,主要是在解決「如何更快看見現場、如何更深入理解地形、如何更有效整合圖資」,那麼到了下一個階段,我關注的重點已經不只是資料取得,而是:我們能不能把這些資料,進一步變成可操作、可推演、可協作的決策環境?

這也是為什麼我認為,AI、VR/MR 與數位孿生,會是坡地防災下一階段非常值得投入的方向。

先從 AI 談起。
當 UAV 與 LiDAR 已能大量取得高解析三維空間資訊後,若再結合 AI 電腦視覺技術,便有機會針對災區影像進行二維與三維的快速判釋、自動分類與災損評估,大幅降低人力需求並提升效率 [文件11]。
這對防災單位而言,不只是省工,而是把原本耗費大量時間的人工作業,轉化成更快速的初步篩選與重點標記。災後黃金時間非常有限,若 AI 能先替我們把「可能有問題的地方」圈出來,後續判斷與調度就會快很多。

但我覺得,真正更有意思的還不只如此。
如果把三維建模成果與 VR/MR 技術結合,那麼我們面對的就不再只是螢幕上的資料,而是一個可以進入其中、共同討論的虛擬場景。我曾構想,未來可將 UAV 產製的三維模型與 VR/MR 整合,建立一個與真實坡地環境高度對應的虛擬世界 [文件12]。
這樣的環境,能讓不同地點的工程師、監測人員與決策者,同時站在「同一個現場」裡面討論設計、理解模擬結果、檢視風險熱區,甚至用於教育訓練與風險溝通。

對我來說,這件事最重要的地方在於:
它讓溝通的基礎改變了。
過去我們用平面圖、照片、簡報、文字在討論複雜地形;未來,我們可能直接走進那個三維空間裡討論。這不只是工具升級,而是理解方式的改變。

而當這樣的虛擬場景進一步結合監測資料、物理模式與工程規劃能力時,數位孿生就不再只是好看的展示,而會變成真正有用的工作平台。

我認為,數位孿生在水土保持與坡地防災上的第一個關鍵,是高精細且具物理真實性的模擬能力
臺灣山區的野溪尺度很特殊,很多河段寬度只有 10 至 20 公尺。若用過粗的地形網格去模擬,常常看起來有結果,實際上卻無法反映真實的水流與構造物互動。因此,在重要治理區段,局部網格的精細度恐怕必須做到 10 至 20 公分等級,才能支撐較可信的分析;至於外圍區域,則可採較簡化的網格,以節省算力。
這樣的多尺度設計,不是為了追求漂亮模型,而是因為工程尺度本來就需要這樣的精度。

第二個關鍵,是基礎結構力學不能缺席
很多模擬畫面看起來很生動,水流也很漂亮,但若護岸、固床工或相關設施的基礎深度、地質條件與淘刷效應沒有被納入,那這樣的數位孿生其實只是一個「會動的展示」,還談不上真正的工程決策工具。
我認為,未來更有價值的方向,應該是讓系統有能力反映:當河床下切超過基礎深度時,設施會如何失穩、如何傾倒、如何引發後續連鎖效應。只有這樣,虛擬世界才不只是看起來像真的,而是在物理邏輯上也盡可能接近真實。

第三個關鍵,是與既有模式整合,而不是重做一套新的孤島系統
例如目前已有的 Wflow 降雨逕流模式,可以提供集水區降雨反應、流量與洪峰歷線。若未來能把這些計算結果直接串接到數位孿生平台中,作為動態輸入資料,那麼數位孿生就不只是靜態地形,而是一個隨時間演變的系統。
換句話說,它能讓我們看到的,不只是地貌本身,而是降雨來了之後,水怎麼走、哪裡可能沖刷、哪裡可能堆積、哪裡可能失穩。

另外,模擬邊界的設定其實也是一個非常實務、但經常被低估的問題。
如果模型範圍設得太小,水流到了邊界就出不去,結果很容易出現不合理的積水或回堵。比較務實的作法,可能是把模擬範圍擴大到降雨影響區的 2 至 3 倍,讓水流能有足夠腹地自然宣洩。這會增加運算負擔,但在物理合理性上,往往是必要的代價。

而真正讓我覺得未來很有潛力的,是 AI 在這個平台上的角色,可能會從「協助回答問題」,轉變成「直接參與工程規劃的 Agent」。

也就是說,未來如果能把工程規範、設計條件、操作邏輯與設計軟體控制能力,透過 MCP 等架構整理起來,並與 Rhino、AutoCAD 或其他工具串接,那麼 AI 就不再只是給意見,而有機會直接參與設計過程。
工程師只要先設定邊界條件,例如預算 3,000 萬元、安全係數達特定標準、不可影響下游特定區域,AI Agent 便可在數位孿生場景中自行反覆配置、模擬、測試與修正,逐步找出可行方案。

簡單講,就是讓 AI 開始學會「自己畫、自己模擬、自己檢查有沒有倒」。
這樣的未來,也許現在聽起來還有點前瞻,但我認為它已經不是科幻,而是值得開始布局的方向。

若再進一步搭配語音介面,現場使用的可能性就更高。
未來第一線人員也許不必再透過複雜的指令操作,而可以直接用口語下達命令,例如:「這段河道再挖深一點」、「左岸退縮一些」、「這裡加一道保護工」,讓系統自動轉換成模型調整與模擬參數。
對現場人員而言,這樣的互動才真正接近工作情境,也比較有機會落地。

所以如果要我用一句話來說明數位孿生的意義,我會說:
它不是把真實世界做成一個看起來很厲害的 3D 模型,而是把監測、模擬、工程設計、風險推演與決策溝通,慢慢放進同一個可操作的平台裡。

這才是我認為它最值得期待的地方。



結語:真正重要的,不是技術有多新,而是我們能不能用它把防災做得更好

回頭看這一路的技術演進,其實每一個階段都很清楚對應著一個實務問題。

當我們需要更快掌握災情時,發展的是 UAV 與災前災後影像比對;
當我們受限於雲層與植生遮蔽時,發展的是 SAR 與 LiDAR;
當資料愈來愈龐大、愈來愈難整合時,推進的是 BigGIS 與 GEE;
而當資料取得、判釋與整合都逐漸成熟後,下一步自然就是 AI、VR/MR 與數位孿生。

這不是為了追逐流行名詞,而是因為防災工作本來就需要這樣一步一步地往前走。
從事後看見災害,到事中掌握變化,再到事前辨識風險,乃至於未來能在虛實整合的環境中直接推演、設計與協作,這其實是一條很連續的發展路徑。

我始終認為,公部門推科技最難的地方,不是技術本身,而是如何讓技術真正變成能力。
也就是說,它不能只存在於報告裡、簡報裡、展示裡,而要能走進制度、走進流程、走進第一線的工作現場。

遙測技術在坡地防災上的演進,正是這件事最好的例子。
它讓我們對山區的理解,從「發生後再去看」逐漸走向「平常就能看、變化時能即時掌握、未來還能事先推演」。而我相信,數位孿生若能沿著這個方向持續發展,未來它所改變的,將不只是分析方法,而是整個坡地防災工作的思考方式。


【引用來源清單】

[文件1] 原文章檔案: 322_老照片說故事台灣土石流防災工程的教科書豐丘土石流治理工程.md
[文件2] 原文章檔案: 415_20120503 豐丘土石流事件UAV影像.md
[文件3] 原文章檔案: 137_水土保持局提供的免費災害前後影像比對網站.md
[文件4] 原文章檔案: 457_日本災害期間山區大規模崩塌事件掌握方式.md
[文件5] 原文章檔案: 197_SAR於土砂災害之應用與期待 202013衛星科學工作坊簡報.md
[文件6] 原文章檔案: 309_新工具更直覺的新型態地形呈現方式紅色地圖.md
[文件7] 原文章檔案: 230_BigGIS應用20201204台鐵猴硐瑞芳段崩塌災害地形判.md
[文件8] 原文章檔案: 351_BigGIS應用堰塞湖判識與評估以2021年台東卑南堰塞湖為.md
[文件9] 原文章檔案: 344_心得論文與論文摘要寫法寫作原則公式及模版.md
[文件10] 原文章檔案: 260_GEE應用案例全球水域變化圖.md
[文件11] 原文章檔案: 320_全球數位孿生技術在防災領域的應用現況願景與挑戰Gemini .md
[文件12] 原文章檔案: 436_構想VRMR技術導入水土保持與土石流防災工作的未來構想.md


後記:

這篇文章有一個很重要的意義:它是我第一次使用 NotebookLM,重新回顧並整理自己過去二十年來的部落格文章內容。透過這樣的方式,我發現,過往累積的經驗與知識其實可以被更快速地整合,進而轉化為新的產出。(參考資料:【知識管理】讓沉睡 20 年的部落格重生!我如何把 500 篇舊文章變成「個人 AI 助手」?)

我也因此更加確信,未來完全可以運用這樣的方法,結合卡片盒筆記法的精神,在平時持續輸出階段性的成果、觀察與心得,並寫成Blog文章。當累積到一定程度後,便能以這些材料為基礎,透過 NotebookLM 協助整理特定議題,產出文章的初步草稿,甚至整理出引用來源;接著再交由 ChatGPT 等 AI 工具進一步潤稿,最後再由我自己進行判斷、修正與定稿。

我相信,這樣的流程無論對資料治理、知識管理,或是知識的生產與輸出,都是一種非常重要且有效的方法。

以這篇文章為例,我先將過去十幾年、將近 500 篇的部落格文章匯入 NotebookLM,再下達指令:「找出我對『遙測技術應用於土石流監測』的所有評論,並整理出一份技術演進報告。」在這個基礎上,NotebookLM 先產生了文章初稿,不但讓整篇文章的觀點都建立在我自己過去的心得之上,也能清楚標示各段內容分別引用自哪一篇部落格文章。之後,我再利用 ChatGPT 協助潤飾文字,並搭配 Nano Banana 生成合適的附圖,逐步完成這篇文章。

我想,這就是對我而言,在AI時代人機協作、賦能及效率提升的具體案例吧!



【知識管理】讓沉睡 20 年的部落格復活!我如何把 500 篇舊文章變成「個人 AI 助手」

 【知識管理】讓沉睡 20 年的部落格重生!我如何把 500 篇舊文章變成「個人 AI 助手」?



你有沒有想過,如果有一個助理,完整讀過你過去 10 年、20 年寫下的每一篇文章,還能隨時幫你整理重點、撰寫摘要、延伸想法,那會是什麼感覺?

如果你和我一樣,長年經營部落格,累積了數百篇生活紀錄、專業心得或技術觀察,那麼這些文字其實不只是過去的回憶,更是一座尚未被真正啟動的知識寶庫。

最近,我完成了一次很有意思的數位整理實驗:把自己經營近 20 年、累積將近 500 篇與防災、技術觀察相關的 Blogger 文章,系統化整理後匯入 Google 的 NotebookLM。完成之後,它就像變成了一位熟讀我所有文字脈絡的「個人 AI 助手」,不但能幫我快速整理內容,還能協助撰寫講稿、提煉觀點,甚至回顧自己多年來思考的演變。

這不只是備份舊文章而已,而是把原本沉睡在雲端角落的內容,重新轉化成可以對話、可以查詢、可以延伸應用的智慧資產。

第一步:先把資料從平台裡取出來

要讓舊部落格重生,第一件事就是把資料掌握回自己手上。

我利用 Google Takeout,將 Blogger 網誌的內容完整匯出。匯出後會得到一個像 feed.atom 這樣的檔案。它看起來不像一般文章檔,但其實裡面已經包含了文章標題、內文、日期等重要資訊,只是夾雜了不少網頁格式與標記語法。

換句話說,這份資料就像一座尚未整理的倉庫,東西都在,只是還不適合直接拿來給 AI 使用。

第二步:把舊文章轉成 AI 更容易吸收的形式

原始匯出的部落格資料,通常混有 HTML 標籤、排版格式與各種網頁程式碼。雖然 AI 不是不能讀,但如果能先做適度整理,後續的利用效率會好很多。

所以我做了兩件事。

1. 把文章轉成 Markdown

我利用 Python 將這些部落格內容轉成 Markdown(.md)格式。Markdown 的好處很明顯:它保留了標題層次與文章結構,又比原始 HTML 更乾淨、輕巧,無論是人閱讀、機器解析,還是後續再加工都非常方便。

轉成 Markdown 後,這些文章就不再只是「舊部落格備份」,而是正式成為可以攜帶、整理、搜尋與再利用的知識素材。

更重要的是,這些 Markdown 檔案不只能上傳到 NotebookLM,未來若有需要,也可以整批匯入 Obsidian、Logseq、Joplin 等知識管理軟體,建立自己的第二大腦。像我這樣近 500 篇的舊文章,一旦轉成 Markdown,就等於替多年來的寫作成果建立了一個更容易保存、整理與延伸使用的基礎格式。

這件事的意義很大。因為平台會改版,服務也可能終止,但 Markdown 是相對通用、長期可用的格式。把文章從部落格平台轉成 Markdown,本質上就是把內容從「依附平台」變成「自己真正擁有」。這不只是整理資料,更是一種數位保存與知識保存。

2. 將文章分批打包

另一個實務問題是,AI 工具通常會有檔案數量限制。以我當時的需求來說,近 500 篇文章若一篇一檔上傳,操作上並不方便,而且NotebookLM即便是Pro版,每個筆記本的來源上限也只有300個。

因此,我把文章每 100 篇整理成一個較大的 Markdown 檔,最後形成 5 個主題包或批次包。這樣一來,既能保留內容完整性,也更方便匯入 NotebookLM 之類的工具。

第三步:匯入 NotebookLM,讓資料開始「活起來」

當這些整理好的 Markdown 檔案匯入 NotebookLM 之後,效果比我原本預期的還要明顯。

它不再只是被動存放文章的地方,而像是一位真正讀過我多年文章脈絡的研究助理及個人秘書。現在,我可以直接問它:

  • 這 20 年來,我對坡地監測技術的觀點有哪些變化?

  • 請根據我過去的寫作風格,幫我起草一篇推廣 AI 應用的短文。

  • 幫我整理過去關於防災科技、遙測、資料治理這幾個主題的核心觀點。

它不僅能快速整理答案,還能指出相關內容出自哪些文章、哪些時期。這種感覺很特別,彷彿自己多年來分散在不同年份、不同情境中的思考,被重新串聯起來了。


額外收穫:這不只是給 AI 用,也是給自己未來用

這次整理過程,另一個讓我很有感的地方是:當文章轉成 Markdown 之後,它的用途其實遠遠超過「拿去餵 AI」。

這近 500 篇文章,可以進一步放進 Obsidian 這類知識管理軟體中,搭配標籤、連結、資料夾分類,慢慢整理成自己的長期知識庫。過去寫在部落格裡的內容,多半是依時間順序排列;但進入知識管理系統後,就能改以主題、概念、專案、年代等不同方式重新組織。

例如:

  • 把歷年對防災政策的觀察集中成一條知識脈絡

  • 把土砂災害、防災監測、遙測技術等文章彼此串連

  • 將舊文章變成未來演講、寫作、研究或教學的素材庫

這時候,部落格就不再只是「文章發表平台」,而是升級成了「個人知識資產中心」。

技術門檻其實沒有想像中高

很多人看到這裡,可能會擔心:「可是你提到 Python,我不會寫程式怎麼辦?」

其實現在這已經不是大問題了。

文中提到的那些 Python 小工具,不論是把 feed.atom 轉成 Markdown、批次整理文章、合併檔案、重新命名、清理格式,幾乎都可以直接請 Gemini、ChatGPT 這類 AI 協助生成。你只要把需求講清楚,例如:

  • 幫我把 Blogger 匯出的 atom 檔轉成 Markdown

  • 幫我寫一段 Python,把每 100 篇文章合併成一個檔案

  • 幫我保留標題、日期與內文,並去除 HTML 標籤

AI 通常就能直接幫你產生可用的程式碼。即使第一次執行有小問題,也只要把錯誤訊息貼回去,它往往就能繼續幫你修正。換句話說,這類工作現在已經不一定需要自己從零學會寫程式,而是可以透過 AI 協作,大幅降低技術門檻,幾乎做到「無痛完成」。

對多數人來說,真正需要的不是程式設計能力,而是知道自己想整理什麼、想保留什麼、想怎麼使用這些舊資料。

這次整理後,我最深的三個感想

老資料其實很有價值

以前總覺得舊文章只是過去寫過的東西,放著就放著。但當 AI 能把它們重新串聯、比較、歸納之後,這些內容立刻展現出新的價值。它們不只是歷史紀錄,更是觀點演化、經驗累積與專業脈絡的見證。

效率提升非常有感

過去要整理一個主題,常常得自己進部落格翻找半天。現在透過 AI 與整理後的知識庫,只要幾十秒就能得到可用的初稿、摘要與線索,節省大量時間。

這其實是在整理自己的數位遺產

我們每個人長年寫下的文章、筆記、觀察與心得,都是重要的數位資產。如果只是讓它們留在單一平台裡,久了很可能被遺忘;但如果把它們轉成通用格式、匯入 AI 或知識管理工具,它們就能持續被保存、被搜尋、被再利用。

寫給也想嘗試的你

如果你也經營多年部落格,不論是在 Blogger、WordPress,還是其他平台,都很值得花一點時間,把那些舊文章重新整理出來。

因為你真正擁有的,從來不只是幾百篇舊文章,而是多年來累積下來的思考、經驗與觀點。

當這些內容被轉成 Markdown、進入 NotebookLM、Obsidian 或其他知識管理系統後,它們就不再只是靜靜躺在雲端的舊資料,而是能夠陪你工作、陪你思考、陪你寫作的個人知識助手。

讓舊部落格復活,不只是一次整理,更像是替自己建造一座可以延續未來的數位知識基地。








2026年1月19日 星期一

公務員使用AI輔助公共治理的關鍵原則及重要觀念

隨著人工智慧技術快速成熟,其在公共治理領域的應用潛力日益受到關注,特別是在防災與風險管理工作中,AI 所展現的資料處理與分析能力,確實為傳統高度仰賴人力的作業流程帶來新的可能。然而,防災工作的核心從來不只是資訊效率,而是如何在高度不確定與時間壓力下,做出能夠被社會承擔的判斷。這也使得 AI 的導入,成為一個必須同時面對技術、制度與責任問題的治理課題。

近期與ChatGPT討論,如何在公務體系內,建立正確使用AI的觀念,不僅是個涉及公共行政倫理準則的重要議題,也是要讓同仁在使用AI時必須時刻提醒的重要準則。

以下是摘錄自與ChatGPT討論後的重點摘要:

我們鼓勵同仁適度運用 AI 工具。然而,AI 的使用並非毫無限制,必須先釐清一項關鍵原則:AI 的角色在於輔助專業判斷,而非取代公共責任

因此,AI 可以作為決策參考與分析輔助工具,但最終的判斷與責任仍應由公務人員承擔。我們不應將所有判斷完全交由 AI,更不能將 AI 作為規避責任或免責的依據。



公務機關導入AI時的核心立場

我們對 AI 的定位非常明確-它是一種輔助工具,不是決策主體。

AI 可以幫助我們更快看清資料、更完整理解背景、甚至提醒我們可能忽略的角度,但最終的判斷、定調與對外說明,必須由人負責

這不是對科技的不信任,而是對公共責任的基本尊重。

公務員使用AI的關鍵原則

在實務上,我們遵循三個原則:

第一,責任不外包
所有涉及風險、政策或對外說明的內容,都必須有人署名與承擔。

第二,內容必須可說明
凡是 AI 參與產出的文字與分析,都要能被人理解、修正與解釋。

第三,AI 只能補位,不能代位
它可以補資料、補結構、補視角,但不能替代專業經驗與價值判斷。

防災工作的特色

在防災與監測工作中,
時間壓力與資訊不確定性同時存在,正是最容易「過度依賴工具」的場景。

我們的原則是:
越接近即時決策,AI 使用的空間就越小。

在災前與災後,AI 是很好的整理助手;
但在災中,任何判斷都必須回到專業人員與監測資料本身。

小結

AI 的進步,確實為公共部門帶來新的可能性,
但真正值得信任的,不是工具本身,
而是我們是否清楚界線、是否願意承擔責任

因此,我們的選擇很簡單,也很堅定:

AI 可以讓工作更快,但公共判斷,不能沒有負責的人。

我們使用 AI,是為了輔助專業判斷,而不是取代公共責任。



 同仁使用AI 時的三條原則+實務情境

① 責任不外包

AI 可以幫忙整理與建議,但判斷、署名與後果一定是人負責。

📌 實務情境

你用 AI 幫忙整理一份「對外說明用的政策背景或災害說明」。

👉 正確用法:

  • AI 協助整理脈絡、重點

  • 你確認內容是否與實際狀況一致

  • 用你自己的語言重寫關鍵段落

👉 錯誤用法:

  • 直接照貼

  • 被問到細節時回答:「這是 AI 產生的」

⚠️ 對外單位不會找 AI 負責,只會找你。

⚠️ 如果你不敢為這份內容負責,就不該使用它

② 內容必須可檢核

凡是 AI 產出,都必須能被閱讀、理解、修改與重組。

📌 實務情境

你請 AI 幫你寫一段技術說明或分析結論。

👉 在送出前,請自問三件事:

  • 我能用自己的話解釋這一段嗎?

  • 我知道它的依據是什麼嗎?

  • 如果長官說「這段不對」,我改得動嗎?

👉 只要有一題是否定,這段就不該直接使用。

⚠️AI 不是黑盒子,看不懂的內容,風險一定在你身上

③ AI 只能補位,不能代位

AI 是加速器,不是自動駕駛。

📌 實務情境

工作很趕,你請 AI 幫你快速列出幾個方案或選項。

👉 正確用法:

  • 把 AI 的內容當「備選清單」

  • 你負責判斷哪個可行、哪個不可行

  • 明確說清楚為什麼選這個、不選那個

👉 錯誤用法:

  • 直接選 AI 看起來最完整的一個

  • 沒想過現實限制、制度背景或風險

⚠️AI可以幫我們省時間,但不能幫我們省思考

總結

用 AI,是為了把事情做得更好,而不是把責任交出去