Graphite
Graphite (acquired by Cursor in 2025) · 程式設計
Graphite 是架在 GitHub 上的 AI 程式碼審查平台，加上堆疊式 pull request、合併佇列，以及 PR 頁面內的 AI 審查員。
關於 Graphite
What Is Graphite
Graphite 是為工程團隊打造的 GitHub 程式碼審查工具。作為一套 pull request 審查軟體，它在 PR 流程外圍補上三件 GitHub 自己不提供的東西：堆疊式 pull request、看得懂堆疊的合併佇列，以及 Graphite Chat。Chat 是 PR 的 AI 審查員，直接在 PR 頁面回答問題、提出修正。Graphite 程式碼審查的價值就在這裡。
這款產品處理的是幾乎每個團隊都感覺到、卻一時說不出來的問題：審查是出貨流程最慢的一段。一個變更要等審查者，審查者要等 CI，而一個大型 pull request 疊了幾十個檔案，沒人能在腦裡裝下。Graphite 把這份工作拆成一連串小型 pull request，在你改動堆疊底部時持續同步分支，等檢查通過後再依序合併。AI 這一層負責機械性的部分：在真人看 diff 之前，先標出可能的 bug 並建議修正。
最明顯的限制是 Graphite 預設你在用 GitHub。跑 GitLab 或 Bitbucket 的團隊拿不到這種深度同步，CLI 和合併佇列也都是照 GitHub 分支的行為設計。另外，只要超出個人專案，它就是付費產品。Hobby 方案免費，但組織 repository、Slack 通知與無限量 AI 審查都鎖在 Starter 與 Team 方案後面。
2025 年 12 月，Cursor 的母公司宣布將收購 Graphite。兩家公司表示，Graphite 會繼續以獨立產品運作，同時更深度整合進 Cursor 編輯器與它的審查代理 Bugbot。
Getting Started
- 在 graphite.com 註冊並連接你的 GitHub 帳號，讓 Graphite 同步 repository 與 pull request
- 用 npm 安裝 CLI 並完成驗證，若想在編輯器裡管理堆疊，再加裝 VS Code 或 Cursor 擴充
- 用 gt create 開一條堆疊，改完後用 gt submit --stack 把每一層推上去
- 打開 pull request 頁面讀 AI 審查結果、回覆 Graphite Chat，等檢查通過後再走合併佇列
產品資訊
快速了解 Graphite 的定價、支援平台與效能。
適合對象
這項工具最適合的使用者、任務與情境。
使用者
- 每個變更都在 GitHub 上審查的工程團隊：只要同一個 repository 有兩三個人以上在推，堆疊與合併佇列就划算，前提是 repository 在 GitHub 上
- 技術主管與審查者：想把 PR 切成可審查的小塊、並用一趟 AI 掃出明顯 bug 的團隊
- 做個人專案的開發者：免費的 Hobby 方案涵蓋單人 repository，附 CLI、VS Code 擴充與有限量的 AI 審查
- 平台與 DevOps 團隊：需要合併佇列控管、SAML、稽核記錄與 GHES 支援的團體，這些都在 Enterprise 方案
任務
- 拆解大型變更：把一個功能拆成一連串小型 pull request，讓每一份都還審得動，而不是一個巨型 diff
- 讓堆疊保持同步：改完下層分支後跑一次 restack，上方每個 pull request 就會依序 rebase
- 搞懂一份龐大或陌生的變更：先讀 AI 摘要，再問 Graphite Chat 某段程式碼在做什麼，然後才留言
- 安全地合併 pull request：把合併排進佇列，讓每一筆都對最新的 base 跑過，分支維持在綠燈
- 追蹤審查健康度：用團隊數據看 pull request 卡了多久、哪裡開始堆積
情境
- 在單一分支背後出一個多部分功能：把資料、API 與介面三層堆起來，各自通過後再依序合併
- 帶一位 junior 工程師：在一個小型堆疊 pull request 上留言，而不是一份落落長的，讓回饋落在要緊的地方
- 趕時間出一個版本：把佇列推一把，把幾筆已核准的變更一次合併，不必盯著每一筆
- 審查另一位時區同事的 pull request：讓 AI 審查在夜裡先跑，真人審查者一上工就從一份短清單開始
- 接手一份歷史悠久的程式碼庫：讀近期 pull request 的 AI 摘要，看團隊實際上怎麼改程式
主要功能
每個 pull request 都有 AI 審查
Graphite 會把每個 pull request 放進周邊程式碼一起讀，留下高訊號的留言，標出可能的 bug，而不是挑排版風格。修正以建議形式提出，點一下就能套用。無限量 AI 審查與審查自訂在 Team 方案；免費與 Starter 方案有額度上限。
PR 內的 Graphite Chat
Chat 是住在 pull request 頁面上的 AI 助手。你問它 CI 為什麼掛掉、這次變更動到哪些地方，或某段程式怎麼重寫，它會帶著從 repository 抓來的脈絡回答。它也能開出建議修正並直接提交，不用離開對話。
堆疊式 pull request
堆疊把一個大型變更改成一條小型 pull request 的鏈，每一份都長在下面那條分支上。下層還在等審查時，你可以繼續動上層，把單一 PR 流程逼團隊停下來乾等的時間幾乎都省掉。
看得懂堆疊的合併佇列
合併佇列把已核准的 pull request 依序合併，並在合併前讓每一筆再對最新的 base 跑一次。因為它看得懂堆疊，整條鏈能一次落地，不必做多條分支指向同一檔案時常見的手動 rebase。
CLI 與編輯器擴充
Graphite CLI 把堆疊管理變成幾個短指令，VS Code 與 Cursor 擴充則把同一套控制搬進編輯器。它是疊在 git 之上而非取代 git，所以現有的 alias 與腳本照樣能用。
團隊數據與分析
團隊數據會顯示審查時間、pull request 大小與合併頻率，讓主管看出流程卡在哪。自訂分析與以 ACL 為基礎的存取權在 Enterprise，鎖定需要回報 CI 健康度、還要控管誰能看什麼的大型組織。
GitHub 同步與整合
Graphite 持續與 GitHub 同步，並把訊息發到 Slack，所以 Graphite 與 GitHub 兩邊的 pull request 狀態不會走偏。它接上團隊本來就在跑的 CI 與託管工具，包括 Vercel、Buildkite 與 Depot。
優缺點
優點
- 堆疊式 pull request 縮短出大型功能團隊的審查等待，因為沒人得等到整個變更都好了才開始看
- 合併佇列依序合併 pull request 並讓分支維持綠燈，省掉多數團隊得親手做的手動 rebase
- AI 審查與 Graphite Chat 就在 pull request 頁面上，回饋出現在審查者本來就在工作的地方，而不是另一個工具
- CLI 疊在既有的 git 指令上，團隊可以慢慢導入堆疊，不必重寫腳本
- 免費 Hobby 方案讓一位開發者先在個人 repository 試整套流程，團隊之後再付費
缺點
- 它預設你在用 GitHub。跑 GitLab 或 Bitbucket 的團隊拿不到深度同步與合併佇列，在 GitHub 以外的環境用起來受限
- 無限量 AI 審查與合併佇列只在 Team 方案解鎖，小團隊在免費或 Starter 方案很快撞到上限
- 堆疊多了一層要學的心智模型。沒導入 CLI、或沒把變更拆成層的團隊，比起純 GitHub 感受不到多少好處
- Cursor 的收購讓 Graphite 長期能保有多少獨立性留下一些不確定，官網定價也沒有為每一階列出固定數字
常見問題
Graphite 用來在 GitHub 上更快地審查與合併程式碼。它在 pull request 流程加上堆疊式 pull request、合併佇列與 AI 審查員，讓團隊能出小變更，不必等漫長的審查週期。
相關內容
探索與 Graphite 相關的工具、技能與文章。
Graphite 替代方案
Udon
Udon · 程式設計 · 生產力Udon 把 Apple Silicon 的 Mac 變成 Mac 家庭伺服器，從瀏覽器就能管理容器與檔案共享，並可選擇啟用 AI 系統管理員。
offstage
offstage cloud · 程式設計 · 生產力offstage 給 AI 代理與 CI 工作一台真正的 Mac：Apple 晶片上的全新 macOS 27 帳號，用 API 操作，依秒計費。
BotBus
Chengdu Tuyang Tusen Technology Co., Ltd. · 程式設計 · 生產力BotBus 把電腦上執行的 AI 編碼代理帶到手機與手錶，讓你不在桌前也能核准指令、啟動任務、查看結果。