我用快檔連結交付一個 3.8GB、158 個檔案的美國戰爭部 UFO 公開資料包
發表於 Wed 13 May 2026,分類於 Blog
最近,美國 war.gov 開了一個 UFO/UAP 公開檔案頁面。
官方說,這是回應川普政府對 UAP 相關資訊透明化的要求,由美國戰爭部(U.S. Department of War, DOW)與其他單位合作,把一批未解決的 UAP 相關紀錄與歷史文件公開出來。
我看到這個消息時,第一個反應是:「這批資料如果可以一次下載回來看,應該滿方便的。」
官方頁面雖然可以瀏覽,但如果你真的想把所有 PDF、影片、圖片都下載回來,體驗其實不太好。你要一個一個點,還要分辨哪些是文件、哪些是影片、哪些只是頁面上的圖片。對一般人來說,光是開始下載就已經有點麻煩。
這正好是快檔連結想解決的問題:把一批檔案整理成一個可以交付、可以下載、可以說明清楚的資料包。
正好我自己也對這批內容很有興趣,所以就花了一點時間把檔案收集下來,也確認再發佈這些公開資料的法律風險。確認可以做之後,我就想把它整理好提供給大家下載。
這種資料包其實很適合用快檔連結來發佈。因為整包有 3.8GB,檔案又很多,我還真找不到什麼簡單的地方可以放。你不可能用 WhatsApp、LINE 這類 IM 軟體傳給別人;放雲端硬碟也會遇到容量、權限、打包下載、流量限制這些問題。於是我就順手把整個整理與發佈過程記錄下來。
先把公開檔案整理成一個完整資料夾
我先把這次 war.gov UFO/UAP Release 01 裡可直接下載的檔案整理下來。
最後整理出來的內容大概是這樣:
- 158 個可下載檔案
- 116 份 PDF
- 28 支影片
- 14 張圖片
- 總大小約 3.8GB
- 每個檔案都保留來源 URL
- 產生 SHA-256 checksum
- 產生索引檔與 manifest
我把所有內容放在一個資料夾裡:
04_full_release01_pack/
裡面除了實際檔案,也準備了幾個輔助檔案:
README.md
START_GUIDE.html
files_index.csv
files_index.jsonl
manifest.json
checksum.sha256
files/
README.md 負責說明這包資料的來源、範圍、授權與非官方背書聲明。
START_GUIDE.html 則是給一般使用者看的入門導覽。這批資料本來就很散,有影片、有圖片、有 FBI 相關資料、有 NASA/Apollo 相關資料,也有很大的歷史掃描 PDF。一般人下載完,如果只看到一大堆檔案,很可能完全不知道從哪裡開始。
所以我在 START_GUIDE.html 裡做了一個簡單的瀏覽順序:
- 先看影片
- 再看圖片
- 再看比較短的現代 PDF
- 接著看 FBI 與 NASA/Apollo 相關資料
- 最後再看大型歷史 PDF
這樣使用者下載回去之後,至少有一個很簡單的入口。
直接用快檔連結上傳整包資料
整理好資料夾後,接著就是上傳。
我登入自己的快檔連結帳號,把 04_full_release01_pack 整個資料夾上傳。這裡的重點是,我不用再把它壓成一個 ZIP,也不用自己處理一堆檔案怎麼包、怎麼列清單、怎麼讓下載者取得。
快檔連結會直接處理整個資料夾的交付。
一開始上傳完,頁面長這樣:

這是標準下載頁。它乾淨、功能清楚,也能正常下載。
可是我看了一下,覺得它太中性了。
這次的內容是美國戰爭部 UFO/UAP 公開檔案,使用者進來之後,應該要一眼知道自己正在下載什麼。尤其這是一個 3.8GB 的大包,如果頁面只是一個普通下載框,對方可能會有點不放心。
所以我決定用快檔連結的白牌自訂功能,幫這個下載頁做一個比較符合內容的樣子。
用白牌自訂功能把下載頁變成專屬頁面
快檔連結的白牌自訂功能可以設定 logo、背景、顏色、導覽列、下載說明、footer 等內容。
我先把 logo 改成白色版本,因為這次頁面想走深色背景。接著把背景改成深藍色科技感的圖片,再把主色改成接近 UFO/UAP 主題的冷色系。
調整後的頁面大概變成這樣:

