HelloGitHub 十年 126 期沒斷過：我把每一期抓下來數了一遍

八月那篇的標題是「這份開源月刊十年沒斷更」。內文說它每個月 28 號準時更新，從沒斷過。

這句話我當時是照著網站的自我介紹寫的。網站說每月 28 號更新，我就寫每月 28 號更新。我沒有去查。

「十年沒斷」是一個可以驗證的說法。月刊的每一期都是 GitHub 倉庫裡的一個檔案，每一次發刊都是一筆有時間戳記的 commit。所以這次我去查了。

結果是：這個說法基本上成立，而且查的過程裡多出了幾個我覺得比「沒斷過」更有意思的數字。

HelloGitHub 是什麼？

圖：HelloGitHub 的 GitHub 倉庫，2026 年 10 月擷取（來源：github.com）

它是一份中文的開源專案月刊。倉庫的說明只有一句：分享 GitHub 上有趣、入門級的開源專案。

每一期是一份清單，照程式語言分類，每個專案附一兩句白話的介紹，有的附截圖。維護者的 GitHub 帳號是 521xueweihan，暱稱削微寒。

它解決的問題很具體。GitHub 上的專案多到看不完，搜尋結果又常常被星數最高的那幾個佔滿。HelloGitHub 做的是人工挑選：有人先看過一輪，把他覺得有趣、而且新手也看得懂的挑出來。

你可以在兩個地方讀它。GitHub 倉庫的 content 目錄下，每一期是一個 Markdown 檔。網站 hellogithub.com 上有排版比較好的版本，還多了榜單跟搜尋。

真的十年沒斷過嗎？

圖：HelloGitHub 的基本數字（本文統計，出自 GitHub API 與倉庫 content 目錄下的 126 個檔案，2026-10-13 查詢）

我做了三件事。

第一，問 GitHub API 這個倉庫的基本資料。 建立時間是 2016 年 5 月 4 日。到我查詢的時候，181,768 顆星，12,993 個 fork。最後一次推送是 2026 年 9 月 28 日。

第二，列出 content 目錄下所有的月刊檔案。 檔名是 HelloGitHub01.md 到 HelloGitHub126.md。我把編號取出來排序，檢查 1 到 126 之間有沒有缺。

沒有缺。126 個檔案，126 個連續的編號。

第三，查每一期是什麼時候發的。 倉庫的 commit 訊息有固定的格式，例如「发布：《HelloGitHub》第126期」。我把所有 commit 抓下來，挑出訊息裡有「發布第幾期」的那些。

這一步有個限制。符合這個格式的 commit 我找到 95 筆，對應第 32 期到第 126 期。更早的 31 期，commit 訊息的寫法不一樣，我沒有辦法用同樣的方式對出日期。

能對出來的這 95 期，時間是這樣的：第 32 期是 2018 年 11 月，第 126 期是 2026 年 9 月。中間隔了 94 個月，剛好 94 期。一個月一期，沒有跳過任何一個月。

所以我能確認的是：從 2018 年 11 月到現在，將近八年，每個月都有一期。 更早的兩年半，編號是連續的，但發刊的月份我沒有逐一驗證。

倉庫是 2016 年 5 月建的，到 2026 年 9 月是 125 個月，卻有 126 期。多出來的那一期是早期某個月發了兩次，還是第 1 期算在建倉庫之前，我從 commit 紀錄看不出來。

每個月都是 28 號嗎？

圖：發刊 commit 落在每月幾號（本文統計，依 GitHub 上訊息含「發布第 N 期」的 commit 時間，換算為北京時間）

不完全是，但很接近。

我把那 95 筆發刊 commit 的時間換算成北京時間，看它們落在幾號。

• 28 號：52 期
• 27 號：32 期
• 26 號：5 期
• 29 號：5 期
• 25 號：1 期

一半多一點是 28 號當天。三分之一是 27 號。我看到的兩筆 27 號的，時間是晚上十點半跟十一點多。也就是前一天晚上先把檔案推上去。

最早的是 25 號，最晚的是 29 號。95 個月裡，沒有一次超出這五天的範圍。

最近幾期很規律。第 124、125、126 期的 commit 時間，換成北京時間都是 28 號早上八點多，前後差不到十分鐘。再往前的 2026 年 6 月那一期是 29 號早上。

八月那篇寫「每個月 28 號準時更新」。比較精確的講法是：每個月 25 到 29 號之間一定會有，一半以上剛好在 28 號。對一個人維護了十年的東西來說，這個紀錄我覺得相當驚人。

十年收了多少專案？

我把 126 個檔案全部下載下來，數每一期裡的專案條目。月刊的格式很固定，每個專案是一行「編號、名稱：說明」，可以用規則比對。

總共 4,222 則。平均一期 33.5 則。

最少的一期 9 則，最多的 46 則。

份量是慢慢變多的。頭 12 期平均每期 15.6 則，最近 12 期平均 39.8 則。現在的一期大概是剛開始的兩倍半。

這個數字有一點要注意：它是條目數，不是不重複的專案數。同一個專案可能在不同期被介紹過。我沒有去重。

圖：各分類在 126 期中出現的期數（本文統計，依各期檔案中的分類標題）

分類也可以數。每一期用標題分段，像「Python 項目」「Go 項目」。我統計了每個分類出現在幾期裡。

Python 跟 JavaScript 是僅有的兩個每一期都有的語言。126 期，一期不缺。

Go 從第 3 期開始出現，之後只缺過兩期。

「人工智能」這個分類從第 9 期就有了，一共出現在 107 期。第 9 期大約是 2016 年底，比現在這一波熱潮早了很多年。

