3,480 個人給它星。3,539 個人把它複製回自己的帳號。多出來的那 59 個，才是重點。
一句話結論：Grok Bot 重構版是一個沒有授權條款、已被作者封存的非官方重構倉庫，fork（3,539）比 star（3,480）還多——同批六個爆紅倉庫的星／fork 中位數是 10.13 倍，只有它低於 1。
先講清楚我在看什麼。b-nnett/grok-bot-0.18-reconstructed 是一個把 Grok Bot 0.18.0 macOS 版反推回原始碼的非官方專案，2026 年 8 月 23 日建立，11 天內拿到 3,480 顆星——平均一天 316 顆，任何一個月都算爆紅。
但真正讓我停下來的不是星數，是它旁邊那個 fork 數字：3,539。比星數多 59 個，多 1.70%。
這個數字為什麼奇怪，需要一個對照組才講得清楚。所以我去數了。
fork 比 star 多，到底有多不正常？
不正常到差了 10 倍。而且這不是印象，是同一天、同一批、同一篩選條件跑出來的數字。
我用 GitHub 官方 API 撈了「2026 年 8 月 14 日後建立、星數超過 500」的全部倉庫，這是乾淨的同期世代對照組——同一波新專案、同一個時間窗累積星數，沒有世代差。全部六個，一個不挑：
| 倉庫 | 星數 | fork | 星 ÷ fork | 建立日 |
|---|---|---|---|---|
| s1dashu/ip-as-logo-skill | 4,912 | 243 | 20.21× | 08-18 |
| sapientinc/PRAXIST | 7,024 | 527 | 13.33× | 08-27 |
| MengTo/threeui | 5,094 | 503 | 10.13× | 08-21 |
| CopilotKit/OpenBot | 4,185 | 512 | 8.17× | 08-17 |
| yetone/cumora | 3,468 | 432 | 8.03× | 08-17 |
| b-nnett/grok-bot-0.18-reconstructed | 3,480 | 3,539 | 0.98× | 08-23 |
updated_at 全部是當日，屬同一時點快照。其他五個的中位數是 10.13 倍：一個正常的爆紅專案，大約每 10 個人給星才有 1 個人 fork。這很合理——星是書籤，fork 是「我要拿這份程式碼去做事」，門檻本來就高得多。而 Grok Bot 重構版是 0.98 倍，跟中位數差 10.30 倍，也是六個裡唯一比率低於 1 的。
當 fork 數追過 star 數，通常代表人們不是在收藏它，而是在保存它。
差別在動機。給星是「我覺得這東西不錯」；fork 是「我要在自己的帳號留一份副本」。當後者超過前者，最合理的解釋是：一群人認為這倉庫可能會消失，所以先複製再說。
他們的直覺沒錯。8 月 28 日，作者自己把倉庫封存了，現在是唯讀狀態。
Grok Bot 到底是誰做的？（這題大部分人會答錯）
名字裡有 Grok，直覺會說是 xAI。但看程式碼歸屬的話，答案是 Cursor。
這個倉庫的 NOTICE 檔裡，作者反覆提到上游是「Anysphere」。Anysphere 是 Cursor 的法人名稱，由 Michael Truell 和三位 MIT 同學於 2022 年創立。第一次讀到的時候我以為是作者搞錯了——結果去查，錯的是我的直覺。
把時間線攤開就清楚了：
- 2026-02-02：SpaceX 完成收購 xAI，合併為 SpaceXAI。
- 2026-06-16：SpaceX 同意以 600 億美元股票收購 Anysphere（Cursor 母公司），交易仍待監管批准。
- 2026-08-11：Cursor 與 SpaceXAI 共同推出 Grok Bot，走 Cursor 的訂閱層發放（SuperGrok Heavy、Cursor Ultra、Cursor Premium Teams）。
- 2026-08-23：產品上線 12 天後，這個重構倉庫出現。
所以 Grok Bot 掛著 xAI 品牌，卻由 Cursor 這邊出貨：桌面程式原始碼歸屬 Anysphere，訂閱權限綁 Cursor 方案而非 xAI 方案。作者在 NOTICE 裡寫的沒問題，是「Grok = xAI」這個聯想有問題。產品名稱指向的公司，跟程式碼歸屬的公司，可以是兩間不同的公司——在併購密集的這兩年，這種落差只會更常見。
「34 秒建立完成」是真的嗎？
數字是真的，但它量的不是你以為的那件事。這段我必須講清楚，否則就是在誤導。
倉庫的時間戳長這樣：建立於 2026-08-23 20:53:01 UTC，最後一次 push 是 20:53:35 UTC。中間相隔 34 秒。整個倉庫只有 2 個 commit。
看到這裡很容易寫成「有人 34 秒做完一個重構專案」。那會是錯的。
倉庫裡有一份 docs/PUBLISHING.md，還有一個叫 publication:check 的指令，用途是驗證「乾淨歷史匯出」有沒有漏東西。換句話說，作者是在別的地方做完，再把成品以全新的 Git 歷史一次推上來。34 秒量的是上傳，不是開發。真正花了多久，這個倉庫的公開時間戳答不出來。
我留這段，是因為它示範了一個常見的讀數錯誤：數字有衝擊力，不代表它在衡量你想像的那件事。先問分母是什麼，再決定要不要拿它當論據。
沒有 LICENSE 檔，為什麼比你想的嚴重？
因為在版權法的預設值裡，沒有授權不等於自由使用，而是等於「保留所有權利」。
這是開源世界最常被誤解的一件事。很多人看到程式碼公開放在 GitHub 上，就當作可以隨便拿。實際規則相反：公開可見和授權使用是兩回事。倉庫沒放 LICENSE，法律預設就是著作權人保留全部權利。
這個倉庫的授權欄位在 GitHub API 裡是 null。檔案列表有 README、CONTRIBUTING、SECURITY、NOTICE、PROVENANCE——就是沒有 LICENSE。
而且作者完全沒有隱瞞。NOTICE 檔裡直接寫著：「No upstream source-code license is asserted or granted here.」（此處未主張亦未授予任何上游原始碼授權。）同一份檔案還聲明與 Anysphere、Cursor、xAI、SpaceX 均無關聯，並提醒任何要發佈或散佈者，須自行檢視著作權、商標、第三方相依套件與服務條款的義務。
作者把風險寫得清清楚楚。問題是，3,539 個按下 fork 的人，有多少讀過那份檔案？
按下 fork 的那 3,539 個人，承擔了什麼？
簡單講：fork 不是收藏，是在你自己的帳號底下產生一份公開的副本。
星號只是書籤，資料留在別人的倉庫；fork 是重製——你的帳號、你的名字、你的公開頁面上，多了一份完整副本。而這份程式碼的性質是：一個商業產品的非官方重構，沒有授權，作者本人明講散佈風險自負。
我不是在說這些人做了違法的事——個案判斷要看司法管轄區與使用方式，那不是一篇文章能給的結論。我要指出的是比較樸素的一件事：絕大多數人按 fork 時，腦子裡想的是「先存起來」，而不是「我正在自己的帳號建立一份無授權商業程式碼的公開副本」。這兩件事在法律上的距離，比在介面上的距離遠得多——GitHub 讓後者只需要一次點擊。
為什麼這篇不給你安裝步驟？
因為在這個案子上，教你怎麼裝是幫倒忙。
我寫開源專案評測慣例會附一段「三分鐘上手」，這篇刻意沒有。它的建置流程需要抓取原始商業安裝檔當建置輸入，沒有任何授權涵蓋這個行為，作者本人也已封存專案。在這種狀態下寫操作指引，等於把整篇文章解釋的風險包裝成週末小專案推給讀者。
它作為技術檔案有價值——想理解 Electron 桌面應用怎麼組裝、控制平面怎麼切分，README 和架構圖寫得好。讀它，不要跑它。
那要用什麼？合法的替代方案
如果你要的是「一排各有性格的 AI agent、每個有自己的電腦和工具」這種體驗，有幾條乾淨的路：
- 官方 Grok Bot — 走 Cursor 訂閱層（SuperGrok Heavy／Cursor Ultra／Cursor Premium Teams），有桌面與 iOS 版，沒有灰色地帶。
- CopilotKit/OpenBot — 4,185 星、MIT 授權，星／fork 比 8.17 倍很健康。定位是「每個 AI 同事有自己的瀏覽器、檔案和工具」。GitHub
- OpenMausBot — 明確定位成 Grok Bot 的開源替代品，本地優先，走自己的實作而非重構官方二進位檔。
- xai-org/grok-build — SpaceXAI 官方開源的編碼 agent harness 與 TUI，授權清楚。
差別很簡單：這四個都是「自己寫的」或「官方給的」，不是「把別人的成品拆回來再組一次」。
怎麼把這個比率變成你自己的檢查工具？
把星／fork 比當成免費的體檢指標，三十秒跑一次。下面的計算機直接用上面那組對照數據當基準：
比率只是第一道篩子，告訴你「要不要多看兩眼」而非結論。真要按 fork 之前，這四項花不了兩分鐘：
- 看 LICENSE 存不存在。不是看 README 寫什麼，是看倉庫首頁右側有沒有授權標示。沒有 = 保留所有權利。
- 看是不是已封存。封存代表作者主動停手，值得先弄清楚原因。
- 看 commit 數和時間戳。只有 2 個 commit 卻有完整專案結構，代表歷史被重寫過，你看不到真實開發過程。
- 看 README 有沒有「unofficial」「reconstruction」「reverse-engineered」這類字眼。作者通常會寫，只是沒人讀。
順帶一提：我原本差點寫錯這篇
抓資料時踩到兩個坑，寫出來給同樣在做研究的人參考。
第一個坑：GitHub Trending 頁餵了我一份 2018 年的快照。當天 github.com/trending 正常載入、零錯誤訊息、內容前後一致——但榜上 TensorFlow 寫 110,335 顆星，API 實際是 197,774 顆。榜上還有 xi-editor、youtube-dl 這些好幾年前的東西。兩個 Trending 頁互相吻合，但吻合只證明它們一起舊。所以本文所有 GitHub 數字都來自 API。
第二個坑：我一度以為這個倉庫已被下架。直接呼叫它的 API 端點回傳空白，差一點就寫成「已遭下架」。保險起見我拿另一個確定存在的倉庫做對照，結果對照組也空白——是 API 限流，跟這個倉庫無關。
共同點：失效的儀器和真實的結果，長得一模一樣。空白回應可以是「東西沒了」也可以是「你被限流」；正常載入的頁面可以是今天的資料也可以是八年前的快取。分辨方法只有一個——拿一個你已經知道答案的東西去量一次。
常見問題
fork 比 star 多一定有問題嗎？
不一定。範本倉庫（template repo）、課程作業倉庫、需要 fork 才能使用的設定檔專案，天生就是 fork 多過星。這個比率是提示不是判決：看到低於 1，先確認它是不是範本類倉庫，不是的話才值得往下追授權和封存狀態。
沒有 LICENSE 的 GitHub 專案可以用嗎？
預設是不行。程式碼公開不等於授權你重製、修改或再散佈；沒有 LICENSE 時法律預設是著作權人保留所有權利。GitHub 服務條款只保障你可在站內瀏覽和 fork，不會替你取得使用授權。要用在自己專案裡，正確做法是開 issue 直接問作者要授權。
Grok Bot 是 xAI 還是 Cursor 的產品？
兩邊都有份。Grok Bot 由 Cursor（法人名 Anysphere）與 SpaceXAI 於 2026 年 8 月 11 日共同推出，透過 Cursor 的訂閱層發放。SpaceX 在 2026 年 2 月 2 日收購 xAI 成為 SpaceXAI，並於同年 6 月 16 日同意以 600 億美元股票收購 Anysphere，該交易仍待監管批准。所以名字掛 Grok，出貨和訂閱走 Cursor。
倉庫被封存之後，我 fork 的副本會消失嗎？
不會。封存只是把原倉庫變成唯讀，已存在的 fork 仍留在各自帳號下。這正是重點——原倉庫日後若被移除，你那份副本不會跟著消失，仍公開掛在你的帳號上，要自己動手刪。
結論
這篇從頭到尾只圍繞一個 59：3,539 減 3,480。在三千多的基數上，59 是 1.7%，小到任何人掃過去都不會停。但它是六個同期倉庫裡唯一翻轉的比率，而翻轉的原因指向一份沒有授權、已被作者封存、上游是商業產品的程式碼。這個數字沒有藏起來，它就印在倉庫首頁，旁邊就是星數。
GitHub 的介面把 star 和 fork 放在一起，長得像同一種按鈕。一個是點頭，一個是把東西搬回家。下次按 fork 之前，先看一眼旁邊有沒有 LICENSE——這是整篇文章唯一需要你記住的動作。
本文所有 GitHub 數據取自 GitHub 官方 API，讀取時間為 2026 年 9 月 4 日；星數與 fork 數屬即時快照，會隨時間變動。本文為技術與資料觀察，不構成法律意見；著作權與授權的具體判斷因司法管轄區與使用方式而異，涉及實際使用請諮詢專業人士。本文與 Anysphere、Cursor、xAI、SpaceX 及文中所有倉庫作者均無任何關聯。
同主題延伸閱讀
AI 工具實測與工作流
實用工具與下一步 · 免費工具 →
發佈留言