OpenCut 在 7 月 16 日的 GitHub Trending 排第一，單日新增 1,505 顆 stars。它的主張也夠清楚：免費、開源的 CapCut 替代品。
只看榜單描述，很容易順手 clone 下來試用。可是專案 README 的 Status 段落寫得很清楚：新版正在從頭重做，目前該用的是 OpenCut Classic。等新版準備好，才會接手主網域。
這不是抓包。作者把狀態寫得很坦白。問題出在讀者常把「很多人正在關注」讀成「很多人已經驗證可用」。兩句話差很大。
榜首 OpenCut 正在重寫什麼？
新版的計畫很大：Rust 核心、瀏覽器與桌面共用程式碼、外掛優先架構、Editor API、MCP Server、headless mode、批次 rendering，甚至直接放一個 scripting tab。老實說，我看到這份清單也會想按 star。
同一份 README 也說，架構仍在設計，目前還沒準備好接受外部貢獻。這代表它適合追蹤、閱讀和討論，未必適合把明天要交付的影片工作流搬上去。
Trending 衡量注意力流向。它沒有替你做穩定性、相容性或安全審查。
Trending 到底代表什麼？
GitHub 的頁面提供 today、this week、this month，也讓你依語言篩選。榜單顯示總 stars、forks 和 stars today，卻沒有把排名公式寫在頁面上。
今天最明顯的證據是 mattpocock/skills。它單日新增 2,160 顆，比榜首 OpenCut 的 1,505 顆高，GitHub 排名仍在第三。另一個 exercises-dataset 單日 951 顆，排到第十三；YimMenuV2 只有 21 顆，卻在第十二。
所以我保留 GitHub 原始順序，也另外提供單日 stars 排序。兩者各自有用，但不該混成一個假的精確分數。
打開 README，我先找這幾個地方
Status 與 Roadmap
如果作者願意寫「正在重寫」、「不要用在 production」或「API 會破壞性變更」，先相信他。這些句子通常比首頁 demo 誠實。
Release 比最後一次 commit 更有用
每天都有 commit，只能證明開發很活躍。使用者真正拿得到哪個版本、改了什麼、該怎麼升級，通常要去看 release。OpenCut 的 GitHub 頁面列出 v0.3.0，但 README 又把目前可用版導向 classic，兩邊得一起讀。
安裝指令會碰到什麼
curl ... | sh 很方便，也代表你把遠端內容直接交給 shell。至少先打開腳本，確認下載來源、寫入位置與更新方式。熱門不會降低這條指令的權限。
授權條款的小字不能跳過
destructive_command_guard 說明它的授權以 MIT 為基礎，但另外加了 OpenAI／Anthropic rider。看到「based on MIT」就直接當成 MIT，風險不小。要拿去商用，還是得把完整條文讀完。
Issues 裡的問題有沒有人接
Issue 多不一定糟，成熟專案本來就會累積一大堆。我會看核心功能的 bug 有沒有人回、升級問題是否一再出現，也會看維護者有沒有清楚說明目前不接受什麼。
今天榜上另外三個例子
Vibe-Trading 能連 IBKR。這類專案很容易讓人直接想到自動下單，但官方文件其實提供 paper trading 連線方式。我會從模擬帳戶開始，而且不會把 README 的功能列表當投資安全保證。
Open Interpreter 今天榜單寫「給低成本模型的 coding agent」。進 repo 才知道這是以 Codex 為基礎的新 Rust 版本，原來的 Python 專案已交給社群 fork 維護。名稱一樣，世代和架構已經不同。
destructive_command_guard 的定位很窄，專門擋危險的 git 和 shell 指令。它提供 dcg test，不用真的執行命令，就能測試哪些會被擋、哪些會放行。安全工具能不能先檢查誤攔，比漂亮 demo 更有說服力。
我怎麼決定 star、試用或正式採用？
只想追蹤方向，按 star 就夠了。真要試功能，我會先找 release、準備隔離環境，也不放真實資料。等到要進正式工作流程，版本策略、回復方式、授權條款、權限和維護狀態才一項都不能少。
這三個動作的成本不同，不需要一看到 Trending 就跳到最後一步。OpenCut 的新版架構我會繼續追。至於現在剪片，README 已經替我們選好 classic。