Community Workflow
把「推薦專案」和「討論」都留在 GitHub 生態裡。
GitHub Pages 本身是靜態託管，所以最省力也最穩的做法是把提報、審核、討論拆成 GitHub 原生流程。 這樣你不用養後端，也能保留社群互動。
維護建議
如果你要慢慢把站做大
先做 curated
第一版先挑 30 到 50 個你真的想追的 repo，比全站搜尋更容易建立品質感。
再補自動榜單
等社群開始穩定，再加 topic 搜尋、語言篩選或每週精選專欄。
保留 GitHub 作為真實來源
repo 詳細資料、Issue、Discussion 都回到 GitHub，頁面專注在整理和導流。
給推薦內容一個簡單門檻
可以要求提交者附上推薦理由、適用情境與補充連結，這樣首頁品質會穩很多。
Review Rules
審核時先看這四件事
有持續維護
近 30 到 90 天內最好有 commit、release 或活躍討論，不收長期停更的展示型 repo。
真的可用或可學
不是只有概念 demo，而是對開發者有參考價值、能上手、或能看出明確方向。
分類清楚
要能放進 AI、前端、工具、後端其中一類，首頁導覽才不會變得混亂。
有推薦理由
提報不能只有 repo 連結，至少要說明亮點、情境，或最近為什麼值得追。
Weekly Rhythm
用固定節奏經營，社群感會穩很多
週一整理提報
把上週收到的推薦先分類，標記成待審核、待補資料、已納入或暫不收錄。
週中更新榜單說明
挑 1 到 3 個正在升溫的 repo，在首頁或 Discussions 補一句人工觀察。
週末回顧
整理哪些分類變熱、哪些專案新進榜，讓使用者知道這站不是靜態目錄。
入口
討論區
可以直接掛 GitHub Discussions