極點宏觀｜渡口程式社 10：牆上多出來的一條線

第十面潮痕地圖

牆上多出來的一條線

第九把備用鑰匙完成年度檢查後，臨海青年數位學習中心又度過了一個平靜的冬天。

春季開學前，家豪帶著幾名學生重新粉刷一樓走廊。當他們移開舊書櫃時，牆上露出一道彎曲的深色水痕。水痕從地面一路升到成人膝蓋附近，在白牆上留下像河岸一樣的輪廓。

「這是以前淹水留下的嗎？」雅文問。

圖書館技術員點頭。

「十多年前有一次暴雨，河水倒灌進舊候船室。後來重新粉刷，大家就看不見了。」

家豪拿起滾筒。

「那我們把它蓋掉吧。」

蘇晴卻阻止他。

「先等等。這條線也許和現在的防災設計有關。」

彼得檢查中心的緊急文件。資料夾裡有火警、停電、帳號事件與個人資料外洩流程，卻找不到完整的淹水應變計畫。最近一次逃生演練也只假設人員從大門離開，沒有考慮河水可能封住低處出口。

大衛看著牆上的潮痕。

「被重新粉刷的風險，不代表已經消失。它只是退出了大家的視線。」

湯米問技術員：「以前淹水時，誰最先發現？」

「附近船家。他們看見水位不對，跑來通知。」

「有留下紀錄嗎？」

「只剩幾張舊照片。」

小葵把照片找出來。畫面裡，舊候船室前堆著沙包，附近店家用手推車搬走文件，幾名高中生則幫忙把椅子抬到高處。照片背面沒有日期，也沒有任何人的名字。

市政府正好準備推出新的河岸觀光計畫，希望中心在牆上製作一面大型數位地圖，介紹渡輪、青年活動與國際合作。設計公司原本打算把潮痕全部覆蓋，改成漂亮的藍色河流。

小葵問：「如果保留潮痕，地圖會不會看起來很舊？」

若晴回答：「舊不是問題。問題是我們要把它當成污漬、歷史，還是警告。」

彼得說：「可以三者都是。它是過去留下的痕跡，也是今天需要重新檢查的風險。」

中心決定暫停粉刷，把水痕標記為「待確認歷史水位」。他們不急著把它變成紀念，也不使用一張照片就斷定未來一定會再次淹到同樣高度。

家豪在工作日誌寫道：「牆上多出一條線，不是因為風險今天才出現，而是因為我們今天才把書櫃移開。」

這道潮痕成為第十個故事的起點。

前九個故事一直在問，誰能開門、誰能發出信號、誰能握有鑰匙、誰能留下紀錄。

第十個問題則是：當環境本身正在改變，過去的地圖還能不能告訴大家，下一次應該往哪裡走？

第二章　漂亮地圖上的空白區

設計公司帶來第一版河岸數位地圖。

主畫面非常漂亮。藍色河流穿過城市，中心以發光圖示標記，旁邊有 Community Day、Meetup、LinkedIn Page 與跨校合作的時間線。使用者點擊不同地點，就能看到活動照片和成果數據。

市政府代表很滿意。

「這張地圖能讓外地人看見臨海市的青年創新。」

陳奶奶看了幾分鐘，問：「我們住的舊市場在哪裡？」

設計師放大地圖。

舊市場所在位置是一片沒有標記的灰色區域。

「那裡沒有主要青年活動，也不是觀光重點。」

「防詐騙課很多學員都住那裡。」陳奶奶說，「大雨時，那一帶也是最先積水的地方。」

雅文又問：「無障礙入口、安靜協作室和公車站在哪裡？」

地圖同樣沒有。

企業展位、知名講者與大型舞台都有醒目圖示；設備維修點、社區課程與容易積水的道路卻消失了。

大衛說：「地圖沒有說謊。它只是把選擇呈現的東西放大，把沒有選擇的東西變成不存在。」

設計師有些不高興。

「任何地圖都必須取捨，不可能放進所有內容。」

「當然。」若晴回答，「所以需要說明取捨是為了誰。觀光地圖、活動地圖、無障礙地圖和防災地圖，不應假裝是同一張完整地圖。」

市府希望維持單一入口，避免使用者覺得複雜。

