【防災思維】九天，還是幾分鐘？瑞士 Blatten 與尼泊爾冰岩崩塌的兩種結局

複合型土砂災害・防災思維

九天，還是幾分鐘
瑞士 Blatten 與尼泊爾冰岩崩塌的兩種結局

2026年的尼泊爾，2025年的瑞士，兩場幾乎同類的冰川崩塌，結局天差地遠。差別不在有沒有前兆，而在監測與應變，能不能爭取到那段反應時間。

面對這類災害，我們真正能爭取的，不是阻止它發生，而是縮短「災害發生」到「我們知道」之間的時間。

01一場比預警更快的災害

2026年8月26日上午，尼泊爾與西藏交界的高山河谷，發生一場大規模災害。從陸續取得的衛星影像與初步分析來看，它不是一般豪雨造成的河川暴漲。更可能的過程，是高海拔冰川的一段在約5,200公尺高處崩落，墜落約1,200公尺撞上谷底，一路裹挾岩塊與泥砂，形成冰岩崩塌，衝入倫德河（Lhende Khola），短暫堵塞河道並蓄水，接著潰決，再以高含砂洪流奔向下游。下游水位一度在30分鐘內暴漲約9公尺。

這場災害造成重大傷亡。罹難與失蹤人數在事件後持續增加，各方統計仍在更新，其中包含大量外籍旅客。

約5,200 m冰川崩落起始海拔

約1,200 m崩落墜落落差

約9 m下游水位30分鐘內漲幅

M5.2崩塌導致的地震訊號規模

真正值得防災領域深思的，不只是「這到底是不是土石流」「是不是冰河湖潰決」，而是這場事件凸顯了天然災害具有的三個致命特性。一是高度不確定，二是高度不可控制，三是反應時間極短。

這張圖把尼泊爾事件拆成五個接連發生的階段。真正的難處不在任何單一階段，而在階段之間切換的速度，快到人為幾乎沒有介入的空檔。

・・・

02知道哪裡有風險，不等於知道何時開始

山區防災可以靠地形、地質、歷史災害、降雨與監測資料，辨識出風險較高的區域。臺灣在這方面並非從零開始，已建立土石流潛勢溪流、大規模崩塌潛勢區、影響範圍與保全住戶等制度。大規模崩塌的影響範圍評估，本來就會依可能的致災型態，區分為重力堆積型、土石流型或堰塞湖型。對於「哪裡可能出問題」，我們累積了不少知識。

困難的是另一件事。知道哪裡有風險，不等於知道災害會在什麼時間、以什麼方式開始。尼泊爾這次的第一個關鍵瞬間，很可能就發生在高海拔、偏遠、幾乎沒有地面監測的上游。事件初期，外界一度懷疑與地震有關；美國地質調查所後來研判，那個「地震訊號」其實是崩塌本身產生的，規模相當於一場5.2的地震。連最初的訊號都被讀錯，正好說明觸發機制往往要在災害發生之後，才能逐步釐清。防災不能建立在「一定能事先預測」的假設上。

・・・

03災害鏈一旦啟動，能控制的空間很有限

一般熟悉的山區災害，多半是降雨增加、邊坡逐漸不穩，然後崩塌或土石流發生。這種情境至少還有時間順序，也可能從雨量、坡體變形、水位等訊號累積判斷。

尼泊爾這類事件不同。冰岩崩塌、大量土砂與冰雪進入河谷、河道堵塞、暫時蓄水、潰決、高含砂洪流，可能在極短時間內連續發生。當大量水、土砂、巨石與冰塊灌進陡峻狹窄的高山河谷，所釋放的能量，已經超出工程設施在災害當下能控制的尺度。

📌 重點

到了這個階段，防災真正的問題，已經從「能不能把洪流擋下來」，變成「能不能在它抵達下游以前，就知道事情已經開始」。這是兩種完全不同的防災思維。

・・・

04真正能爭取的，是時間

面對這類災害，我們未必能精準預測崩塌何時發生，也未必能在災害鏈啟動後阻止它發展。但有一件事仍然可以努力，就是縮短「災害已經發生」到「我們知道災害發生」之間的時間。

對快速演變的複合型災害來說，可供應變的時間，可能不是幾個小時，而只是幾分鐘。所以防災的目標，不該只放在預測災害何時發生，而要同時建立一條完整的反應鏈，從異常偵測、快速確認、災害鏈研判、下游警戒，一路接到疏散行動。

・・・

05有監測，不一定就能預警

把尼泊爾這次事件，和2025年5月瑞士的Blatten災害放在一起看，問題會更清楚。

兩起事件的災害型態幾乎是同一類。Blatten是岩崩加上冰川崩塌、堵塞河道，尼泊爾是冰岩崩塌、河道堵塞、潰決再到高含砂洪流。真正的差別在結局。Blatten在崩塌前約九天就完成撤離，約三百位居民與牲畜陸續撤出，最後只有一位本已撤離，後來又返回尋找牲畜的牧羊人罹難。尼泊爾這次，初步統計死亡與失蹤已知超過千人。

事實上，這兩地都有進行長期的研究與監測，差別只在監測的目的與強度。瑞士阿爾卑斯山區對特定危險坡體，設有以防災為目的、持續而高頻的現地監測與專業團隊，能追蹤落石、冰川與坡體變形的異常，並直接支援撤離決策。喜馬拉雅山區雖然長期有國際與區域研究，卻多以廣域科研與冰河湖普查為主，主要依賴中低解析度衛星追蹤冰川退縮趨勢與高危冰湖清冊。這次的崩塌源頭在海拔5,200公尺以上的懸冰川，既不在列管的高風險冰湖名單，現場也沒有連續性的地表變形監測。

再加上兩個結構性限制。一是跨境高海拔的盲區，源頭位於西藏側的高寒無人區，缺乏雙邊即時連線的邊界冰川預警，下游的尼泊爾端無從及時掌握上游異常。二是下游最後一道防線被瞬間沖毀，原本設在下游的自動水位站，在崩塌誘發的高含砂洪流衝擊下第一時間就損毀，訊號來不及傳到更下游的聚落。

監測不是「有」或「沒有」的是非題。同樣叫監測，為科研普查而設，和為防災預警而設，密度與時效完全不同。前者能累積長期趨勢，卻未必能在崩塌前幾天、甚至幾分鐘給出實時警報。決定能不能預警的，是監測的目的與強度，有沒有對準真正會致災的那個點。

同樣的災害型態，一邊爭取到九天，一邊只剩幾分鐘。把這張表攤開，兩地拉開差距的落點，幾乎都集中在監測那一列。

・・・

06臺灣的下一步，是把既有能力串起來

臺灣已有土石流潛勢溪流、大規模崩塌潛勢區、保全住戶、風險分級與影響範圍等制度。土石流潛勢溪流的劃設本來就以防災管理為目的，並透過現地勘查、風險評估、審查、公開與應變機制持續更新；大規模崩塌調查也已包含危害度、脆弱度與保全對象評估。要精進的，不是再創造一個新災種，而是把原本分散的資料與技術，串成一條完整的災害管理鏈。

這六塊制度目前多半各自維護、分屬不同流程。

第一步，先知道「哪裡新崩了」

重大颱風、豪雨或地震過後，最基本的問題是這次新增了多少崩塌、位置在哪、規模多大，亦即新生崩塌判釋，實為後續災害鏈管理的起點。目前新生崩塌判釋考量實務操作的可行性，會分成三個階段：災後7天先做緊急判釋，快速掌握主要新生崩塌；災後1個月補充較完整的影像成果；災後半年完成較完整的崩塌目錄。重點不是第一時間就百分之百精確，而是先求快，再逐步補上完整與精度。

第二步，災害結束不代表風險消失

