1. 讓訪客 15 秒內看懂專案
大部分人只看 README 第一屏就決定是否按 Star。開頭一句話說清專案做什麼、給誰用，接著放截圖、GIF 或終端機演示，再給一條複製即可執行的安裝指令。
GitHub Star 成長攻略
GitHub 專案增加 Star 的實用打法
大多數倉庫停在個位數 Star，不是因為程式碼差，而是沒人看到。這份指南整理了真正有效的方法：讓專案在 15 秒內值得按 Star、選對發佈管道和時機、理解 Trending 的速率機制，並用真實開發者互助完成冷啟動。
2. 去開發者聚集的社群發佈
Show HN（美國工作日上午發文效果最好）、Reddit 相關版面、在地技術社群都是可靠的首發管道。用「我為了解決 X 做了這個，求回饋」的框架發文，比硬廣存活率高得多。
3. 看懂 GitHub Trending 的機制
Trending 看的是時間窗口內的 Star 速率，不是總量。集中發佈勝過細水長流：把各管道的曝光壓進同一個 24–48 小時，衝上 Trending 後還會帶來自然成長。
4. 持續發版，持續寫內容
每個有意義的版本都是重新發佈的機會：維護 changelog、配短演示影片、在原有管道再發一輪。同時圍繞「如何解決 X」寫技術文章，讓倉庫成為答案。
5. 用真人互助快速增加 Star
只有 3 個 Star 的倉庫再優秀也像棄坑。GithubStarBoosts 讓你和真實開發者互換 Star、Watch、Fork，直接獲得早期關注和專案曝光，幫助新專案更快累積 Star。
常見問題
前 100 個 Star 怎麼來？
清晰的 README、直接分享給同事與既有社群、一次集中發佈，加上真實開發者互助打底。多數專案幾週內可以達到 100 Star。
上 GitHub Trending 需要多少 Star？
Trending 按速率計算。視語言分類競爭程度，一天內新增約 50–300 個 Star 通常足以進入該語言的每日 Trending。
買 Star 或刷 Star 有什麼後果？
買來的 Star 來自無活動的空殼帳號，任何人查 stargazers 都看得出來，還可能被 GitHub 反濫用系統清空，公開被點名更傷信譽。