Rust 到第 26 期才第一次出現，之後出現在 64 期。這大致對得上 Rust 在開發者之間變熱門的時間。

一份月刊的分類表，剛好是一份十年的技術流行紀錄。

第 1 期跟第 126 期差在哪？

圖：HelloGitHub 第 126 期，2026-09-28 發布（來源：hellogithub.com）

第 1 期有 17 個專案。我把名字列出來看了一下：typo.css、ant-design、VeryNginx、tushare、python3-cookbook、design_patterns。前端框架、中文排版、Python 教學、設計模式。很典型的 2016 年。

第 126 期有 39 個專案。右邊那個目錄裡，有一個第 1 期絕對沒有的分類：Skills。

這個分類是從第 121 期開始出現的，到現在連續六期都有。它收的是給 AI 程式代理用的「技能包」。第 126 期這一類有四個，像是一個收了 278 種手繪風格的 AI 生圖技能包，還有一個能讓 AI 生成逐層搭建的 3D 古建築的技能。

不只是 Skills 這一類。我數了第 126 期所有條目的介紹文字，39 則裡有 17 則提到 AI、模型、智能體、Claude 或 Codex。四成多。

舉幾個例子：

• ccstatusline：給 Claude Code 用的狀態列，顯示目前的模型、Git 分支這些資訊。
• orca：讓多個 AI 程式代理並行開發的工具。
• skills-manager：把散在不同工具裡的 AI 技能集中管理。
• ego-lite：給人跟 AI agent 共用、互不干擾的瀏覽器。
• TencentDB-Agent-Memory：讓多個 agent 共享團隊記憶的系統。

十年前這份月刊在介紹怎麼學 Python。現在它有將近一半在介紹怎麼讓 AI 替你寫程式。程式代理是什麼可以看名詞解釋。

剩下的那一半還是原來的味道。同一期裡有一個按空白鍵就能預覽檔案的 Windows 工具，一個會自動換算物理單位的計算機，一台用 ESP32 做的四旋翼無人機，還有一個聽鳥叫聲辨識鳥種、再用電子墨水螢幕顯示出來的相框。

最後那個我特別去看了介紹。它用樹莓派跟麥克風收附近的鳥鳴，辨識出是什麼鳥，然後用古典插畫的風格顯示。這種東西不會出現在任何「最熱門」的榜單上，但它是我覺得這份月刊值得訂的原因。

這份月刊適合誰？

我自己會這樣用它。

如果你是剛開始寫程式的人，直接看你正在學的那個語言的分類。每一期挑一兩個專案，把原始碼下載下來讀。月刊挑的是入門級的，規模通常不大。

如果你是有經驗的開發者，我建議從「其它」跟「人工智能」這兩類看起。你自己的語言圈子裡有什麼新東西，你大概早就知道了。意外的發現通常在你不熟的那幾類。

如果你只是想知道最近流行什麼，看最近三期的分類目錄就夠了。Skills 這個分類的出現，比任何一篇趨勢分析都直接。

有一點要提醒。月刊是簡體中文寫的，用語是中國大陸的習慣。例如「智能体」是 agent，「大模型」是大型語言模型。讀起來不會有障礙，但搜尋的時候要用它的詞。

另一點是它的選擇有維護者的口味。偏工具、偏實用、偏個人開發者做的小東西。大公司的大型框架比較少。這不算缺點，但你應該知道它不是全貌。

我怎麼看？

八月那篇的結論是，這種「人工編輯、月更、十年如一日」的模式，在資訊爆炸的年代反而少見。這句話我現在還是同意，而且現在有數字可以支持它。

我想補的是這次查證讓我意識到的一件事。「十年沒斷」這類說法，在多數情況下你只能相信或不相信。但這份月刊把自己的全部歷史放在一個公開的版本控制倉庫裡。每一期什麼時候發的、改過什麼，任何人都可以去查。它的可信度不來自它怎麼形容自己，而來自它讓你可以自己驗證。

我這個站最近在重寫舊文章，起因就是發現很多當初寫下的說法沒有查證過。這篇也是。當時我照著官網的標語寫了「每月 28 號」，這次寫了幾行指令就查出實際的分布。這點工夫本來就該花。

什麼會讓我改變看法？如果早期那 31 期的發刊紀錄顯示有哪幾個月其實是空的、後來才補上，那「十年沒斷」就要打折。我這次沒有查到那麼細。能確定的是最近將近八年。

還有一個我沒有答案的問題。一個人維護了十年，每個月挑三四十個專案。現在每天新增的開源專案裡，有很大一部分是 AI 產生的，數量比十年前多得多。人工挑選這件事還能撐多久，或者會不會變得比以前更有價值，我不知道。第 126 期裡那個聽鳥叫的相框讓我傾向後者。

這次改寫更正了什麼

• 原文寫每月 28 號準時更新、從沒斷過，依據是網站的自我介紹。這次用 commit 紀錄查證：第 32 到 126 期每月一期無中斷，發刊日落在 25 到 29 號之間，其中 55% 在 28 號；第 1 到 31 期的月份沒有逐一驗證。
• 原文的星數（17.21 萬）、fork 數與最新期數（第 124 期）是八月的數字。現在是 181,768 顆星、12,993 個 fork、第 126 期。
• 原文寫累計開過 617 個 issue、授權為署名-非商業性使用-禁止演繹 4.0、贊助商包括 UCloud 與 OpenIM。這幾項這次沒有重新查證，已刪除。
• 原文詳細列了第 124 期的專案。這次改以最新的第 126 期為例，並補上與第 1 期的對照。
• 原文沒有任何統計。這次補上 126 期的條目總數、每期平均與分類分布。