崩塌留在坡面與河道的大量土砂，不會因為雨停就自動穩定。這些「不安定土砂」，指的是坡面或河道上處於暫態平衡或不穩定狀態的土砂，在降雨、地震等條件下可能再次運移，波及中下游。它可能來自新生崩塌、崩塌後的殘坡、河道累積的鬆散土砂，或過去尚未穩定的堆積體。換句話說，第一次災害的結果，可能就是下一次災害的來源。

殘坡管理因此正朝年度更新、事件後更新、版本管理與分類追蹤發展，要回答的不只是崩塌畫在哪，而是哪些殘坡仍不穩定、量體有多少、哪些可能再進入河道、下游會受到什麼影響。這比單純問「這裡是不是土石流潛勢溪流」，又往前了一步。

第三步，防災資源不能平均分配

全臺有大量崩塌、殘坡與不安定土砂，不可能每一處都投入相同的監測與治理，因此需要風險排序。唯一聯外道路、重要鐵公路、橋梁、下游聚落與重要公共設施，若同時受到大量不安定土砂威脅，就應優先調查、模擬、監測與整備。這是從「災害調查」真正走向「風險治理」的關鍵一步。

每一階段的調查成果，就是下一輪風險評估的起點。從判釋新生崩塌、追蹤殘坡，到排定治理優先順序，正好對應這一節的三步。

・・・

07沒有單一監測技術能解決所有問題

面對高度不確定的山區災害，常見的迷思是只要裝更多儀器就能預測災害。事情沒有那麼單純。不同監測技術，看到的是不同尺度、不同時間特性的訊號，比較合理的方向不是依賴單一設備，而是建立多源監測。

微地動訊號可用來快速辨識可能已發生的大型崩塌，SAR雷達衛星可做廣域地表變異偵測、降低雲層遮蔽的影響，InSAR適合觀察較長時間的地表變形，光學衛星用來確認崩塌與地貌變化，UAV與光達提供高解析度地形判釋，PIV等影像分析可追蹤局部位移，投入式水位計則能持續掌握河道堵塞與異常水位。

左右兩側是不同尺度的監測工具，中間的偵測、確認、研判、通報才是重點。設備是輸入，鏈才是產出。

・・・

08從「雨量型預警」到「事件型偵測」

臺灣以雨量為基礎的土石流警戒仍然非常重要。對多數颱風、豪雨型的土石流與大規模崩塌來說，降雨預測、雨量累積、警戒發布、疏散整備，仍是最成熟有效的方式。尼泊爾事件提醒我們的是，有些災害不是從雨量開始，而是從地震、大型崩塌、微地動異常、河道突然阻塞，或堰塞湖快速形成開始。

⚠️ 把系統的邊界講清楚

既有的雨量型預警，涵蓋不了不是從雨量開始的災害。這不是預警失效，而是它的設計前提本來就不含這種觸發方式。

因此可以逐步研議雙軌並行。第一軌是既有的雨量型預警，處理常態的颱風豪雨型災害。第二軌是事件型偵測，當偵測到大型崩塌、河道阻塞或堰塞湖等異常，立即進入快速查證與下游影響研判，流程大致是異常偵測、快速查證、災害鏈研判、下游影響評估、警戒與疏散。第二軌不是要取代雨量警戒，而是補上一件事，當災害不照傳統氣象方式發生時，政府仍有一套可以啟動的機制。

兩軌不是取代關係。左軌處理因雨量而來的災害，右軌處理非因雨量誘發的災害；下方流程是右軌被觸發後才啟動的部分。

第一波災害結束，防災工作也還沒結束。大型崩塌與洪流過後，上游可能仍有未穩定的殘坡、河道阻塞、新生堰塞湖，加上持續降雨，隨時可能二次崩塌或再次潰決。現行土砂災害調查程序，本來就要求現地研判災害原因、二次災害可能性與後續處置。未來更該把災後調查，定位成下一階段風險管理的即時情報，而不是事件過後就結案。

・・・

09演練的想定，要對得上真實的災害

預警與應變的最後一哩，是平時的演練。就在這次災害發生前約三週，西藏吉隆口岸一帶才辦過一場冰湖潰決疏散演練。等到災害真的來了，那段演練影片在網路上被大量轉傳，也引來不少討論（影片連結）。

走位式的演練並不是沒有價值。它能讓人員熟悉自己的任務、通報流程與協調分工，這是基礎訓練該有的功能。真正的問題不在演練辦得認不認真，而在它的情境想定有沒有對上真實的物理與時間尺度。如果想定預設了偏溫和的條件，充裕的廣播、整隊與依序撤離時間，加上設施完好、道路暢通、通訊正常，那麼流程即使跑得很順，也很難碰到極端災害下真正的關卡。

遺憾的是，這次事件發生的情境是如此嚴苛。反應時間以分鐘計、甚至沒有預警，避難點可能直接被沖毀，橋梁道路瞬間消失，電力與通訊全斷。要讓演練貼近這種情況，可以檢視三件事。情境想像有沒有納入極端預警、複合災因與上游突發的二次災害。情境設定有沒有把道路中斷、通訊失效、避難點失效、現場資訊不足這些真實限制放進去。運作方式是不是在接近真實的場域，用真實的決策、通報、派遣與協調來進行。

這不代表要否定走位式演練，比較合理的方向是分層。基礎的走位保留下來，作為熟悉任務與編組分工的訓練。再往上一層，讓高階指揮與決策者在應變室裡，面對「監測站斷訊」「預定避難點被淹沒」「聯外橋梁斷裂」這類注入式狀況的壓力測試。最後把演練帶到接近真實的工作場域，用貼近實況的情境操作通報、調度、避難與決策。

這樣一來，未來演練的檢討，就不只是看流程順不順、口條好不好，而是再往前一步。真正可能的資訊斷點會出現在哪裡，手上的裝備與設備夠不夠用，指揮體系與幕僚的能力，是不是足以在資訊不足的當下，撐起一個站得住的決策。

更重要的，也許是檢討的氛圍。它的目的不是責罵，也不是究責，而是大家一起把問題找出來、看清楚，再一步步改好。願意承認自己還有不足，才有辦法一次比一次更周全。

走位、兵推、情境導向實作不是三選一，而是三層。差別不在辦在哪裡，而在情境想定敢不敢貼近最壞的狀況。

能控制的，也許不是災害，而是反應的時間

面對這類複雜的山區災害，我們得承認一件事。科技不可能讓所有災害都變得可以預測，也不可能讓所有災害都變得可以控制。這不是防災失敗。成熟的災害管理，本來就是在不確定的條件下做決策。

臺灣下一階段要推的，不一定是一套全新的制度，而是先把既有能力串起來。整合土石流、大規模崩塌、堰塞湖與不安定土砂資料，讓微地動、SAR／InSAR、UAV光達、水位監測與BigGIS等多源監測常態化，強化跨機關資料介接與事件型快速通報，再分階段驗證、滾動檢討。這套機制不可能靠紙上設計一次到位，比較務實的作法，是用真實事件驗證成效，逐步修正監測、通報與協作模式。

我們真正能爭取的，從來不是阻止災害發生，而是縮短「災害發生」到「我們知道」之間的那段時間。

#複合型土砂災害 #冰岩崩塌 #堰塞湖 #坡地防災 #災害鏈 #早期預警

資料來源：尼泊爾國家災害風險減災管理局、路透社、半島電視台等媒體，及 Planet Labs 衛星影像之初步判釋（事件統計至2026年8月27日，罹難與失蹤人數仍在更新）。臺灣相關制度說明，綜整自土石流潛勢溪流、大規模崩塌與不安定土砂之現行作業規範。
註：事件之觸發機制與各項數值屬災後初步研判，後續可能隨調查修正。

【防災書架/讀後感】土石流碰撞的不只是山區聚落，還有一座座社會價值觀與慣性

