pacifio/atlas 是什麼？衝上 GitHub 日榜的 3,078 星 AI agent 工具，我數它 32 個版本的下載器：累計 857 次（2026 實測）

一個 Rust 寫的工具昨天衝上 GitHub 日榜，標題數字是 3,078 顆星。我點進去，先去找它的下載計數器。

一句話結論：pacifio/atlas 是給 AI coding agent 用的版本控制工具，把每次 agent 執行和它產生的 commit 綁在一起；截至 2026-09-03，它有 3,078 顆星，但 32 個釋出版本累計只被下載 857 次，而且只支援 macOS。

最後更新：2026 年 9 月 3 日。本文所有數字取自同一次快照：2026-09-03 10:15 UTC（香港時間 18:15），來源為 GitHub REST API，非第三方統計站。

先看五個數字：它們講的不是同一件事

同一個倉庫、同一秒，GitHub 至少給你五個可以數的計數器。大部分報導只引第一個。

計數器	數值	要付出什麼才會 +1
Star（星）	3,078	點一下，不用下載、不用註冊
Fork	196	點一下，複製一份到自己帳號
Watch（訂閱通知）	16	願意讓它每天寄信給你
Release 累計下載	857	真的把 27 MB 的安裝檔抓下來
最新版下載（alpha-0.3.0）	281	抓的是現在這一版

星數是 3,078。願意收它通知的人是 16 個。比例是 192 比 1。

Atlas 到底幫你解決什麼問題？

它解決的是「agent 寫完程式，理由不見了」這件事。

你讓 Claude Code 改了一個檔案，它 commit 了。三個月後你打開 git blame，看到一行 commit message，看不到當時你問了什麼、它試過哪些做法、為什麼最後選這個。終端機一關，推理過程就沒了。

Atlas 的做法叫 checkpoint：每一次 agent session 錄進專案裡的 .atlas/sessions.db，包含提示、工具呼叫、改過的檔案；等你 commit 的時候（用任何工具 commit 都算，連 Atlas 關掉也算），它把那個 commit 反向連回產生它的 session。官方 README 寫得很直接，說連結會撐過 rebase 和 amend，用 patch-id 重新對；真的對不上就標成孤兒，不亂猜。

另外兩個賣點：一是可以在同一個視窗裡並排跑 Claude Code、Codex、Atlas 自己的 agent，以及 ACP registry 裡的其他 agent（Cursor、OpenCode、Kilo Code）；二是共享記憶，Claude Code 做過的決定會出現在 Codex 下一次的提示裡。README 自己也註明，registry 長尾那些 agent 的 QA「還在進行中」。

問題定義本身沒有毛病。多 agent 同時改同一個 repo，誰改了什麼確實會亂。往下要問的是：這個答案，現在有多少人真的裝了。

為什麼這次「下載次數」量得準？

因為它的下載漏斗只有一個出口，而那個出口剛好會計數。

多數專案不能這樣算。一個工具如果能用 brew install、npm i、cargo install 或 Docker 裝，GitHub Release 的下載數就只是零頭，拿來推論等於瞎猜。Atlas 不一樣，我逐條查過：

• 官網 tryatlas.cc 的下載鍵：抓下首頁原始碼，兩個下載連結是 github.com/pacifio/atlas/releases/download/alpha-0.3.0/Atlas_0.3.0_aarch64.dmg 和 ..._x86_64.dmg。官網沒有自己的 CDN，按下去就是去 GitHub 拿檔，所以官網的流量也會算進同一個計數器。
• Homebrew：formulae.brew.sh 查 atlas cask 回 404。README 裡還留著一行沒刪的 HTML 註解：#todo homebrew tap so this becomes brew install atlas。也就是作者自己知道還沒有。
• 安裝檔類型：33 個釋出檔全部是 .dmg，沒有 .deb、沒有 .exe、沒有 tarball。

唯一漏掉的路徑是自己編譯。README 有寫，要 Bun、Rust stable 和 Xcode Command Line Tools，然後 bun install 加 bun run dev:app，第一次 Rust 編譯要幾分鐘。這條路確實不會被計數，所以 857 這個數字在「自己編譯的人」這一側是低估的。

