GitHub上有個(gè)數(shù)字，99%的開發(fā)者從沒見過——你的二進(jìn)制文件每天被下載多少次。

不是star數(shù)。不是fork數(shù)。是實(shí)實(shí)在在的下載量，有人運(yùn)行過你代碼的證據(jù)。

GitHub只顯示當(dāng)前累計(jì)總數(shù)，沒有歷史曲線。這意味著：你的項(xiàng)目可能在三個(gè)月前突然爆紅，而你永遠(yuǎn)不會(huì)知道。開源維護(hù)者David Bernard管這叫"flying blind"——開著飛機(jī)，儀表盤是黑的。

他維護(hù)kubectl-view-allocations（一個(gè)Kubernetes資源查看工具）五年，直到去年才發(fā)現(xiàn)一個(gè)詭異現(xiàn)象：2025年12月到2026年1月，下載量毫無征兆地翻倍。沒有新版本發(fā)布，沒有官方公告，沒有任何他能追蹤到的傳播節(jié)點(diǎn)。"Something spread it"，他在博客里寫，"a newsletter, someone's blog post, a company's internal tooling. I have no idea what."

為什么star數(shù)是安慰劑

Bernard算過一筆賬：500個(gè)star的項(xiàng)目，可能只有3個(gè)真實(shí)用戶。人們收藏倉庫的理由千奇百怪——"以后可能用得上""作者名氣大""界面好看"，但收藏和運(yùn)行是兩回事。

npm、crates.io、PyPI這些包管理器能告訴你庫文件（library）的下載情況，但二進(jìn)制工具（binary）的發(fā)布走的是另一條通道：GitHub Releases。那里藏著大量預(yù)編譯的可執(zhí)行文件，而官方不提供任何歷史趨勢(shì)。

這就導(dǎo)致一個(gè)荒誕的局面：你花周末寫的命令行工具被某家公司的CI系統(tǒng)每天調(diào)用上千次，你自己卻以為沒人用，差點(diǎn)放棄維護(hù)。

Bernard的另一個(gè)項(xiàng)目ffizer就是反面教材。新版本發(fā)布后下載量幾乎為零——這不是產(chǎn)品問題，是認(rèn)知問題。診斷錯(cuò)了，解法就全錯(cuò)。

download-history：一個(gè)維護(hù)者的自救工具

解決方案簡單粗暴：每幾小時(shí)爬一次GitHub API，存成每日快照，畫成趨勢(shì)圖。Bernard把它做成在線服務(wù)download-history.cdviz.dev，輸入owner/repo就能看60天曲線。

圖表支持交互式瀏覽，也能生成靜態(tài)SVG嵌入README，每天自動(dòng)更新。他放了個(gè)示例代碼：


這個(gè)工具對(duì)私有倉庫也有效，只需要提供access token。定價(jià)策略很"個(gè)人開發(fā)者"：14天免費(fèi)試用，不需要信用卡，不需要注冊(cè)。之后每年5歐元，最多追蹤2個(gè)倉庫。

Bernard拿jdx/mise（一個(gè)多語言版本管理器，非他本人項(xiàng)目）當(dāng)參考案例。這個(gè)工具發(fā)布頻率極高，每1-5天一個(gè)新版本，被CI和桌面環(huán)境持續(xù)拉取。它的下載曲線沒有明顯尖峰——因?yàn)橛脩舨皇?升級(jí)時(shí)下載一次"，而是"每次運(yùn)行都可能拉最新版"。

同樣的圖表，不同的讀法。上下文決定你怎么理解數(shù)據(jù)。

數(shù)據(jù)不會(huì)告訴你答案，但會(huì)給你更好的問題

Bernard在文章結(jié)尾列了下一步計(jì)劃：支持GitHub Packages（容器、npm、Maven），可能拓展到GitLab。然后拋出一個(gè)開放問題："What metrics do you track for your OSS projects? I'm curious what signals actually matter to other maintainers."

這個(gè)問題背后是整個(gè)開源生態(tài)的度量困境。我們習(xí)慣了用star數(shù)證明項(xiàng)目健康，用貢獻(xiàn)者數(shù)量顯示社區(qū)活躍，但這些指標(biāo)和真實(shí)采用率之間的裂縫越來越大。

一個(gè)更尖銳的版本是：當(dāng)你的項(xiàng)目被集成進(jìn)某家巨頭的內(nèi)部工具鏈，卻沒有任何外部可見性時(shí)，你該怎么證明它的價(jià)值？

Bernard的工具解決的是技術(shù)層面的盲區(qū)，但更大的盲區(qū)在于——開源維護(hù)者至今沒有行業(yè)共識(shí)的"健康度指標(biāo)"。下載量、活躍issue數(shù)、響應(yīng)速度、依賴該項(xiàng)目的其他倉庫數(shù)量……每個(gè)維度都有漏洞，組合起來又過于復(fù)雜。

他的14天免費(fèi)試用不需要注冊(cè)，這個(gè)設(shè)計(jì)本身就有趣。意味著你可以偷偷查任何公開項(xiàng)目的真實(shí)下載趨勢(shì)，包括競爭對(duì)手。開源世界的信息不對(duì)稱，正在被這種小工具一點(diǎn)點(diǎn)削平。

你在維護(hù)什么項(xiàng)目？如果突然能看到過去一年的下載曲線，你最想驗(yàn)證哪個(gè)假設(shè)——是某個(gè)功能真的沒人用，還是某個(gè)你放棄的舊版本其實(shí)還在被大量調(diào)用？