家豪提出分層設計。主畫面保留簡單河岸圖，但使用者可以切換活動、學習、交通、無障礙與風險圖層。每個圖層都標示更新日期、資料來源與負責單位。

小葵說：「也要讓居民回報遺漏，但回報不能直接變成公開事實。需要有人確認。」

彼得補充：「涉及安全的位置不能暴露過多細節。例如緊急鑰匙盒、設備管理室和備援系統，只能顯示一般指引，不公開精確權限資訊。」

地圖重新設計後，舊市場不再是一片灰色。它出現在社區學習圖層與積水觀察圖層中。公車站、坡道入口、安靜空間和設備支援點也各自有標記。

但圖面看起來確實比原稿複雜。

市府代表問：「外地訪客會不會不想看？」

湯米說：「不是每個人都需要看全部。真正的簡單不是刪掉別人的需要，而是讓人容易找到與自己有關的那一層。」

第三章　彼得畫出的紅色區域

為了準備淹水應變，彼得根據建築高度、排水口與舊照片，在平面圖上畫出數個紅色區域。

紅色代表雨勢極端時可能不安全。器材室、舊入口和部分電力設備都落在範圍裡。

他建議把重要伺服器、紙本文件與緊急物資移到二樓，並在強降雨警報出現時提前關閉一樓部分空間。

蘇晴問：「什麼程度的警報要關閉？」

彼得回答：「只要氣象單位發布特定等級警報，就先關閉。」

大衛問：「過去五年，符合條件的天數有多少？」

「十七天。」

「實際出現倒灌風險的有幾天？」

「兩天。」

小葵皺眉。

「如果每次都關閉，固定課程一年可能取消好幾次。輪班工作者又會最先受影響。」

彼得不滿地說：「安全不能等到水進來才行動。」

「沒有人要求等到水進來。」大衛回答，「我們是在問，紅色區域是警示、預測，還是自動命令。」

彼得想起自己的緊急封鎖。他總是能快速看見最壞情況，卻有時把阻止風險直接變成全面停止。

技術員提出分級措施。第一級加強監測、確認排水與備援人員；第二級移動低處設備、暫停地下儲藏與晚間活動；第三級才全面關閉一樓並啟動撤離。

觸發條件不只看天氣警報，也看即時水位、排水狀況與現場觀察。任何提前關閉都要同時發布替代安排與下一次更新時間。

陳奶奶說：「我不反對停課。我只是不想早上收到一句取消，之後整天不知道發生什麼事。」

彼得修改計畫。

「紅色不再表示立即關閉，表示必須進入下一個判斷流程。」

大衛點頭。

「顏色是信號，不是判決。你終於把自己的話用回自己身上。」

第四章　不願公開位置的小店

河岸地圖開放居民提交資訊後，附近店家陸續標示充電、飲水、避雨與臨時協助地點。

一家老咖啡店卻拒絕加入。

小葵到店裡拜訪。店主周叔說：「以前颱風天，我們讓居民進來休息，也借插座充電。可是如果地圖把我們標成避難點，下一次大家都來，我們根本負擔不起。」

「可以標成自願支援點，並寫明容量與開放條件。」

「誰保證大家會看條件？網路只會截圖說這裡可以避難。」

湯米說：「那就不要公開精確位置。可以把你列入和中心的聯絡名單，只有正式協調時才詢問是否能支援。」

市府代表認為公開資訊越多越好。

「市民需要知道資源在哪裡。」

大衛回答：「可見度會帶來使用，也會帶來責任。不能把一間小店過去的善意，自動升級成未來的公共義務。」

最後，地圖設計三種狀態。正式公共支援點公開位置與服務；條件式合作點只顯示區域與聯絡機制；私人備援則完全不公開，只由協調團隊在需要時個別詢問。

周叔選擇條件式合作。他願意在店內安全、員工足夠且道路可通行時，提供最多十人短暫充電與休息。

「如果我那天說不行呢？」

小葵回答：「那就是不行。加入合作不等於失去每一次拒絕的權利。」

大衛把這條規則寫進地圖治理文件：「一次善意不構成永久授權，一次公開也不構成無限供應。」

第五章　家豪更新錯的路線

某個週末，家豪收到居民回報，說河岸自行車道施工，前往中心的原路線已封閉。

