minimaxir 被引用、公開的清單成為 Hacker News 潛規則的操作手冊

Hacker News 表面上只是個簡單的連結聚合網站，規範由《Guidelines》與《FAQ》涵蓋，然而它真正的運作機制大多沒有文件說明：karma 門檻悄悄決定誰能倒讚、檢舉與背書；垃圾帳號與網域會被影子封鎖，使他們的貼文一出現就是死的；政治、教學文與沒有網址的貼文會被降權；過熱的討論串會被軟體調降權重。使用者通常得親身吃苦頭才學到這些規則：投稿被檢舉到死、留言憑空消失，或某個帳號的貼文不再出現。

要彌補這個落差，顯而易見的辦法都無法規模化：詢問工作人員太慢，FAQ 略過這些機制，個別討論串上的鄉野傳聞又不可靠。自 2012 年起就是 Hacker News 使用者的 Max Woolf（@minimaxir）改為把散落各處的證據蒐集成一份公開的 GitHub README〈A List of Hacker News's Undocumented Features and Behaviors〉，將未記載的功能、觀察到的行為，以及 /latest、/classic、/pool 等額外端點分門別類。

這份清單靠著引用紀律贏得信任：每一條都連到記載該項目的工作人員留言、公告或頁面，因此各項說法可以查證，而不必憑信心接受。它歡迎任何發現錯誤的人提出更正，並兩度聲明自己與 Hacker News、Y Combinator 或任何 YC 投資的公司均無隸屬關係，排除任何動機上的疑慮。

這份成果成了參考標準。該儲存庫顯示約 3.8k 顆星與 117 次 fork；當這份清單於 2020 年 6 月登上 Hacker News 時，討論串獲得 673 分與 266 則留言：讀者對其說法提出爭論，建議仍遺漏的項目，例如表情符號移除與留言串分離，版主 dang 也直接參與。這份 README 至少持續吸收更新到 2022 年 11 月，當時其 BigQuery 註記涵蓋到該月的資料。

把未記載的平台規則彙整起來，附上一手來源連結並開放修正，群眾就會把你的清單奉為手冊

把每一條連到工作人員留言或公告，讓每項說法都可查證，因此這份清單讀起來像有憑有據的研究，而非謠言。

開放 issue 與 pull request 讓讀者變成維護者，使這份指南能跟上一個不公告就改功能的平台。

醒目的無隸屬關係聲明排除了動機上的疑慮，這對一個不信任推銷的社群來說很重要。

它在需要的時候填補了缺口：當使用者的貼文死掉或帳號消失時，這份 README 是唯一彙整出來的潛規則地圖。

當一個機構不願為自己的不成文規則留下文件，就自己寫這份實地指南：把每項說法連到一手證據，向社群開放更正，並聲明自身沒有任何利害關係。

以 2020 年的快照來看，該儲存庫約有 3.8k 顆星與 117 次 fork；2020 年 6 月的 Hacker News 討論串——673 分、266 則留言——把這份清單當成 HN 潛藏機制的工作文件：讀者用它仍遺漏的行為加以補充，例如表情符號移除與留言串分離，版主 dang 也參與討論。這份 README 持續接受 issue 與 pull request 並不斷成長，其註記至少追蹤功能與資料集涵蓋範圍到 2022 年 11 月。Max Woolf 仍是維護者，並維持同樣的無隸屬關係聲明。