防災書架 ・ 讀後感

土石流碰撞的不只是山區聚落
還有一座座社會價值觀與慣性

一本 2002 年出版的調查報導，寫的是賀伯與桃芝那幾場改變台灣的風災。從事坡地防災多年的我，每隔幾年就會重讀一次。儘管這二十多年來，我們已走了很長的路，但它想提醒的那件事，到今天依然值得一讀再讀。

《戰慄土石流》的序言裡，有四個字：「寸土寸心」。你對這塊土地用了幾分心，決定了雨季來時它會不會反過來吞掉你。

《戰慄土石流──災難、政治與風險管理》，林照真著。書名四個字被土石壓成傾斜的樣子，本身就是全書的隱喻。（圖片來源：時報出版）

01一本 2002 年的書，成了我防災路上的啟蒙者

2002，這本書出版的那年，我剛踏進防災工作不久。當時的我，對於土石流幾乎是一張白紙，它成了我進入這個領域的啟蒙書。後來我自己規劃、設計的許多防災策略方向與做法，追根究底，都能在這本書裡找到最初的那顆種子。

二十多年來，我每隔幾年就會把它拿出來重讀一次，對照過去與現在：這二十多年，我們到底改變了什麼，又有哪些是怎麼也改不動的。每一次讀，答案都不太一樣。

第一次翻開它時，我以為會讀到一份災情整理。那時我還是個防災新手，神木村愛玉子溪滾下的巨石、大興村一夕變成「墳場」的空拍，對我來說都還只是新聞裡的畫面。但作者林照真是跑社會運動與調查報導出身的資深記者，她沒有停在「死了多少人、埋了多少戶」，而是把鏟子往下再挖一層。她拋出一個讓我坐直身子的命題：如果土石流不只是天災，而是一面鏡子——照出政治的要脅、公權力的軟弱，還有社會力的不振呢？

這句話對一個技術人來說是刺耳的。我們習慣用雨量、地形、地質去解釋一場崩塌，卻很少願意承認：有些災難的真正變數，根本不在山上，而在會議室裡。

・・・

02翻轉：土石流原本是「大地的恩賜」

書裡有一段話，把我這種技術背景的人給重新校準了。它說，土石流其實是生成萬物的基礎。回推上百萬年，台灣西部那片養活我們所有人的肥沃平原，正是千千萬萬次土石崩落、一層一層堆疊出來的。

換句話說，崩塌是大地造物的本能，它沒有惡意，它只是照著自己的節奏在搬運這片土地。真正把「恩賜」變成「敵人」的，是人。當我們把馬路、房子、生計，硬塞進土石流的必經之路，衝突才由此開始。

「土石流是生成萬物的基礎。」

這個視角的價值，不是替災難卸責，而是把責任的位置擺正。災難的起點，往往在於我們忘了這片土地最初的生長邏輯，把一條它走了幾百萬年的路，當成可以隨手佔用的空地。

・・・

03最難的一題：生計與環境，怎麼取得平衡

書裡最讓我共鳴、也最不好談的，是山區土地利用的價值拉扯。一邊，是生活不易、倚賴土地維生的農民；另一邊，是屬於全體國民、需要休養生息的環境。兩邊都站得住，兩邊都有各自的道理。

在本書寫作的那個年代，林照真點出一個容易被忽略的現象——部分山坡地的「超限利用」：在不適合的坡度上耕作或興建，讓土地承受了超過它能負荷的壓力。這是 2002 年前後的觀察。

不過，這裡我需要為這段補上二十多年後的註腳－在中央、地方與許多在地農民的共同努力下，這樣的情況其實已經改善許多。而我自己這些年更深的體會是－山坡地並不是完全不能利用，關鍵在於有沒有做好完善的水土保持規劃與農地水土保持。做得到位，開發與保育是可以並存的。

這幾年在不少災害現場，我甚至看到一個很值得深思的現象：許多規模龐大的崩塌，發生在人跡罕至的原始林；而民眾實際從事農作的範圍，反倒相對穩定。這當然不是在鼓勵大家上山開墾——而是說明一件事：任何開發，都必須付出合理的保護與補償措施，這塊大地才可能取得平衡。

💡 老問題在收斂，新的隱憂卻在別處長出來

近年另一個逐漸浮現的課題，是早期開闢的部分山區農路與產業道路，若年久失修、水土保持與維護設施沒有跟上，或是道路搶修時為求快速、把崩塌的土石就近往下游溪谷傾倒。這些堆積的鬆散土砂，未來都可能成為新的土石流料源。這本書提醒我們看見風險的來源，而風險的來源，本身也一直在改變。

・・・

04更深一層：一本書留下的政策思考

如果只談土地利用，這本書也就只是一篇評論。它更深的地方，是把問題帶到制度層面。在當年，土地開發的利益多半歸於個人，而災後整治與復建的成本，往往由社會共同承擔。書中由此追問，開發的權利與相應的責任，該如何對等？公共資源投入高風險地區時，又該搭配什麼樣的規範，才不至於失去永續？

這些都是 2002 年前後的思辨。而值得欣慰的是，這二十多年來，隨著潛勢圖資、警戒基準、預警科技一項項到位，公共資源已經愈來愈能依科學風險來配置。書中當年提出的種種提問，很多正是後來一連串制度改革的起點。今天重讀它，不是為了翻舊帳，而是為了記得我們從哪裡出發、又為什麼要繼續往前走。

・・・

05當「土石流」變成社會的代名詞

書裡有個區分，我覺得也很值得省思－「土石流」與「土石流現象」是兩回事。前者是自然的物理作用，是石頭跟水往低處走；後者，是政治糾葛、社會力不振、公權力不彰所引發的連鎖反應。

地質的崩落只是結果。真正震碎家園的，往往是背後那個「現象」。書中引述前副總統呂秀蓮的說法，台灣社會其實正經歷五種土石流——政治、經濟、社會、自然與道德。當非理性的政治介入治山防災，當權利與義務的關係被扭曲，我們面對的就不再是單純的土石流動，而是一整套社會價值的崩塌。

・・・

06傲慢的代價：那座在地震帶上蓋地鐵的城市

林照真看完電影《火山爆發》後，被片中一句台詞觸動：這城市竟在地震帶上蓋地鐵，終將為自己的傲慢付出代價。她把鏡頭轉回台灣——我們何嘗不是在土石流的路徑上，硬闢出一條馬路？

大興村的龍君廟被厚重土石吞沒、上安村的居民與河道爭地而居，都是同一種傲慢的寫照。我們以為工程技術能征服自然，卻忘了潘朵拉的盒子一旦被九二一這樣的天災震開，那份傲慢終究會迎來沉重的回擊。

⚠️ 一個從業者願意誠實承認的邊界

科學能把土石量化到很細，卻無法替我們決定要如何對待這塊土地。二十多年來，制度確實一直在進步，許多過去做不到的預警，今天做得到了。但這本書提醒我：任何一套系統都有它的邊界——它算得出雨量會不會超標，卻算不出人願不願意用心善待每一寸土地。工具再好，也彌補不了土地倫理的缺席。

・・・

07那麼，我們到底能做什麼：土石流防減災的三個面向

讀完這本書，最容易碰到的一種心態是：既然土石流是大地的本能，那是不是什麼都別做了？當然不是。以我這些年的實務來看，工程措施並非不可行，關鍵在於是否搭配了足夠的空間與合理的配置。我們不可能再像過去那樣，為了多利用一點土地，就把野溪河道限縮在很小的範圍；相反地，得適時把空間留還給土石流去流動，甚至預留沉砂的位置。這些年靠著更多科學研究與技術發展，各種新型防砂設施例如透過性壩、可調式防砂壩，搭配新的工法，確實能在一定程度上保護聚落、減緩衝擊。但也必須誠實地說，任何工程設施都有設計的極限，在合理的預算下，我們能減緩的，終究只是某個規模以下的土石流。