他查看照片後，立刻在地圖上更新替代路線，並透過 Slack 和 Meetup 發出通知。

兩小時後，一名使用輪椅的參加者回覆：「你們的新路線有樓梯。」

家豪愣住了。

他只確認替代路線能步行通過，沒有檢查坡度與無障礙條件。

更麻煩的是，通知已被多個學校轉貼。

「我馬上刪掉。」家豪說。

彼得阻止他。

「先更正，不要只刪除。已經看過的人需要知道舊資訊錯在哪裡。」

若晴和家豪到現場重新勘查。他們找到一條較遠但有坡道的路，也確認低地路段下雨時可能積水。

新通知明確標示三種選項：一般步行路線、無障礙路線，以及雨天不建議使用的路段。原通知加上醒目更正與時間，不假裝從未發布。

家豪在會議上說：「我以為越快更新越負責。」

大衛回答：「速度很重要，但地圖資訊不是只問能不能走，也要問誰能走、在什麼條件下能走。」

小葵建立雙人檢查制度。一般活動資訊可由一人更新；交通、安全與無障礙路線則需要第二人確認。緊急情況可以先發布暫定資訊，但必須標示尚未完整驗證，並寫出下一次更新時間。

家豪問：「多一層檢查會不會太慢？」

彼得說：「不是所有內容都需要同樣速度。真正成熟的流程，是知道什麼可以快，什麼錯一次就會讓別人走到不能走的地方。」

第六章　大衛預測的撤離人數

市政府要求中心估算極端天氣時需要協助撤離的人數，以便安排車輛與臨時場地。

大衛建立模型，使用活動報名、平日進出、年齡分布、無障礙需求與交通方式，預測最多需要三輛小巴。

模型看起來完整，蘇晴卻問：「沒有事先登記的人呢？」

「可以加入誤差範圍。」

陳奶奶問：「有人登記不需要幫忙，但下大雨時會很緊張，怎麼算？」

「很難從現有資料判斷。」

周叔又問：「附近居民臨時跑進中心，算中心的人嗎？」

模型同樣沒有答案。

大衛到現場進行一次桌上演練。他發現真正的瓶頸不只是人數，而是誰需要較多上車時間、誰不能與設備分開、誰聽不懂廣播，以及誰會為了等朋友而拒絕離開。

他放棄只給一個精確數字，改成三種情境與資源範圍。最低情境是假日小型活動，中間情境是一般 Community Day，最高情境則包含附近居民臨時進入與一輛車無法使用。

此外，中心不再把需要協助的人列成固定名單，而是在每場活動確認當日需求，避免過期資料造成錯誤假設。

市府代表抱怨：「我們需要一個數字才能採購。」

大衛回答：「可以用最高合理情境做底線採購，再設共享車輛與臨時加派機制。單一數字會看起來確定，卻可能讓大家忘記它建立在什麼假設上。」

最後，市府安排三輛固定小巴、一輛跨區備援，以及和附近學校的臨時場地協議。

大衛在模型首頁寫道：「預測不是未來的名單。它是一組必須持續檢查的假設。」

第七章　湯米聽見不同的颱風

中心與海外社群舉行防災交流。來自不同地區的學生都使用「颱風」「洪水」「撤離」等詞，實際經驗卻完全不同。

有人住在高樓城市，擔心的是停電與網路中斷。有人來自小島，船停駛就無法取得物資。也有人居住在山區，最危險的不是淹水，而是道路中斷。

一名海外講者分享：「我們的標準流程是提早二十四小時關閉所有活動。」

市府代表覺得可以直接採用。

湯米問：「他們的交通、建築與警報系統和我們一樣嗎？」

「原則應該相通。」

「原則可以分享，觸發條件不能直接複製。」

他把交流方式從最佳實務分享改成情境對照。每個社群必須說明自己的地理條件、可用資源、警報來源、最脆弱的群體與流程失效案例。

大家很快發現，同一個做法在不同地方可能產生相反結果。提早全面關閉在交通選擇多的城市只是不便，在只有一班船的小島卻可能讓人錯過最後補給。在某些地方使用 Slack 發警報很有效，在網路常中斷的區域則必須保留廣播與紙本聯絡樹。

彼得說：「不能因為一個做法來自國際社群，就自動比較高級。」

大衛說：「也不能因為是本地經驗，就免於檢查。」