但它在另一側是高估的：GitHub 的 download_count 是任何一次完成的 HTTP 下載都算，包括鏡像站、爬蟲、自動化腳本，也包括同一個人換了三台機器抓三次。所以 857 比較接近「人數上限」而不是下限。

下載數這種指標，只有在你先證明「漏斗只有這一個出口」之後才能用。先查有沒有 brew、npm、Docker，再決定要不要引用。

3,078 顆星，換到多少次下載？

857 次，佔星數的 27.8%。換句話說，每 3.59 顆星對應一次下載（含機器人與重複下載）。

再收窄一點看現況。目前最新版是 alpha-0.3.0，2026-08-25 發布，到快照時剛好 8 天，累計 281 次下載。用星數當分母，等於 9.13% 的 stargazer 裝了現在這一版。

下載也高度集中在少數幾版。前五名合計 601 次，佔全部 857 次的 70.1%。

發布日	版本標籤	下載	佔比
2026-08-25	alpha-0.3.0	281	32.8%
2026-08-11	alpha-0.2.6	145	16.9%
2026-07-24	alpha-0.2.3	70	8.2%
2026-07-05	alpha-0.1.20	58	6.8%
2026-06-18	alpha-0.1.15	47	5.5%
其餘 27 個版本合計		256	29.9%
32 個版本總計		857	100%

還有一個細節值得記住：32 個版本標籤，開頭全部是 alpha-、exp- 或 org-alpha-。沒有一個穩定版。這個專案從 2026-05-20 第一次釋出到今天，一直都在 alpha。

為什麼多數人根本裝不了？

因為它只出 macOS 版，而且直到 2026-08-25 之前，連 Intel Mac 都沒有安裝檔。

README 的 Download 段落只有一句 NOTE：「macOS is the supported platform.」Build from source 段落再補一句：「Linux and Windows build from the same Tauri codebase but are untested.」也就是說 Windows 和 Linux 不是不能編，是沒測過。

33 個安裝檔裡，32 個是 aarch64（Apple Silicon），只有 1 個是 x86_64，就掛在最新的 alpha-0.3.0 上。這代表 Intel Mac 使用者在 2026-08-25 之前完全沒有官方安裝檔可下載。

架構	安裝檔數	累計下載	最新版下載
aarch64（Apple Silicon）	32	806	230（81.9%）
x86_64（Intel Mac）	1	51	51（18.1%）
Windows / Linux	0	0	0

所以那 3,078 顆星裡面，有相當一部分人就算想裝也裝不了。星星按鈕不會問你用什麼作業系統，下載鍵會。

它衝上日榜那天，倉庫裡發生了什麼事？

兩個修 CVE 的 PR 進來了，而且兩個都不是核心團隊送的。

第一個是 PR #220，作者 Svector-anu，2026-09-02 18:19:58 UTC 開，18:24:18 合併，中間 4 分 20 秒。內容是把 Rust 的 gix 由 0.81.0 升到 0.83.0（四個 GHSA，High），加上 JavaScript 側的 vite、mermaid、tar、js-yaml。

第二個是今天早上的 PR #228，作者 aeonframework，2026-09-03 07:51:12 UTC 開，08:22:13 合併，中間 31 分 01 秒。它修的是 jsonwebtoken，從 9.3.1 升到 10.4.0。

我去 GitHub 官方 advisory API 對了一次這個 CVE，確認 PR 描述沒有誇大：

欄位	GitHub Advisory 官方值
CVE	CVE-2026-25537
GHSA	GHSA-h395-gr6q-cpjc
摘要	jsonwebtoken has Type Confusion that leads to potential authorization bypass
嚴重度	medium
生態 / 套件	rust / jsonwebtoken
受影響版本	< 10.3.0
首個修補版本	10.3.0
公開日	2026-02-03

把時間軸排出來就清楚了。這份 advisory 2026-02-03 公開；atlas 這個 repo 2026-05-14 才建立，比 advisory 晚 99 天；它的 Cargo.toml 一直釘在 9.3.1，直到今天 07:50 才換掉。從 advisory 公開到修好，中間隔了 211 天。