「留空間」是什麼意思，這張圖說得比文字清楚：上游先用非透過性與透過性防砂壩（A、B）分段攔阻、消化能量，中段以大型沉砂池（C）與導流堤（D）容納並引導土石，最後由格柵壩（E）與導流渠道（F）讓水流安全繞過村莊。工程的重點不是把溪溝縮小，而是替土石流的規模預先留好去處。（豐丘溪治理工程空拍，攝於 2001 年 8 月 23 日；圖片來源：水土保持局歷史影像平台）

這就帶出第二件事。隨著氣候變遷，未來災害的規模愈來愈難預期，硬體擋不住的那一部分，得靠軟體來補：事前發布警戒、及早疏散避難，都比從前更關鍵。而民眾的自主防災意識與自主防災能力，同樣是發展重點——這也是我認為這近二十年進步最多的地方。

至於最難的一塊，始終是國土利用的規劃與管制。我想再強調一次：不是所有土地都不能使用，而是無論使用強度或使用規範，都必須替大自然留下足夠的空間，人與自然之間才可能取得平衡。

防減災的三個面向，正對應著「地、人、物」：物——硬體減災，靠治理工程減緩衝擊；人——軟體避災，靠警戒與避難降低傷亡；地——管理離災，靠總量管制與永續利用，從源頭把風險降下來。三者環環相扣，缺一不可。

📌 三個面向，環環相扣

說到底，土石流的防減災離不開三個面向：硬體的減災工程、軟體的防災疏散避難（包含社區的防災韌性），以及國土利用的永續規劃。三者環環相扣、缺一不可——任何一環鬆了，整套防災都會留下缺口。

・・・

08為什麼每進來一位新同事，我都請他先讀這本書

我待的單位換過名字。從早年的水土保持局土石流防災中心，到現在的農村水保署減災監測組。但有件事一直沒變：每當有新夥伴報到，我都會大力推薦他，一定要先把這本書讀完，再談其他。

不是為了考試，也不是懷舊。技術可以邊做邊學，SOP 可以照著跑，唯獨「我們到底為什麼而做」這件事，得先想清楚。這本書會告訴他：我們守的不只是幾條溪流的雨量門檻，而是山裡人的身家性命，還有一整套關於土地的權利與義務。讀懂了這個，才算真正接得住這份工作的使命，也才知道我們想完成的，究竟是一份什麼樣的志業。

・・・

土石掃過之後，我們還能為土地做什麼

從把土石流當成純粹的天災，到看懂它也映照著背後的整個社會；從只看見眼前的生計或環境，到明白兩者要靠完善的水土保持一起顧；從被動的災後整治，到讓科學的風險管理走在災害前面——這本書真正想改變的，從來不是山，是人看山的方式。

當下一個雨季來臨，如果我們願意把土地倫理放回每一次選擇的中心，也許土石掃過之後，還能替這塊土地找回真正的平安。而這一切，其實都收在本書序言那四個字裡——寸土寸心。

📌 延伸閱讀

這本書談的是「問題」；那麼二十多年後，我們到底把問題解到什麼程度？我把台灣土石流防災走過的這 25 年，整理成另一篇長文：〈從 214 條人命到零傷亡　台灣土石流防災走過 25 年〉。建議和這本書對照著讀，會更有感覺。

💡 這本書，現在可以免費讀

《戰慄土石流》目前已由余紀忠文教基金會開放全書 PDF 公開閱覽，逐章都能下載：https://www.yucc.org.tw/book/4881。一本影響了我整個防災生涯的書能被這樣公開分享，要特別感謝基金會的慷慨大方。誠心推薦每一位關心這塊土地的朋友，都親自讀一讀。

#戰慄土石流 #林照真 #土石流 #坡地防災 #超限利用 #環境正義 #讀後感 #防災科普

本文為《戰慄土石流》（林照真著，時報出版，2002 年 8 月）讀後感，書中觀點與引述均出自該書；「五種土石流」為書中引述前副總統呂秀蓮之說法；「寸土寸心」語出本書序言。
全書 PDF 由余紀忠文教基金會開放公開閱覽（https://www.yucc.org.tw/book/4881）；延伸閱讀連結為作者部落格文章。文中民國年份均已換算為西元年。

土石流防災二十五年

從214條人命到零傷亡
台灣土石流防災走過25年

2001年桃芝颱風一夜奪走214條人命。25年後的今天，地方政府可以在土石流發生前，提早疏散數十戶即將被土石掩埋的民眾。這中間發生了什麼事？

災害的規模由自然決定，傷亡的規模由人決定。這是台灣用25年、公私協力換來的深刻體認。

01一場沒有成為災難的豪雨

2025年7月28日下午3點半，高雄市六龜區。編號「高市DF114」的土石流潛勢溪流達到黃色警戒，村里隨即啟動預警疏散。三小時後，下午6點半，警戒升為紅色——當地在2小時內完成172人的預防性疏散。

然後，什麼事都沒發生。

7月29日沒事，30日沒事，31日也沒事。直到8月2日上午，土石流才真的來，衝進10戶民宅，土石在屋內堆積高達2.2公尺。8月5日中午12點半警戒解除，居民回家整理家園。

從疏散到災害發生，中間隔了整整五天。這五天，是172個人不在家裡的五天，也是地方政府必須頂住「到底還要撤多久」壓力的五天。最後的結果欄位上寫著：0人傷亡。

📌 這才是防災真正的樣子

成功的防災不會登上頭版，因為它的成果是「沒有發生的事」。六龜這一場，帳面上只有10戶民宅受損；但如果時間退回25年前，同樣的雨、同樣的溪流，帳面上會是另一種數字。

・・・

02那一夜，土石流來的時候沒有人知道

時間倒回2001年7月30日凌晨。中度颱風桃芝從花蓮登陸，受中央山脈阻擋，滯留在中部與東部山區超過10小時。最大累積雨量758mm，以今天的標準看並不算驚人，但921地震震鬆的山，撐不住了。

花蓮縣光復鄉大興村，全村184戶中約150戶被土石掩埋，27人死亡、16人失蹤。整場颱風全台111人死亡、103人失蹤，農林漁牧損失逾77億元。一場中度颱風，兩百多條人命。

災害的源頭：桃芝颱風後大興村上游集水區的空拍接圖。山脊到溪谷之間佈滿新生崩塌，鬆散土石一路沿著主流堆積下來——土石流不是從村子旁邊冒出來的，是整個集水區一起垮下來的結果。（歷史影像平台，水土保持局提供）

大興村災後。原本的房屋被掩埋在厚達數公尺的土石之下，圖中央下方裸露的那一截，是被挖開後才重見天日的建物殘骸。地面高程整個被墊高，等於村子被埋進地底。（農村水保署歷史影像平台，Christine Chou提供）

最難以承受的不是雨太大，而是沒有人知道，土石流即將到來。當時全台劃設的土石流潛勢溪流只有722條，警戒基準值尚未建立，山區居民手上沒有任何工具，可以在土石流抵達前告訴他們「儘快疏散避難」。

・・・

03把看不見的風險，畫在地圖上

第一步：知道危險在哪裡

1996年賀伯颱風後首次公布485條潛勢溪流，921地震後把集水區面積門檻從5公頃下修到3公頃、擴大為722條，此後逐年檢討增修。截至2026年1月，全台土石流潛勢溪流已達1,753條，另有94處大規模崩塌潛勢區，分布於17縣市、159個鄉鎮市區、692個村里。

1,753土石流潛勢溪流（條）

94大規模崩塌潛勢區（處）

52,783保全住戶清冊人數

1,141現役土石流防災專員

第二步：知道什麼時候該走