湯米把共同文件命名為「可翻譯原則，不可複製答案」。

文件只保留幾項共同底線：資訊來源要清楚、權責要可查、弱勢需求不能最後才想起、緊急權力必須有期限、恢復階段要和封鎖同時設計。

至於警報時間、撤離方式與溝通工具，由每個地區依自身條件決定。

第八章　小葵不接受英雄牆

數位地圖接近完成時，市政府建議在旁邊增加「河岸英雄牆」，表揚多年來貢獻最大的十個人。

候選名單包括彼得、大衛、湯米、小葵、林主任、蘇晴與幾位企業主管。

市府代表說：「故事需要人物，市民才容易記住。」

小葵問：「清潔人員、設備技術員、社區引導員和第一次指出時鐘慢三分鐘的學生呢？」

「名額只有十個。可以之後輪替。」

彼得看著自己的名字。他不再像年輕時那樣渴望每一面牆都留下自己，但他也不想假裝公開肯定完全沒有價值。

「可以有人物故事，」他說，「但不要叫英雄牆。英雄會讓大家以為，系統靠少數特別的人拯救。」

若晴提出新的設計。牆面改成「潮痕貢獻圖」，依事件呈現不同角色。每一個故事都包含發現問題、設計方法、執行、維護與交接，不只放一張站在台上的照片。

第一個故事是潮汐鐘修復。牆上列出最早提出問題的學生、製作齒輪的職校團隊、提供歷史資料的技術員，以及後來負責年度校正的人。

第二個故事是淹水準備。除了治理團隊，也列出附近船家、店主、居民與清理舊資料的人。

大衛說：「人可以被記住，但不能讓記住一個人，等於忘記一套共同工作。」

市府最後同意修改名稱。原本的十人排名也被取消，改成可以持續增加與修正的貢獻地圖。

林主任看見自己的名字出現在「早期承擔」與「權力交接」兩個位置。

她笑著說：「比放一張退休照真實多了。」

第九章　第十面潮痕地圖

新的河岸數位地圖正式發布那天，中心也保留了牆上的舊潮痕。

若晴沒有把它完全描成藍色，而是沿著水痕裝上一條細長的透明燈帶。平常只發出微弱光線；當即時水位升高，燈帶會依照確認資料改變亮度。

旁邊的說明寫著：

「這條線來自過去一次淹水，但不是未來水位的保證。請同時查看最新警報、建築指引與現場通知。」

地圖有十個主要圖層。

活動與課程。

交通與無障礙。

社區支援。

積水觀察。

緊急集合。

設備與維護。

歷史決策。

公開貢獻。

更新與更正。

尚未確認。

最後一個圖層最特別。它不顯示答案，而是顯示資料缺口。例如某段道路尚未完成雨天測試、某個支援點正在重新確認、某份歷史記錄日期不明。

家豪問：「把不知道的地方公開，不會讓人覺得地圖不可靠嗎？」

大衛回答：「假裝沒有未知，才是最不可靠的地圖。可靠不是每個格子都有答案，而是清楚分辨已確認、推測和不知道。」

彼得檢查安全資訊，確認公開內容不會暴露敏感設備。湯米則請海外合作夥伴測試不同語言版本，避免同一個警示詞被翻成過度嚴重或過度輕微。

小葵建立更新責任。每個圖層都有負責團隊與檢查日期，不再由一個人管理整張地圖。若主要資料來源中斷，地圖會顯示最後更新時間，而不是繼續呈現過期資訊。

市府代表站在牆前說：「它不像一般成果地圖，裡面有很多限制和未知。」

蘇晴回答：「因為這不是宣傳海報。它是人真的要拿來走路的東西。」

第十章　地圖不能替人看海

第十面潮痕地圖發布半年後，一場強烈暴雨接近臨海市。

中心進入第一級準備。團隊確認排水、移動低處設備、更新課程通知，也聯絡條件式合作點。周叔回覆咖啡店當天人手不足，不能提供支援。系統沒有責怪他，只將狀態改成暫不開放。

下午，水位升高，中心進入第二級。部分晚間活動轉為線上，一樓不再接受新的大型團體。地圖上的透明燈帶變亮，但尚未達到全面撤離條件。

