GitHub 補上「星星歷史」API：去年被關掉的追蹤工具，現在有官方替代方案了（2026-09 實查）

如果你維護過開源專案，大概看過那種「星星成長曲線圖」。今年稍早那些圖有不少壞掉了——因為 GitHub 把「列出誰按了星」的 API 收緊成只有 repo 管理員和協作者能呼叫。

2026-09-04，GitHub 在官方 changelog 補上了替代方案：一個新的 star history REST API 端點，可以拿到帶時間戳的歷史星數，但不會暴露任何一位按星者的身分。 查核日 2026-09-07。

一、先講前因：去年被關掉的是什麼

GitHub 公告裡自己交代了脈絡：「Earlier this year, stargazer listing endpoints were restricted to admins and collaborators to protect user privacy.」

翻成白話——今年稍早，「列出 stargazer（按星使用者）」的那組端點，被限制成只有管理員與協作者能用，理由是保護使用者隱私。

這件事影響的不是一般開發者的日常，而是一整類工具：星星成長圖、開源趨勢榜、投資機構用來追蹤專案熱度的儀表板。它們過去的做法大多是把 stargazer 名單連同「按星時間」整批抓下來，再自己算成曲線。名單一鎖，曲線就畫不出來了。

二、這次補上的是什麼

依官方公告，新端點讓你可以做兩件事：

1. 取得帶時間戳的歷史星數，而不揭露個別 stargazer 的資料。
2. 把先前依賴 stargazer 名單來追蹤星星成長的工具與整合改回可用。

關鍵設計很清楚：你要的是曲線，不是名單。 過去為了畫曲線必須先拿到名單，這在隱私上是過度取得；現在官方直接給彙總後的時間序列，需求滿足、名單不外流。

GitHub 在公告中把細節指向 REST API 文件，並開了一個 Community discussion 收意見。

三、誰該去改東西

三類人：

• 維護開源專案、自己做星星圖的人：如果你的腳本還在打舊的 stargazer 端點、然後在非管理員身分下拿到權限錯誤，改用新端點就能修好。
• 做開源數據儀表板、榜單、選型網站的人：這是把功能救回來的唯一官方路徑。用爬蟲繞過去，既違反條款也不穩。
• 把「星數」當成評估指標的團隊：新端點是彙總資料，你能拿到走勢，但拿不到「誰」。如果你原本的分析建立在 stargazer 的身分或帳號特徵上（例如判斷是不是機器人衝的星），那套方法在官方 API 上已經走不通了。

四、值得注意的一個副作用

這件事其實反映了 GitHub 這一年的一致方向：把「彙總資訊」與「個人身分」拆開。

同一時期 GitHub 也陸續推出封鎖使用者相關的一連串改進——像是在個人 repo 封鎖使用者留言、從安全通報直接封鎖使用者、關閉被封鎖者的貢獻。方向是同一個：平台願意給你資料，但不願意再讓任何人輕易組裝出「某個帳號做過什麼」的全景。

對做工具的人，這代表一種心態轉換：未來新功能大概率會以「彙總 API」的形式出現，而不是「原始名單 API」。 設計資料管線時，最好一開始就假設拿不到名單。

五、對台灣開發者的實際意義

如果你在做作品集、開源專案的成長紀錄，或幫公司評估要不要採用某個開源套件：

• 星星曲線可以正常畫了，不必再靠第三方快取或爬蟲。
• 不要再把「星星數」當成唯一指標。星數容易被短期活動推動，判斷專案健康度時，最好一起看提交頻率、未解 issue 數、最後推送時間——這些全都有公開 API。

順帶一提，同一週 GitHub 還發布了 Actions 的三項更新與 CodeQL 2.26.4，我們另外整理在 GitHub Actions 九月初三項更新。

本文依據 GitHub 官方 changelog（2026-09-04，New API endpoint provides privacy-safe star history data） 直讀整理，查核日 2026-09-07。端點的完整參數與速率限制請以 GitHub REST API 官方文件為準。GitHub 相關方案價格整理見 GitHub Copilot 工具頁。