2005年起建立目前使用的土石流警戒基準值，以有效累積雨量為指標、50mm為級距，依各溪流地質條件訂在200至650mm之間；雨量預報逼近門檻發布黃色警戒，達到門檻發布紅色警戒，地方政府據以勸告或強制撤離。

這兩件事看似只是畫線與訂數字，卻是台灣第一次把「土石流」從災後的名詞，變成災前可以操作的指標。

土石流及大規模崩塌防災資訊網首頁。構成一個「隨時可查」的公開防災底圖——25年前，這些數字一個都不存在。

💡 為什麼溪流條數會一直增加？

不是山變壞了，是「看得更清楚了」。每一次重大地震或颱風之後，都會重新檢討劃設標準與範圍；同時地震也確實會製造新的崩塌與鬆散土砂。條數增加代表的是調查涵蓋率提升，也是我們對災害潛勢地區掌握度的提高。

・・・

04從24小時到48小時，多爭取的那一天

制度畫出了範圍，科技則負責把時間往前推。這25年間，台灣在坡地防災的觀測、監測與資料處理技術上已與國際同步發展，其中最直接改變地方政府決策節奏的一項成果，是土石流預警時程從24小時延長至48小時。

這一天之差，建立在兩個條件上：

其一，中央氣象署已能提供未來48小時的預測降雨。
其二，農村水保署把這份預測雨量完整整合進土石流預警機制，搭配每10分鐘更新一次的雨量記錄，自動換算全台每一處潛勢溪流是否達到警戒發布或預警門檻。

自動化算出的只是數字，最後仍由農村水保署專業分析研判，適時發布黃色警戒與紅色警戒。多出來的24小時，讓地方政府得以在雨真正落下前完成部署；近年推動的預防性疏散，也因此有了執行空間——不必等雨量逼近門檻才動員，而是在天氣還算平靜、道路仍然暢通時，就先安排優先疏散，把需要優先照顧的弱勢族群請下山。

2026年公開更新的潛勢資料與整備工作。右上角「未來48小時土石流紅黃警戒推估」是關鍵：警戒不再只是「現在達標了」，而是「後天可能達標」，讓地方政府提早啟動預防性疏散。

訊息傳遞也同步進化。土石流預報每天固定六個時段發布；其中已達黃色或紅色警戒的地區，會再透過細胞廣播直接推播到警戒範圍內的每一支手機，且同一則警戒不重複發送。警語文字更被逐字打磨：黃色警戒改為「請作好避難準備」，紅色警戒改為「請依指示避難」；細胞廣播原本只有中英文版本，近期並新增越南文與印尼文——山區的新住民與移工，同樣需要看懂那則警報。

・・・

05真正救人的，是那位拿著雨量筒的阿嬌姨

但科技從來不是這個故事的主角。

2004年5月24日，農村水保署把一批「簡易雨量筒」發送到台中和平松鶴部落的居民手上。那是很陽春的東西——一支透明量筒，刻度上標著100、200、300公釐，沒有電、沒有訊號、不會自己叫。

一個半月後，2004年7月2日起的七二水災來了。松鶴部落居民彭玉嬌——鄰居叫她「阿嬌姨」——就靠著那支剛發下來的量筒逐時記錄雨量，發現數字不對勁，自行啟動疏散避難機制，協助村民離開。那場水災，松鶴土石淹沒60戶，僅1人死亡。

右圖為松鶴部落災後空拍，土石淹沒60戶。

💡 7:2:1

日本阪神大地震的生還者調查顯示，成功脫困的比例中，自助佔7成、鄰里互助佔2成，公部門救援只佔1成。這個比例解釋了為什麼防災不能只做系統：真正把人帶出來的，多半是自己和隔壁鄰居。

「如果每個社區都有一位阿嬌姨。」

這句話直接催生了土石流防災專員制度。農村水保署自2005年起投入培訓，專員由在地居民擔任、任期三年，負責量雨、回報災情、傳達警戒、協助撤離、組織社區。累計培訓已達3,819位，現役1,141人，有潛勢溪流且有人居住的村里覆蓋率100%。2009年莫拉克颱風期間，防災專員協助約9,100名居民撤離，推估減少1,046人傷亡。

颱風來時，大家都在家躲雨，只有他們往外跑。防災專員手上的簡易雨量筒，二十多年來一直是這套系統最前端、也最可靠的一個節點。

這股力量後來擴大為自主防災社區2.0，全台累計628個村里投入，並依成熟度分為金質15處、銀質112處、銅質320處。每個社區依自身地理與人文條件量身打造防災模式：誰負責敲哪一戶的門、往哪條路撤、避難所鑰匙在誰身上——這些寫不進中央系統的細節，決定了撤離能否在兩小時內完成。

📌 演練不是形式

光是近一年，全台就辦理兵棋推演176場、實作演練60場、設施強化61處，並在鄉公所預置重機械待命175處，隨時進駐疏通水路。六龜那場「2小時內疏散172人」，靠的不是臨場反應，是演練過很多次。

・・・

06把25年攤成一張圖

防災最怕兩件事：該發警戒沒發，以及發了太多次讓人不再相信。

防災工作推動成效。綠線是土石流傷亡人數，藍線是該場事件的颱風災害總傷亡人數，紅線是兩者的比值；橫軸下方括號內是各場事件的累積雨量。紅色箭頭的起點，就是2002年啟動土石流防災應變機制的那道分界線。

先看紅線。1996年賀伯颱風，土石流傷亡佔颱風總傷亡的12%；2001年桃芝，這個數字衝到45%——那一年每兩位死傷者，就有將近一位是被土石流帶走的。

但這張圖最誠實的地方，是它沒有讓紅線在2002年那道虛線之後立刻歸零。2008年的卡玫基與辛樂克，比值仍然各是29%；2009年莫拉克，全台颱風災害總傷亡2,258人，土石流佔4%。機制不是開關，是累積。真正把紅線壓到貼著橫軸，是後面十幾年逐年增修潛勢溪流、調降警戒基準值、培訓防災專員、演練再演練的結果。

📌 圖上最該看的兩個括號

2009年莫拉克的累積雨量是2,855公釐，圖上用紅字標了出來，因為當年那是難以想像的數字。

然後看最右邊：2025年7月28日豪雨，累積雨量3,076公釐，比莫拉克還多兩百多公釐。土石流傷亡人數：0。

雨並沒有變小，是接住雨的方式變了。

2001年之後土石流傷亡人數逐年下降，近十餘年的颱風豪雨中，土石流保全對象已多次達成零傷亡。曾經一場颱風奪走兩百多條性命的災害類型，如今在警報響起與土石抵達之間，多出了那決定性的幾小時，甚至幾天。

・・・

07山的考題還沒有寫完

2025年9月樺加沙颱風在花蓮馬太鞍溪形成堰塞湖，溢流後重創光復鄉。截至災後統計，19人死亡、5人失蹤。那是與土石流不同的災害機制——蓄水量9100萬噸、世界級巨大堰塞湖溢流後的洪水規模、速度與影響範圍，都超出既有各類災害警戒系統的設計前提。

馬太鞍溪堰塞湖災害失聯與死亡統計圖（國立東華大學強韌防災團隊製作，底圖為國土測繪中心9月25日災後航拍影像）。紅點為死亡位置、藍點為失聯位置。溢流的洪水與土砂把河道拓寬到原本的數倍，直接把大平村、大同村納入影響範圍——既有的潛勢溪流圖層，畫不出這種規模的災害。

台灣花了25年學會應付一種災害，山又出了一道新題目。極端降雨讓單場雨量屢創新高，地震持續改變坡地穩定性，警戒基準值必須跟著動：2024年調降5縣市130條溪流，2025年再因地震調降3縣市55條，同時為42處二次災害高風險區設定分級降雨注意值。「潛勢溪流」這個框架本身，也正朝更精準、更多元的管理型態調整。

