用訂閱閱讀器本身就是一種小小的拒絕。它主張「該讀什麼」這個決定屬於讀者，而不屬於一套為了停留時間最佳化的排序系統。

這個類別為什麼回來了

大約在社群平台變成大家獲取新聞的地方時，訂閱摘要被宣告死亡。那個診斷對商業模式是對的，對需求是錯的。取代摘要的東西是一條按預測互動排序的流：同一則內容浮上來四次，比較舊的在沒被讀到的情況下消失，而「追蹤一個媒體」變成信任一個中間人，由它決定你值得看到它的哪幾篇文章。閱讀器把摘要原本就有的安排還原回來：一個來源發布的全部內容、按順序、附一個只在你讀過之後才會減少的未讀數。

這套程式是那種還原裡比較完整的嘗試之一：免費、原始碼公開、跑在三個真正重要的桌面系統上，另外還能跑在兩個幾乎已經不存在的系統上。它不是商業意義上的精緻產品；它是一套能力多得有點不尋常的工具，其中幾項深到光靠它們就值得整套裝起來。

三種格式與自動探索

摘要可以用 RSS 送來、用 Atom 送來，或用在某些新式網站上流通的 JSON 變體送來。三種都支援，與其說是為了讀者，不如說是為了出版方：任何網站只要提供其中一種，就能被訂閱。探索則更進一步，它會去讀網站給搜尋引擎看的站點地圖，從裡面推導出摘要位址，這意味著一個沒有明顯訂閱按鈕的網站，常常還是可以貼上網址讓程式自己去找。

與服務同步，不只與檔案同步

本機訂閱存在機器上的一個資料庫裡，這也是預設模式：沒有別人知道你讀了什麼。對於也會在手機上讀的人，程式可以登入好幾種線上閱讀服務並把它們當成來源，於是通勤時讀過的文章，到了桌前就已經標成已讀，收藏的內容兩邊都看得到。不同服務的好幾個帳號可以並存在同一條側邊欄裡，對於一直沒能只選定一家的人，這是很實際的答案。

管線中間有一具腳本引擎

這是它與其他所有閱讀器最大的分別。文章在進到清單之前會先經過一道使用者自己寫的 JavaScript 過濾程式，在那裡可以取用到文章物件。於是有些規則可以用勾選框表達不出來的：把用不同位址轉載的同一篇內容丟掉、只留下標題含某個詞的項目、依內容自動貼標籤、改寫標題、刪掉某個網站每篇都附上的推廣頁尾。它是一個小型的程式環境，不是一個過濾對話框，而學會它的成本，大約一週的閱讀就會還回來。

聲音、離線，以及連結背後的那段文字

內建的音訊播放器處理播客摘要，下載的內容可以快取起來，於是沒有訊號的火車上還是聽得到集數。光這一項就足以讓聽長篇音訊的人把整套裝起來，因為它省掉了另一個只負責下載檔案的應用程式。

閱讀區提供兩種渲染引擎可選：一種輕量、快、拒絕執行腳本，另一種是完整瀏覽器引擎，把頁面照瀏覽器的方式畫出來。文章全文可以抓下來並快取在本機，擷取用的是辨識正文的演算法，會找出文章本體，丟掉導覽、廣告與留言區。遠端圖片可以設成預設封鎖、需要時再載入，這讓一份摘要不至於向十幾個伺服器宣告你正在讀它。對於只發布摘要的來源，點開另一個瀏覽器分頁去讀，與當場讀完，就是「有在讀這份摘要」與「其實沒在讀」之間的差別。

系統與儲存

Windows、macOS 與 Linux 都有版本，Linux 還針對常見的套件格式各自提供，另外有兩個多數軟體早已放棄的系統也有移植版，這對某些人無關緊要，對另一些人則是他們選擇這套程式的唯一理由。儲存可以用嵌入式的檔案型資料庫，適合一個人在一台機器上使用；也可以用伺服器型資料庫，讓幾個人共用。後者正是它能在小型辦公室裡派上用場的原因：一組人想要一份共通的訂閱清單，中間不必擺一個雲端服務。

這套程式身上沒有一點時髦。它是一套給「已經決定自己閱讀內容的排序應該看得見、改得動、而且屬於自己」的人用的閱讀器。受眾很窄，而對這群受眾來說，競爭者少得可憐。