家豪收到居民回報，說無障礙替代路線有一處積水。他先標示暫待確認，再派附近協作員查看。確認後，地圖立即更正，並提供另一條較遠路線。

大衛的最高情境沒有完全發生，卻有幾名附近居民臨時進入中心。當日需求確認讓團隊知道，其中一人需要較多移動時間，另一人必須攜帶醫療設備。

傍晚，排水口短暫堵塞，水開始越過門前最低階梯。

彼得要求進入第三級。團隊關閉一樓，依計畫引導所有人前往二樓集合，再分批搭車離開。緊急鑰匙盒啟用一次，兩名管理員共同取出器材室備用鑰匙，關閉低處電源。使用紀錄即時產生，復原負責人也同時被指定。

整個過程不完美。

一輛小巴晚到十分鐘，廣播有一段聽不清楚，兩名學生走錯集合區。可是沒有人因為錯誤就隱藏現況，也沒有人用一句「請大家配合」代替下一步。

深夜，雨勢減弱。中心沒有發生嚴重損失。

隔天早上，牆上的潮痕燈帶恢復微光。新水位沒有超過十多年前的舊痕跡，卻在另一面牆留下幾個小泥點。

市府準備發布新聞稿，稱讚青年中心「成功預測並完美應對」。

小葵要求修改。

「我們沒有完美預測。地圖提供資訊，居民提供回報，現場人員做出判斷，備援也補上幾個失效的地方。」

大衛說：「如果把結果寫成模型準確，下一次大家可能過度相信同一張圖。」

彼得說：「如果寫成英雄救援，又會讓人忽略演練、設備和交接。」

最後的報告列出有效措施，也列出問題：無障礙路線更新太慢、廣播設備需要改善、小巴備援時間過長，以及部分新志工不熟悉第二集合區。

湯米在國際交流會上分享這次經驗時，沒有把流程稱為最佳實務。

「這是一個在特定城市、特定建築和特定團隊下暫時有效的版本。你們可以拿走問題和原則，不要直接複製答案。」

暴雨過後的第一個 Community Day，大家聚集在潮痕地圖前。

一名新生問：「有了這張地圖，以後是不是就不怕淹水了？」

蘇晴回答：「仍然會怕。地圖的作用不是讓人沒有害怕，而是讓害怕不必只能變成混亂。」

陳奶奶說：「而且地圖不會替你看窗外。警報說安全，門口真的進水，還是要說。」

家豪把暴雨中發現的新問題加入「尚未確認」圖層。他沒有等到所有改善完成，才承認地圖仍有空白。

夕陽下，彼得、大衛、湯米與小葵站在河邊。渡輪恢復行駛，船員依照最新水位調整航線。

彼得說：「我們從一個高中電腦社開始，最後連牆上的水痕都變成治理問題。」

大衛回答：「任何會影響誰能進來、誰必須離開、誰承擔風險的事情，本來就是治理問題。」

湯米說：「但治理也不能變成把每一件事都交給表格。有人仍要走到河邊，聽船家說風向變了。」

小葵看著中心入口。信號燈、空白船票、潮汐鐘、交接日誌、未寄出的信、備用鑰匙與潮痕地圖，都在不同位置安靜存在。

它們沒有一件是權力本身。

真正的權力仍在人如何解讀、使用、更新與拒絕它們。

一張地圖可以把道路畫得很清楚，卻不能替人決定值得去哪裡。

它可以標出危險，卻不能保證沒被標記的地方永遠安全。

它可以留下歷史，卻不能要求未來照原路前進。

最可靠的地圖，不是宣稱自己看見全部，而是讓使用者知道哪裡已確認、哪裡仍模糊、哪裡需要停下來問人。

晚班渡輪鳴笛離岸。

船上的導航螢幕顯示河道，岸上的潮汐鐘顯示時間，信號燈提醒轉彎，船員則抬頭看著真正的水面。

沒有人只靠一張圖出航。

也沒有人因為地圖不完美，就選擇永遠停在岸上。

第十面潮痕地圖在中心牆上微微發亮。舊水痕沒有被擦掉，新泥點也沒有被包裝成勝利紀念。

它們只是誠實地留在那裡，提醒每一個準備出發的人：

過去曾經到過這裡。

現在的水位正在改變。

下一條路，仍需要大家一起確認。