這樣使用者一進來,就會馬上知道這是:
- 美國戰爭部 UFO/UAP 公開檔案
- 158 個檔案
- 116 份 PDF
- 28 支影片
- 14 張圖片
- 附來源 URL、索引檔與 SHA-256 checksum
頁面底部也放了來源與法律聲明:
- 來源是 war.gov/UFO
- 這是非官方便利下載包
- 與美國戰爭部、美國國防部、AARO、NARA、DVIDS 或任何美國政府機構無合作、贊助、核准或背書關係
- 本頁出現的美國政府視覺資訊,不代表 DoW/DoD 對 FastFileLink 或本網站背書
- 本資料包只是依公開來源整理,沒有主張這些檔案證明外星生命存在
這個聲明很重要。因為這次使用的是美國政府公開檔案,雖然美國聯邦政府作品在美國通常屬於 public domain,但頁面仍然不能讓人誤會成「官方合作」或「官方背書」。
另外有一個小細節:我的瀏覽器是中文,所以我看到的下載進度與按鈕文字會自動顯示中文。英文讀者打開同一個頁面時,下載介面會依照他的語言環境顯示英文。
下載頁不只要能下載,也要先讓人看懂內容
這次發佈後,有人給了一個很實際的回饋:
It'd still be courteous to wait for a click before downloading 4 GB of files. I just wanted to see a description of what's included first.
這句話提醒了我一件事。
對提供檔案的人來說,直接打開下載頁、開始準備下載很合理。因為目的就是讓對方拿到檔案。
可是對第一次看到連結的人來說,4GB 不是小檔案。他可能只是想先看一下裡面有什麼,確認來源、大小、內容,再決定要不要下載。
其實快檔連結頁面上本來就有一個眼睛圖示,可以點開 preview,看檔案說明和內容資訊。
![]()
但我發現,如果我要把這個連結丟到社群或論壇,最好不要讓對方一進來就進入下載流程。更好的方式是直接給預覽模式連結。
做法很簡單:在 URL 後面加上:
?preview=true
例如原本是:
https://0.2.fastfilelink.com/xxxx
就改成:
https://0.2.fastfilelink.com/xxxx?preview=true
這樣對方打開後會先看到內容介紹、檔案資訊與下載說明,再自己決定要不要開始下載。
對大檔案交付來說,這是一個很實用的小技巧。尤其檔案一大,使用者的第一個需求往往不是「立刻下載」,而是「先確認這到底是什麼」。
把它發到社群後的反應
整理好之後,我把這個下載包發到幾個地方試試看。
我先試了 Hacker News。結果意外地沒有什麼反應,只拿到很少的點數。後來有人提醒我,這種閱讀材料或公開資料整理包不太適合用 Show HN 的形式發佈。也可能是因為已經有好心人士做過類似整理,只是那個版本主要放在 GitHub 上,要用 Git LFS 下載。Hacker News 的讀者當然知道 Git LFS 是什麼,但一般人通常不會。
這也是我一開始想做這包的原因之一:不是每個人都會用 Git,不是每個人都會裝 Git LFS。很多人只是想用瀏覽器把整包資料下載回來。
比較意外的是,V2EX 上的反應反而很好。很多人表示感謝,也真的有人下載。後台看到有上千次點擊,實際下載也有數百次。
這讓我確認了另一件事:快檔連結在這種「大檔案、多檔案、同時很多人下載」的場景下,實際上是可以順利運作的。這不是只有我自己在本機測試,也不是只有一兩個人點開連結,而是實際放到社群後,有一批人真的把 3.8GB 的資料包下載回去。
做完之後,我對「大檔交付」有更清楚的感覺
這次整理 UFO/UAP 公開檔案,表面上看起來像是追一個新聞熱點。
但實際做完後,我更確定一件事:大檔交付真正麻煩的地方,常常不只是「檔案很大」。
真正麻煩的是:
- 檔案很多
- 類型混雜
- 來源要保留
- 下載者需要知道怎麼開始看
- 內容需要說明
- 需要 checksum
- 需要法律與來源聲明
- 下載頁要讓人信任
- 最好能先預覽,再下載
如果只是把一個資料夾丟到某個雲端硬碟裡,這些事情都要自己慢慢補。
而快檔連結比較像是把「交付」這件事整理成一個流程:上傳資料夾、設定頁面、補上說明、給對方連結、讓對方用瀏覽器下載。
這次的公開資料包就是一個很好的例子。
最後的成品
最後我做了三個版本,分別給不同語言使用者:
- 英文版
- 正體中文版
- 簡體中文版
每個版本都有自己的下載頁,也都有 README 與 START_GUIDE。
這不是一個 UFO 研究專案,我也沒有嘗試解讀這些檔案。我的目標很單純:把官方公開的一批大檔案,整理成一般人比較容易下載、比較容易開始看的版本。
另外,我把這次自己整理出來的內容,也就是 README、START_GUIDE、索引檔、checksum、manifest,以及三個下載連結,都放在 GitHub 上:
https://github.com/bear0330/war-gov-ufo-uap-release-01
實際的大檔案仍然透過快檔連結交付。GitHub 比較適合放索引、說明與可查核資料;快檔連結則適合把整包 3.8GB 的檔案交給一般使用者下載。
如果你也有類似需求,例如:
- 要交付大型公開資料包
- 要傳一整包影片素材
- 要交付客戶專案檔
- 要分享大量照片與原始檔
- 要讓對方不用裝工具、直接用瀏覽器下載
那這正是快檔連結適合處理的情境。
有時候,傳檔不只是把檔案丟出去。
把檔案整理好、說明清楚、讓對方安心下載,才是真正的交付。