25年，換來的一句話

從722條溪流到1,753條，從沒有警報到細胞廣播四種語言，從數十戶被土石掩埋到全村平安疏散避難——台灣最有價值的防災基礎建設，或許不是任何一套系統，而是山裡那位願意在雨還沒落下時就出門敲門的人。

災害的規模由自然決定，傷亡的規模由人決定。這25年至少證明了這件事。

#土石流防災 #自主防災社區 #土石流防災專員 #預防性疏散 #桃芝颱風 #防災科技 #農村水保署 #韌性台灣 #零傷亡

資料來源：農業部農村發展及水土保持署「土石流及大規模崩塌防災資訊網」潛勢統計與警戒發布說明、2026年公開更新潛勢資料、防災工作推動成效歷年統計、《自主防災20年成果紀念誌》，以及2001年桃芝颱風災情紀錄。

【AI工作流】把 Google Gemini Spark 變成名片掃描王：設定一次 Skill，以後拍照就能整理聯絡人

AI 工作流・Gemini Spark

把 Google Gemini Spark 變成名片掃描王：設定一次 Skill，以後拍照就能整理聯絡人

從實際案例到可重複使用的 Skill，真正省下來的不是打字時間，而是整段名片整理流程。

這篇文章不是在教你怎麼做一次名片匯入，而是教你怎麼把一次成功的做法，變成之後可以反覆使用的 Skill。

📁 主題：Gemini Spark 名片工作流👥 適用情境：會議、論壇、拜訪後整理名片🧩 重點：把 Prompt 變成 Skill

很多人把 Gemini Spark 當成另一個聊天機器人，但我最近最有感的一個用法，其實是把它直接變成「名片掃描王」。這件事真正的價值，不只是辨識名片，而是把一次成功的操作流程存成 Skill，以後只要拍照上傳，就能自動啟動相同規則，持續幫你整理 Google 聯絡人。

先把核心架構擺出來

這篇文章的重點不是掃描，而是工作流

1

先實測一次先確認 Spark 真的能讀懂名片並寫入聯絡人。

2

把規則講清楚特別是顯示名稱如何放入公司與職稱。

3

存成 Skill把一次性的 Prompt，變成可重複使用的工作方式。

4

以後直接拍照未來只要上傳名片照片，就能自動套用。

如果只是把名片文字辨識出來，傳統 OCR 早就做得到。Gemini Spark 真正有意思的地方，是它可以把「辨識 → 整理 → 套規則 → 寫入 Google 聯絡人」這幾件事串成一段完整流程。而一旦這段流程被存成 Skill，它就不再只是一次成功的操作，而是可以持續重複使用的工作方法。

STEP 1

先做一次：拍照後請 Spark 匯入 Google 聯絡人

問題：這一步要確認什麼？

第一次使用時，我的做法很直接：把名片照片上傳給 Spark，請它將資訊寫入 Google 聯絡人，並指定「顯示名稱」要採用 姓名（公司及職稱） 的格式。

請幫我將名片上的資訊寫入 Google 聯絡人，其中「顯示名稱」上面寫為「姓名(公司及職稱)」。

為什麼我刻意把顯示名稱改成「姓名（公司 職稱）」？

這裡其實有一個很重要的技術限制，也是我最後採用這個命名方式的最主要原因。

Google 官方目前對 Contacts 連結功能的說明，明確舉例 Spark 可以查找、新增、修改或刪除姓名、Email、電話、生日、地址等聯絡資訊。不過在我實際使用 Spark 寫入 Google 聯絡人時，公司、職稱以及備註等欄位，並沒有像姓名、電話、Email 這些主要聯絡資訊一樣，可以直接指定寫入。

這就產生了一個很現實的問題：一張名片上真正有助於辨識對方身分的資訊，往往不只有姓名、電話與 Email，公司與職稱反而是最重要的背景資訊之一。如果 Spark 最後只能把姓名、電話、Email 寫進聯絡人，那麼名片上非常有價值的「他在哪裡工作、擔任什麼職務」就會在自動匯入的過程中遺失。

所以「姓名（公司 職稱）」其實是一個變通方式：既然目前無法把公司與職稱穩定寫進對應的專用欄位，我就把這兩項最重要、又最需要保留下來的資訊，一起放進 Spark 可以控制的「顯示名稱」裡。

例如原本只會建立：

• 王大明
• 李小華
• 陳志宏

我改成：

• 王大明（○○科技 總經理）
• 李小華（○○顧問公司 專案經理）
• 陳志宏（○○大學 教授）

這樣做不是因為「顯示名稱」本來就應該拿來存公司與職稱，也不是最標準的資料庫設計；它純粹是因應 Spark 目前欄位寫入限制所採用的實務折衷。如果未來 Spark 可以直接把公司、職稱、備註等資訊寫進 Google 聯絡人的對應欄位，我會優先採用結構化欄位，而不是把所有資訊都塞進顯示名稱。

但這個變通方式，剛好又帶來一個額外好處

即使先不談欄位限制，我實際管理聯絡人時也發現，「姓名」往往不足以讓我立刻知道對方是誰。尤其參加研討會、跨機關會議或業務交流後，短時間內可能一次新增十幾位甚至更多聯絡人；過一段時間再看到「王大明」這個名字，我未必還記得他是哪個單位、當時是以什麼身分認識的。

公司與職稱其實就是很有效的「情境標籤」。當畫面直接顯示 王大明（○○科技 總經理），我不需要再點進聯絡人詳細資料，就能立刻知道他的組織與角色。

這個差異在幾個日常場景特別明顯：

• 搜尋聯絡人時：同名或名字相近的人，可以直接用公司與職稱區分。
• 電話打進來時：螢幕上直接看到「姓名＋公司＋職稱」，更容易立刻判斷對方身分。
• 在 Gmail 選收件人時：不用先打開聯絡人詳細資料，就能降低寄錯人的機率。
• 很久以後重新聯絡時：公司與職稱能幫助我快速喚回「當初在哪個情境認識這個人」。

換句話說：第一層理由是「Spark 目前的欄位寫入限制，所以必須找替代方案」；第二層理由才是「這個替代方案剛好讓日後辨識與搜尋聯絡人更方便」。

當然，這個方法也有代價：如果對方換公司或升職，顯示名稱就必須跟著更新。所以它是一個現階段很好用的 workaround，而不是我認為永遠最理想的聯絡人資料結構。

圖 1｜實際操作案例：Spark 已辨識名片資訊，並進入建立 Google 聯絡人的確認步驟。

核心判斷：第一次操作的目標，不是追求最省時間，而是先確認 Spark 能否正確辨識、正確提議新增聯絡人，並且照你的格式建立顯示名稱。

從這張實際操作截圖可以看到，Spark 會先整理出要新增的聯絡人資料，接著詢問你是否允許建立聯絡人。這一步很重要，因為它代表流程不是單純文字回覆，而是真的往 Google 聯絡人的建立動作前進。

另外，手機拍照時候，可以將5~6張名片排好後一次拍攝，Spark 自己可以清楚地辨識每一張名片的資訊，毋需逐張拍照。

STEP 2

真正的重點：把剛才的做法存成 Skill

問題：為什麼這一步才是整篇文章最重要的部分？

如果每次拿到新名片，都還要重新打一大段指令，那這個流程只做了一半。真正讓 Spark 變成「名片掃描王」的關鍵，在於你把剛剛成功的做法，直接請它寫成一個 Skill。

好的，把我們剛剛拍名片照片上傳後，自動匯入到 Google 聯絡人的做法，寫成一個 skill。以後就照這樣的模式進行：只要我拍照上傳的內容都是名片的話，請自動啟動這個 skill，然後直接幫我寫入我的 Google 聯絡人。

