一個好工具停下來之後會發生什麼

開源的桌面程式有一種特定的腐壞方式。維護者走掉的那一天，什麼都不會壞；它是慢慢壞的，壞上好幾年，每一次都只壞一點點。打包進去的執行環境一年一年變舊，連帶裡面那個瀏覽器核心也舊了，於是本來好好的網站開始拒絕載入。系統層級的變動來了，而那套舊的打包方式從來沒預期過。介面看起來還是對的，下載大多也還是會完成，然後有一天某個連結就是不能用，而你找不到人問。這樣三年，就足以把一個被廣泛推薦的工具變成遺物。

這個專案就是那種工具的繼任者。一開始做的決定，不是去補那套舊程式，而是從零重寫，只留下讓它值得被用的部分：所有協議收在同一個視窗、介面乾淨、原始碼任何人都讀得到。底下的一切，全部換掉。

同一個想法，換一顆引擎

下載核心從舊版用的那顆老牌引擎，換成它針對現代網路環境最佳化的分支。核心能做的事沒有變，而那份清單正是人們為什麼要另外裝一個下載器的原因。HTTP 與 HTTPS、FTP、種子、磁力連結、ED2K 全部集中在一處處理，於是「這個連結該開哪個工具」這個問題不再出現。單一任務最多可以開到六十四條連線，同時可以跑十個任務，而它與瀏覽器自帶下載的差別不是一點點——那是「用到連線」與「把連線吃滿」之間的差別。

種子是被當成一等協議對待的，不是順便支援。在一個種子裡面可以只挑個別檔案，所以不必為了一個五十 GB的整包，去把裡面真正想要的那兩個檔案連著一起拉下來。進階的機制也都在——分散式雜湊表、對等交換、加密連線——這就是「真的會說這個協議」與「只會說它的一個精簡版」之間的差別。

為什麼體積差了這麼多

舊版用的是它那一代桌面程式最常見的打包方式：把一整套瀏覽器核心塞進安裝包裡。這個做法讓跨平台開發變便宜，也讓成品變重——一個閒置在背景、吃掉好幾百 MB 記憶體的下載管理器，在它真正的工作只是搬位元組的時候，很難辯護。重寫版改用作業系統本身就提供的網頁顯示層，把吃重的工作移到編譯過的核心裡。啟動明顯變快，記憶體也降了一大截，在一台本來就忙的機器上差別很有感。

介面同時也換到新的前端技術上：視覺語彙是現在的，淺色與深色主題都是真的做出來，而不是承諾。刻意沒有改的是互動方式。建立任務、貼上連結、選擇存到哪裡——順序和以前一樣，這很重要，因為最可能來試的人，就是用了它前代好幾年、並且完全不想重新學一次的那些人。

它唯一不做的那件事

它不會盯著瀏覽器。這個類別裡的工具通常會帶一個元件，去檢視頁面、然後提議接管它找到的媒體或檔案，這確實很方便。這一個沒有這種功能：它是管理器，不是嗅探器。你自己拿到連結，交給它，它用整條連線去抓。

這是真實的限制，而把它講成限制才算公道，因為對某些人來說，自動捕捉正是他們來的原因。換回來的是範圍：沒有被注入的元件、沒有會隨著瀏覽器每次更新而壞掉的整合，以及一個行為完全可預測的程式，因為它只做被交代的事。對於下載來源是種子、是從頁面複製出來的連結、是事先排好的佇列的人來說，少了嗅探一點成本都沒有。

適合誰

用過前代、懷念它，而且會發現工作流程一模一樣、相容性問題卻一個都沒有的人。經常下種子與磁力連結、不想只為了這件事另外養一個客戶端的人。橫跨 Windows、macOS、Linux 工作，想要三端行為一致而不是三套不同工具的人。以及原則上不想為了一個下載器付錢的人——對於一個全部工作就是把位元組有效率地搬走的程式來說，這個立場並不無理。原始碼是開的、程式是免費的，於是這個反對理由整個消失。

這不是在一個擁擠的類別裡再擠進一個，而是一個特定工具停下來之後回來了，並且重築在一個不會那麼快爛掉的基礎上。所有協議一個視窗、種子被好好對待、體積不再讓執行它的機器難堪，互動也和以前一樣。代價是沒有瀏覽器捕捉，而對這裡真正在意的那群人來說，這個代價值得付。

老實的總結

兩件事撐起整個專案：重寫而不是補丁，以及把笨重的執行環境從包裡拿出去。兩個都是工程決定而不是功能，而它們正是成品看起來很當代、做的卻和前代完全相同的原因。限制也一樣清楚——沒有從頁面自動捕捉、核心是沿用既有引擎而不是在這裡發明、以及它依賴的是一次重寫的速度，而不是十年累積的修正。對於需要一個什麼協議都吃、能把頻寬吃滿、又不吃記憶體也不吃錢的下載器的人，這個組合很難反駁。