這裡不必上綱到「這個專案不安全」。一個 111 天大的 alpha 專案有陳年依賴很正常，而且它今天確實修了。真正的觀察是另一件事：把安全問題找出來、寫成 PR 送進去的，是兩個外面的帳號，而且都發生在流量最大的那 14 小時內。爆紅帶來的第一批貢獻，不是功能，是有人幫你看依賴。

順帶一提貢獻結構：34 位貢獻者、643 次貢獻，作者 pacifio 一個人佔 359 次（55.8%），前四名合計 92.2%。已合併 PR 98 個、開放 12 個；issue 累計 66 個、開放 15 個。這是一個「一個人主導、少數幾個人幫手」的專案，不是一支團隊。

那顆星數還能不能用？可以，但要配一個分母

可以用，但單獨看沒有意義，要跟一個「需要付出成本」的計數器一起看。

還有一件事順手發現。我在 2026-09-03 10:12 UTC 重讀 GitHub 日榜那一頁，atlas 那一列顯示的總星數是 3,077，跟同一刻 API 回的數字一致，是新的；但同一列的「888 stars today」跟我們早上 00:07 UTC 讀到的完全一樣，一顆都沒動。同一行裡的兩個數字跑在兩個時鐘上。如果你在下午引用「今天 +888」，你引的是十小時前的快照。

下面這個工具你可以直接拿去查任何一個 repo。它會即時打 GitHub 公開 API，把星數、Watch、Fork、Release 累計下載一次列出來，並且先幫你判斷「這個 repo 的下載數能不能拿來推論」。

誰現在就該裝，誰應該再等？

用 Apple Silicon Mac、而且同時在跑兩個以上 coding agent 的人可以現在裝；其他人先等穩定版。

你的情況	建議	理由
Apple Silicon Mac ＋ 同時用 Claude Code 和 Codex	可以裝來試	「哪個 agent 改了什麼」正是它的主線功能，而且本機執行、不用帳號
Intel Mac	可以裝，但預期會踩雷	x86_64 安裝檔 2026-08-25 才第一次出現，測試量遠少於 ARM 版
Windows 或 Linux	先別碰	沒有官方安裝檔，README 明寫這兩個平台「untested」
只用一個 agent、也不常回頭查歷史	不需要	它解決的是多 agent 交錯的問題，你沒有這個問題
公司專案、需要穩定性承諾	等出穩定版再說	32 個版本標籤沒有一個脫離 alpha／exp

價格方面：軟體本體 MIT 授權（我對過 LICENSE 全文，169 個英文字，是未經改動的標準 MIT），本機模式不需要帳號、不需要網路。要跨裝置或跟同事同步就要登入並建立 organisation，這條路的收費方式官網沒有寫明，想用的人要自己去問。

另外提醒一個藏在文件裡的東西。它的 TELEMETRY.md 自己寫著：0.2.3 之前這份文件承諾遙測資料永久匿名、登入帳號也不會被連結，而這件事已經不再成立，「而且是刻意改的」（原文：That is no longer true, and the change was deliberate.）。登入之後，使用資料會歸戶到你的帳號，並把那台裝置的匿名歷史併進去。同意開關關掉就什麼都不送。這種把自己反悔的事寫進倉庫的做法，比刪掉舊承諾誠實得多，但你裝之前要知道。

不想裝 Atlas，還有什麼選擇？

同一個問題（多個 AI coding agent 同時跑、狀態要看得懂）已經有幾個不同解法，各自的取捨不一樣。

• herdr：終端機多工器，在一個終端裡管多個 agent，不做 commit 溯源。要的是「同時看見」而不是「事後查證」就選它。
• Orca：用自己的訂閱指揮一整支平行 agent 艦隊，偏向並行執行的規模。
• agentmemory：專攻 agent 記憶這一塊，跟 Atlas 的「共享記憶」功能重疊，但不含編輯器和 git 介面。
• 什麼都不裝：在 commit message 裡自己寫上是哪個 agent、哪一段對話產生的。醜，但零依賴，而且跨平台。

這件事對想靠 AI 接案的人代表什麼？

代表你評估工具的方式，可以比客戶更快。

接案或做內部自動化的時候，最常見的失血點是選錯工具：花兩週把流程接上一個看起來很紅、實際上還在 alpha 而且只有幾百人在用的專案，等它改架構的時候全部重做。本文用到的檢查全部是免費的公開資料，五分鐘可以跑完一輪：