這句話的價值在於：你不是在告訴它「這次怎麼做」，而是在告訴它「以後遇到同樣情境，都照這樣做」。這就是 Prompt 與 Skill 的差別。

圖 2｜實際操作案例：Spark 已將這套名片匯入流程寫成可重複使用的 Skill。

從第二張實際畫面可以看到，Spark 已成功建立並啟用 business-card-to-contacts 這個 Skill，並明確說明：未來只要上傳名片照片並要求儲存或匯入，它就會自動啟動這個 Skill，辨識名片資訊，並依「姓名（公司及職稱）」的格式直接寫入 Google 聯絡人。

注意：這裡真正值得學的，不是 Skill 的名稱叫什麼，而是把你常用的規則說清楚：何時啟動、要擷取哪些欄位、遇到不確定資訊怎麼處理、顯示名稱要怎麼組成。

Prompt 與 Skill 的差別，到底差在哪裡？

比較面向	Prompt	Skill
用途	解決這一次的任務	定義之後都照這樣做
重複性	每次都要重新下指令	建立一次後可反覆使用
一致性	容易每次寫法不同	可固定命名規則與處理方式
適合情境	偶發性問題	重複性的固定工作流

所以如果你只是想偶爾試一次，Prompt 就夠了；但如果你參加會議、論壇或交流活動後，總是會拿到一批名片，那就沒有理由停在 Prompt。這種工作本來就應該被做成 Skill。

我建議至少固定下來的 4 個規則

• 啟動條件：只要我上傳的是名片照片，就自動使用這個 Skill。
• 擷取內容：姓名、公司、職稱、電話、手機、Email。
• 命名規則：顯示名稱統一為「姓名（公司及職稱）」。
• 容錯原則：若文字不清楚或欄位不確定，不要自行猜測，先顯示給我確認。

⚠️

只測一次，不存 Skill

這樣你下次還是得從頭重新說一次，根本沒有形成工作流。

⚠️

沒有指定顯示名稱規則

匯入後只剩姓名，之後在聯絡人裡很難快速辨識身分。

⚠️

完全不做確認

名片照片若有反光或裁切不清，電話與 Email 仍可能出錯。

這個方法真正替你省下的是什麼？

省下來的不是「打幾個字」而已，而是每次活動結束後那一整段低價值、但又不得不做的整理工作。以前你要自己看名片、自己輸入、自己命名；現在則是第一次把規則教好，之後把例行操作交給 Spark。

這也是我認為 AI Agent 真正值得重視的地方：不是幫你多回答幾個問題，而是開始幫你接手一段可重複的工作流程。

結論：先做對一次，再存成 Skill

這篇文章真正要講的只有一句話：名片掃描不是重點，存成 Skill 才是重點。 當你已經證明 Spark 可以完成「拍照 → 辨識 → 寫入聯絡人」之後，下一步就不是再重做一次，而是把這套流程固定下來。

先實測一次

把規則講清楚

指定顯示名稱格式

存成 Skill

之後直接拍照

把時間留給更重要的事

如果你桌上也常常累積一堆懶得整理的名片，這大概就是最值得先做成 Skill 的工作之一。

參考來源：Google Gemini 說明文件（Gemini Spark、Skills、Google Contacts Connected App）。

Gemini Spark Google Contacts Skill AI Agent

【防災對策】世紀大崩塌後的漫長治水路：從日本常願寺川百年砂防，看花蓮馬太鞍溪的未來

流域治理・砂防專題

世紀大崩塌後的漫長治水路：從日本常願寺川百年砂防，看花蓮馬太鞍溪的未來

堰塞湖消失不是終點；真正的挑戰，是未來要如何管理上游 2.4 億方不安定土砂。

日本常願寺川花了一百多年，才把一場大崩塌留下的巨量土砂風險逐步變成可管理的系統。馬太鞍溪不需要複製日本的工程，但需要讀懂日本治理的時間尺度與先後順序。

📁 馬太鞍溪災後治理🌏 台日砂防案例對照🗓 資料更新至 2026 年 7 月

2025 年 9 月馬太鞍溪堰塞湖溢流潰決後，真正留下來的問題，已不只是「那座湖還在不在」。到了 2026 年，堰塞湖蓄水風險雖已降低，但壩體、崩塌區與中上游河道仍約有 2.4 億立方公尺土砂；局部河道甚至已淤高近 50 公尺。換句話說，眼前不是一場災後清理，而是一條河未來數十年的土砂治理問題。

先看結論

馬太鞍溪真正要處理的，不是「一座壩」，而是「土砂下山的速度」

1

短期先穩住柔性、臨時性設施優先，避免在不穩定厚層堆積上急做永久剛性工程。

2

中游要調節不是把砂完全攔死，而是削弱單次大量下移的尖峰。

3

下游要留空間疏濬、高規格堤防、囚砂與第二道防線共同承擔超量風險。

4

長期靠監測用航測、地形變化與數值模擬，持續修正每一階段工程位置與尺度。

常願寺川最值得台灣學的，也正是這一點：砂防的目的從來不是讓一粒砂都不往下游走，而是把災難性的土砂脈衝，轉成可以被河道與工程系統承受的流量。

常願寺川與馬太鞍溪的共同課題，不是把所有土砂攔住，而是把一次性的災難性土砂脈衝，拆成流域可承受、可調節的輸砂過程。

一場 1858 年的大崩塌，讓日本治理了一百多年

1858 年飛越地震發生時，立山火山口內的大鳶山、小鳶山大規模崩塌，約 4.1 億立方公尺土砂堵塞常願寺川上游。地震後 14 天與約兩個月後，天然壩先後形成兩次大規模土石流，其中第二次災害造成約 140 人死亡，並帶來大範圍家屋與農地損失。

更麻煩的是，災害並沒有隨著天然壩潰決而結束。大量土砂留在山區與河道，持續被雨水帶往中下游，河床越墊越高，常願寺川逐漸形成典型「天井川」——河床高於周邊土地，一旦越堤，洪水就會迅速向平原擴散。

日本從 1906 年開始由富山縣推動上游砂防，1926 年再升級為國家直轄砂防。到了 2026 年，立山砂防正好迎來「縣營 120 年、直轄 100 年」。一百多年過去，立山火山口內仍約有 2 億立方公尺的崩塌土砂沒有離開。

這個數字很重要。它告訴我們：億方級崩塌不是靠幾年工程「清掉」的問題，而是要建立一套讓土砂能被分期、分段、分量管理的治理系統。

馬太鞍溪與常願寺川，真正相似的是「災後第二階段」

馬太鞍溪在 2025 年災害後，堰塞湖本體已逐步降挖、退水。依據2026 年 5 月林業保育署的資料顯示，原堰塞湖蓄水區已回復河道型態；但壩體、崩塌區與中上游河道仍約有 2.4 億立方公尺土砂，未來仍可能因地震或豪雨再次下移，甚至重新形成堰塞湖。

也就是說，堰塞湖風險下降，不等於流域風險解除。

馬太鞍溪現在正進入和常願寺川當年最相似的階段：上游有巨量不穩定土砂，中游河床劇烈沖淤，下游又已經有聚落、道路、橋梁與農地，不能單純「讓河自己走」。

最容易犯的錯誤：把災後治理理解成「找一個地方蓋一座更大的壩」。真正的問題是整條河的土砂收支、河床變化與超量洪水要如何共同被管理。

日本給的第一課：永久工程，不是越早做越好

對馬太鞍溪而言，現在最大的誘惑，是趕快在中上游找位置興建大型永久防砂壩，看起來一次解決問題。

但這正是最需要克制的地方。

2026 年 5 月馬太鞍溪中上游專家會議的結論已很清楚：目前河床土砂堆積深、容易被水流沖刷下移，中游應以臨時性防砂設施為主，並盡量採柔性工法，依汛期後地形變化滾動調整。

