3 這個數字變大了，然後呢：吉隆泥石流的死傷計數，如何被讀成介面

八月二十六日，西藏日喀則市吉隆縣吉隆口岸附近發生泥石流災害。隔天起，「西藏泥石流已造成3人遇難」這個條目被排上百度的熱榜。這不是這場災害第一次以數字的姿態出現在榜上，先前「265人失聯」的條目已經輪過一輪，數字後來更新為 558 人失聯，遇難人數則從無到有，停在 3。一場災害在傳播裡的長相，就是這樣一組一組被更新的計數。

從一個很小的細節看起：這個熱榜條目的標題寫的是「3人遇難」，而不是「558人失聯」。兩個數字都存在，官方通報裡失聯人數大得多，但被選進標題的是較小的那一個。遇難是一個完成式，失聯是一個懸置狀態。標題選完成式，因為完成式更容易被閱讀、更容易被討論、也更容易在榜面上停留。這與我們先前觀察過的吉隆泥石流數字排版是同一套邏輯：數字還沒被讀之前，先被排好了。

貼吧頁面：一場災害的討論區佈局

點進這個熱榜條目，落地的不是新聞頁，是貼吧的話題聚合頁。即時討論量顯示 10.7 萬，下面接著的是一列「相關貼推薦」。這個頁面結構決定了讀者如何消費這場災害：他們先看到一個計數（10.7 萬人在討論），再看到另一個計數（3 人遇難、558 人失聯），然後才進入一條一條的使用者貼文。

推薦貼文的內容分佈值得細看。有一段流傳的監控錄影觀後感，寫的人說「連天上的鳥都捲下來了」，感嘆人在自然面前如同螻蟻；有人貼出逃生討論，從尼泊馬泥石流沖到口岸的畫面推測反應時間只剩一分鐘；有人畫出「中國三大災害分區」的手繪示意圖；還有「哪個省份天然災害最少」的搬家提問，以及一路延伸到《中國氣候變化藍皮書》的長篇推演。

這個排列本身就是一種編輯。它沒有中心敘事，只有一種由近而遠的發散：從現場錄影的震撼，到逃生方法的實用焦慮，再到氣候變遷的宏大框架。災害在這個頁面上被拆成一種可以各取所需的閱讀材料。與正規新聞頁那種「傷亡、救援、原因、進展」的固定段落相比，貼吧的話題頁更像一面留言牆，牆上每張紙條的重量取決於回覆數，取決於它被演算法推到多前面。

完成式與懸置式：兩種數字的工作方式

回到數字本身。3 和 558 在這場傳播裡做著不同的工作。3 是一個終點，它讓「遇難」這個詞有了具體的重量，也讓標題有了停損點；558 是一個過程，它會被更新、被修正，也因此在榜面上有更長的壽命。先前那則以「265人失聯」為題的條目被「558人失聯」取代時，數字的增長本身就是新聞，這與郭巴村受災數字的閱讀設計裡觀察到的現象一致：救援的規模感，是靠計數的疊加被建立的。

值得注意的是頁面上另一個計數：10.7 萬的即時討論量。它和 3、558 並置在同一個畫面裡，字級相近、位置相鄰。一個在量測災害，一個在量測注意力。讀者掃過這個頁面時，三個數字被同一種視覺語言處理，沒有任何層級提醒你哪一個屬於悲劇、哪一個屬於流量。這是熱榜這種介面最誠實也最冷漠的一面：它對所有計數一視同仁。

逃生討論：一種被影像逼出來的介面需求

在推薦貼文裡，最密集的討論繞著「怎麼逃」打轉。有人從監控錄影推算浪高三十公尺、反應時間一分鐘，結論是騎摩託油門到底也未必夠；有人直接說「看完錄影才發現幾乎不可能」。這些討論的共同起點是一段影像：監控鏡頭固定的視角、泥流進入畫面的速度、被捲入的物體。影像先於一切文字，把災害的速度感變成了可重播的東西。

這其實是一種介面需求的湧現。當災害的影像可以被反覆觀看，觀看者就需要一套方法把「看到的速度」換算成「自己的行動」。逃生討論就是這個換算的現場，只是它發生在貼文的樓層之間，沒有圖表、沒有色階、沒有官方的時間軸。對比颱風警報那種經過設計的決策介面，例如我們分析過的沙德爾登陸警報的圖面設計，泥石流恰恰缺少這種前置的視覺準備：它沒有路徑圖可看，沒有警報色階可循，只有在事後的監控錄影裡，速度才第一次被讀到。

這也解釋了為什麼貼吧頁面上會出現手繪的「三大災害分區」。使用者自己動手畫圖，把無法預警的災害放進可以指認的地理框架裡。那張畫得很陽春的示意圖，功能上更接近一種自製的風險介面，畫的人還特意註明「實際範圍比我畫的更大」，坦承圖面的局限。

收在一個畫面上

把整個話題頁攤開來看：最上面是 3 人遇難的標題與 10.7 萬的討論量，中間是失聯數字的更新與路段中斷的通報，下面是逃生討論、災害分區、氣候推演一層層發散出去。一場發生在喜馬拉雅山口、道路通信電力全部中斷的災害，在傳播的這一端被組裝成這樣一個可滑動的頁面。

數字先於畫面，畫面先於方法。這是熱榜式災害閱讀的基本順序，也是它最值得被看見的設計問題：當 3 和 10.7 萬以同樣的字級並排，當逃生方法只能靠逐樓討論拼湊，這個介面其實把最需要的資訊，行動指引，留給了最不可靠的排列方式。數字會被更新，錄影會繼續流傳，而頁面的長相，決定了人們記住的是計數，還是方法。