星星多不代表能用。這一類最常見的失敗不是品質差，是專案死掉了——舊教學還在推薦，但 repo 兩年沒更新、或已經封存。判斷順序建議這樣走。
| 先看什麼 | 為什麼 | |
|---|---|---|
| 1. 還活著嗎 | 最近一次 release／commit 距今多久？有沒有被 archived？ | ⚠️ 封存的專案不會再有安全性更新。本站的 Flowise 卡就是實例（2026-08-13 封存） |
| 2. 誰在維護 | 官方組織、基金會、還是個人？ | 個人專案風險不是不能用，是要有「他哪天不做了我怎麼辦」的答案 |
| 3. 授權寫在哪 | README 說的和 LICENSE 檔一致嗎？程式與模型／資料是不是分開授權？ | ⚠️ 兩邊不同是常態不是例外（見「程式碼授權 ≠ 模型權重授權」那張表） |
| 4. 它是什麼類型 | 工具？清單？模板？範例集？ | 清單與模板本身不做事，價值在省下你的搜尋與起步時間，別當成產品用 |
| 5. 依賴什麼 | 模板通常綁定某個平台或工具版本 | n8n 模板要有 n8n、ComfyUI 工作流要有對應模型，缺了就跑不起來 |
怎麼選
本站收錄資源型內容時，「還活著嗎」跟錢、授權、資料政策放在同一層級顯示——因為對這一類來說，維護狀態就是最重要的品質指標。看到很棒但兩年沒動的專案，先問「我有沒有能力自己維護它」再決定。
站內延伸
這張表比的是能不能用，不是哪個比較好。授權、費用、資料政策這三格一律以官方頁面為準，查不到的就寫查不到——猜一個好聽的答案，代價是別人照著做出事。