這個邏輯和常願寺川早期的教訓高度一致。富山縣早期興建的湯川第一號砂防堰堤，就曾在豪雨中遭到破壞。後來國家接手後，日本砂防之父－赤木正雄，沒有先問「壩要蓋多高」，而是花時間確認哪裡才是整個流域真正可以站得住腳的控制點。

最後選定的白岩砂防堰堤，建在大面積岩盤出露處。主壩高 63 公尺，連同 7 座副壩總落差達 108 公尺，1939 年才完成。它之所以成為立山砂防的基幹，不只是因為高，而是因為位置、地基與整體砂防系統的角色都對了。

這對馬太鞍溪的啟示很直接：未來若要設置大型永久性防砂構造物，真正的前提不是「有沒有預算」，而是岩盤在哪裡、河谷是否足夠收束、壩後堆砂如何演變、壩下游會不會加劇沖刷，以及整體河床是否已進入可預測的穩定階段。

日本給的第二課：不要追求「攔住全部」，要建立「梯次調節」

常願寺川的砂防系統並不是靠一座超級大壩保護富山平原，而是把不同位置交給不同設施處理。

上游崩塌源區以泥谷砂防堰堤群與山腹工穩定坡腳；立山火山口出口由白岩砂防堰堤扮演關鍵控制點；中游再用多枝原等堰堤與護岸穩定流路；更下游則有本宮砂防堰堤，以約 500 萬立方公尺的貯砂能力調節土砂流出。

這是一個很重要的觀念：砂防壩不是倉庫，設計目的也不是永久把土砂全部存滿。它更像流域中的「節流閥」，在不同位置降低河床侵蝕、減緩土砂尖峰、固定河岸與調整河床坡度。

對馬太鞍溪來說，短期布設的臨時防砂設施即使在汛期被掩埋，也不能只解讀為「工程失敗」。在億方級土砂面前，臨時設施的價值本來就不應以「永遠不被埋」衡量，而應看它是否爭取到時間、降低單次輸砂尖峰，並為下一輪布設提供地形與成效資料。

日本給的第三課：近期真正保命的，往往在下游

上游工程需要時間，但聚落的風險不能等。

因此，馬太鞍溪近期治理最務實的重點，仍然是下游河道與聚落防線。到 2026 年 7 月，水利署公布花蓮溪與馬太鞍溪合計已完成約 2,271 萬立方公尺疏濬，其中馬太鞍溪約 1,788 萬立方公尺；受損堤防也已完成復建。南岸的高規格堤防與第二道防線工程則已進入施工階段。

這些工作不是「治標而已」。當上游土砂不可能在短時間被完全固定時，下游有沒有足夠通洪斷面、堤防有沒有抗沖刷能力、聚落前有沒有第二道防線，以及河川能不能預留囚砂與超量洪水空間，反而直接決定下一場颱風來時的損失規模。

水利署規劃的高規格堤防，部分堤段堤頂寬度達 50 公尺；另規劃大面積土砂堆置與第二道防線，概念上就是讓極端事件有「超量空間」，而不是假設第一道堤防永遠不能被超越。

核心判斷：上游是「降低土砂生產與下移速度」，中游是「調節」，下游是「給水與砂足夠空間」。三者缺一不可。

馬太鞍溪目前最需要的不是搶著把永久工程定案，而是把可調整措施先做足，再讓地形監測、數值模擬與地質條件決定不可逆工程何時進場。

第四課：真正的百年工程，背後一定有長期監測與維運體系

立山砂防有一項常被忽略的工程：18 公里的砂防工事專用軌道。它不是景觀設施，而是為了把人員、機具與材料送進高山施工區。全線跨越 640 公尺高差，至今仍是維持長期砂防工作的關鍵基礎設施之一。

這提醒我們，面對馬太鞍溪這種沒有道路、施工季節短、機具風險高的流域，真正需要規劃的不只是「做哪一座工程」，還包括人怎麼進去、機具怎麼留、汛期怎麼撤、災後怎麼再進場、每年如何重測地形、資料由誰統一管理。

目前跨部會以 UAV、航測、衛星影像、水位與地形資料持續監測，是正確方向。但更進一步，應把這些資料變成固定的年度治理循環：

1. 汛期前建立基準地形與風險情境。
2. 每場主要颱洪後快速重測，計算崩塌區、河道與囚砂區的土方收支。
3. 以數值模擬更新「哪裡會沖、哪裡會淤、哪裡可能重新堵塞」。
4. 依結果決定下一個非汛期要做的削坡、柔性防砂、疏濬或堤防加固。
5. 每隔數年重新檢討永久設施的位置與必要性，而不是一開始就把未來 20 年工程全部定死。

這才是真正的「數位聯防」：不是多做幾次空拍，而是讓監測資料直接決定工程優先順序。

馬太鞍溪可以學日本，但不能複製日本

常願寺川提供的是百年經驗，不是標準答案。

台灣降雨型態、颱風強度、地質、集水區尺度、土地使用、原住民族傳統領域與下游聚落條件，都和富山不同。未來馬太鞍溪若把「日本做過什麼」直接翻成「台灣照著蓋什麼」，反而會犯另一種錯誤。

真正值得複製的是治理順序：

• 先承認時間尺度。 億方級的土砂不會在一任政府、一個計畫期內消失。
• 先做可調整的，再做不可逆的。 河床尚未穩定時，柔性與臨時設施比大型永久工程更有彈性。
• 永久工程先找地質控制點。 不是哪裡方便施工就蓋哪裡。
• 用下游空間承擔超量風險。 河道、囚砂區、第二道防線與疏濬都要納入同一套系統。
• 用監測與模型持續修正。 每一場颱風都可能改變河道，也應改變下一階段治理策略。

若未來整體規劃案能安排工程與治理人員到常願寺川進行一到兩個月的實地蹲點，真正應看的也不只是白岩砂防堰堤有多壯觀，而是日本如何在一百多年裡管理施工季節、維護失敗、監測、運補、地方溝通與跨世代預算。

結語：最重要的工程，是把「一次災害」改成「一百年的治理制度」

常願寺川最值得敬佩的，不是蓋出日本最高的砂防堰堤，而是接受了一個不討喜的事實：有些土砂問題，不可能在短時間內治癒，只能長期管理。

不求一次清空

不迷信單一巨壩

先柔性、後永久

上中下游一起看

讓水砂有空間

讓監測驅動工程

馬太鞍溪真正的曙光，不是某一座工程完工的那一天，而是台灣願意把它當成一個跨越 20 年、甚至更久的流域治理課題，建立可以持續修正、持續維護、也能跨世代交接的制度。當我們開始用這個時間尺度思考，才真正走上了從災後搶救到長期治理的第一步。

參考資料

• 農業部林業及自然保育署，2026-05-26，馬太鞍溪中上游防減災專家會議資料。
• 經濟部水利署／經濟部電子報，2026-07-03，馬太鞍溪與花蓮溪疏濬及防汛整備資訊。
• 經濟部水利署水利工程計畫透明網，2026，馬太鞍溪光復堤段高規格暨第二道防線系統性治理工程。
• 農業部農村發展及水土保持署 BigGIS，馬太鞍溪災後地貌變遷與河床高程分析。
• 農業部農村發展及水土保持署電子報129期，2024-12-19，航班抵達-海外水保旅行!日本水保旅遊深度探訪實錄(一)
• 日本國土交通省北陸地方整備局立山砂防事務所：安政 5 年災害、立山砂防事業與富山平原、白岩砂防堰堤、本宮砂防堰堤、立山砂防工事專用軌道等資料。

馬太鞍溪堰塞湖立山砂防常願寺川土砂治理

【工作流】先用好 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