1. 看 Release 有沒有穩定版標籤，還是全部 alpha
2. 算下載數 ÷ 星數，先確認漏斗沒有其他出口
3. 看 Watch 數（願意收通知的人才是真的在用）
4. 看安裝檔涵蓋哪些平台，跟你客戶的環境對不對得上
5. 看貢獻集中度，一個人佔六成以上就要考慮巴士因子

把這五條寫成一頁交付物，本身就是可以收費的東西。技術選型評估在自由接案市場是一個明確的項目，而多數人給不出量化依據，只會說「這個 GitHub 有三千星」。

五分鐘行動清單

• 把上面那個體檢器輸入你目前最依賴的三個開源工具，看看有沒有哪個的下載比低於 15%
• 查一次你要裝的專案的 Release 標籤，確認有沒有穩定版
• 用 Apple Silicon Mac 而且同時跑兩個 agent 的話，去 releases 頁抓 Atlas_0.3.0_aarch64.dmg 試一天
• 裝之前先讀它的 TELEMETRY.md，決定要不要關掉同意開關
• 把「下載 ÷ 星數」這一條加進你自己的選型檢查表

常見問題

pacifio/atlas 是免費的嗎？

軟體本體是 MIT 授權的開源專案，本機模式不需要帳號也不需要網路。跨裝置與團隊同步要登入並建立 organisation，那部分的收費方式倉庫裡沒有寫明。

Windows 可以用 Atlas 嗎？

沒有官方安裝檔。33 個釋出檔全部是 macOS 的 .dmg。README 說 Windows 和 Linux 用同一份 Tauri 程式碼可以編譯，但是「untested」，也就是官方沒有測過。

GitHub 星數多就代表工具好用嗎？

星數只量注意力，按一下不用付出任何成本。要判斷有沒有人真的在用，把它跟一個有成本的計數器對照：Release 下載數、Watch 數，或者套件管理員的安裝量。以 pacifio/atlas 為例，3,078 顆星對應 857 次累計下載和 16 個 Watch。

Release 下載數可以直接當使用者數嗎？

不行，兩端都有偏差。它把機器人、鏡像和同一個人的重複下載都算進去，所以偏高；自己編譯原始碼的人不會被算到，所以偏低。它比較適合當「人數上限」的粗略參考，前提是這個專案沒有 brew、npm、Docker 這類不計數的安裝路徑。

Atlas 跟 Claude Code 是競爭關係嗎？

不是，它把 Claude Code 當成子程序來跑。你原本的 Claude Code 訂閱照用，Atlas 負責在外面記錄 session、注入共享記憶、把 commit 連回產生它的那次對話。Codex 和 ACP registry 上的其他 agent 也是同樣的接法。

延伸閱讀

• GitHub 星數還能拿來比嗎？我數完全球 56 個十五萬星倉庫：這一篇比的是跨世代的星數通膨，本文比的是同一個倉庫裡星數和下載數的落差，兩篇一起看比較完整。
• openclaude 是什麼？32,041 星的 Claude Code 衍生版，我問四個系統「它是不是 MIT」：同樣是熱門倉庫，那一篇查的是授權標示。
• TimesFM 3.0 是什麼？Google 三榜第一的預測模型：權重授權從 Apache-2.0 換掉的那一次。
• GitHub 熱門開源 AI 專案精選 2026：完整分類清單。

參考資料

• pacifio/atlas GitHub 倉庫（README、LICENSE、TELEMETRY.md、Releases、Pull requests）
• GitHub REST API：倉庫 metadata（星數、Watch、Fork，2026-09-03 10:15 UTC 讀取）
• GitHub Advisory GHSA-h395-gr6q-cpjc（CVE-2026-25537）
• tryatlas.cc 官方網站（下載鍵指向的檔案位址）

本文所有數字取自 2026-09-03 10:15 UTC 的單次快照，GitHub 上的計數會持續變動，你現在讀到時數值必然不同；文中比例請當作當日的量級參考，不是永久事實。本文不含任何返佣或推薦連結，與 pacifio/atlas 及其作者無任何合作關係。開源軟體請自行評估安全性與適用性後再安裝於工作環境。