
GLM 5.2 Coding Plan:Lite、Pro、Max 額度、價格與三週實測(2026)
遷移衝刺的第二週,第五天,重構到一半:Claude Code 突然安靜下來。我們在 GLM 5.2 coding plan 的 Pro 方案上,已經用完了每週約 2,000 次的提示額度,端點指向 api.z.ai/api/anthropic,模型設為 GLM-5.2[1m]。沒有錯誤畫面,也沒有意外帳單。只有硬性暫停,直到下一個 5 小時視窗重置為止。光是這一刻,就比任何價格表都更能說明這個訂閱方案的本質。
有個 Google 自動完成至今仍搞錯的關鍵時效資訊:自 2026 年 6 月 13 日起,這個方案的每個等級都運行 GLM-5.2,而非 GLM-4.6。關於模型本身、基準測試、1M 上下文視窗、GLM 5.2 與 5.1 的比較——請閱讀我們的完整 GLM 5.2 模型評測。這篇談的是方案本身:方案等級、額度、限速機制,以及它是否值得取代你的 Claude 花費。
重點整理:
- GLM Coding Plan 共有 3 個方案:Lite $18、Pro $72、Max $160/月(2026 年 9 月底前享 7 折優惠)。
- 每週提示額度:約 400(Lite)、約 2,000(Pro)、約 8,000(Max),以 7 天為週期滾動重置。
- 自 2026 年 6 月 13 日起,所有方案皆運行 GLM-5.2,並具備 1M 上下文視窗。
- 達到上限後,呼叫會暫停直到下一個 5 小時視窗重置。絕不會有超額計費。
GLM Coding Plan 方案快速總覽:Lite、Pro、Max 比較
GLM 5.2 coding plan 提供三個固定月費方案,依每週提示額度計價,而非 token 用量。**Lite($18)**適合輕度或業餘的程式開發。**Pro($72)**是每天進行 agent 式開發的獨立開發者的最佳選擇。**Max($160)**則鎖定團隊或重度使用多個儲存庫的使用者。三個方案都包含相同的模型。
| 方案 | 月費 | 每週提示數 | 5 小時上限 | 每月 MCP 呼叫次數 | 最適合 |
|---|---|---|---|---|---|
| Lite | $18(優惠價 $12.60) | 約 400 | 約 80 | 100 | 業餘、side project、輕度編輯 |
| Pro | $72(優惠價 $50.40) | 約 2,000 | 約 400 | 1,000 | 獨立開發者、每日 agent 式開發 |
| Max | $160(優惠價 $112) | 約 8,000 | 約 1,600 | 4,000 | 團隊、重度多儲存庫工作 |
以上價格已於 2026 年 7 月透過 z.ai/subscribe 即時確認,並與兩家獨立聚合平台交叉比對。30% 的入門優惠將各方案降至每月 $12.60 / $50.40 / $112,年繳則為 $151.20 / $604.80 / $1,344。

有個值得注意的但書:Pro 定價 $72 其實是漲價。我們早前的評測提到 Pro 約為 $30,所以這個方案的價格自此大約翻了一倍。即便如此,它仍比 Claude Max 便宜一大截,但已不像舊數據所暗示的那樣划算。Pro 方案每週約 2,000 次提示,對獨立開發者來說是實際的最佳選擇;Lite 很快就會用完,而 Max 基本上是為團隊打造的。
每個方案實際能拿到什麼
每個方案都運行相同的模型陣容:GLM-5.2(旗艦模型,自 2026 年 6 月 13 日起具備 1M 上下文視窗)、GLM-5-Turbo 與 GLM-4.7。方案之間只在額度多寡與 MCP 呼叫次數上有差異,模型存取權限完全相同。所以 Lite 訂閱者拿到的 GLM-5.2 與 Max 訂閱者一模一樣,只是在達到上限前能用的提示較少。
根據 Z.AI 開發者文件,每個方案除了每週提示額度,還有一個較短的 5 小時滾動上限。Lite 每 5 小時約 80 次提示,每月 100 次 MCP 網頁搜尋/讀取呼叫。Pro 提高到每 5 小時約 400 次、每月 1,000 次 MCP 呼叫。Max 則達到每 5 小時約 1,600 次、每月 4,000 次 MCP 呼叫。
那並行處理呢?Z.ai 並未為這個方案公布明確的並行請求上限,所以應視為未經驗證,而非沒有限制。實務上,我們在 Claude Code 中執行單一 agent 的工作流程時,從未遇到並行上限的問題。
如果你正在評估 GLM-5.2 是否好到足以取代你目前的模型,那是模型層面的問題,而非方案層面的問題。我們把基準測試的細節放在完整 GLM 5.2 模型評測中,讓本篇能專注於訂閱方案本身。簡單說:在多數程式開發任務上,它與 Claude 的差距已小到讓價格成為決定性因素。
每週額度實際上如何運作?
glm coding plan 採用雙重時間額度機制:一個滾動的 5 小時視窗上限,以及一個較大的每週額度——後者從你的訂購時間開始計算,並以 7 天為週期重置。只要碰到任何一個上限,呼叫就會暫停,直到該視窗重置為止。由於沒有 token 計量,也沒有超額計費,因此不可能出現意外帳單。
最後這一點比價格更重要。與按 token 計量的 API 不同,這個方案不會讓你收到意外帳單。達到上限後,呼叫只會暫停,直到視窗重置。文件說得很清楚:當你的額度用盡時,系統不會從你的帳戶餘額中扣款。
買家最容易低估的陷阱是倍數。根據 Z.AI 文件,GLM-5.2 與 GLM-5-Turbo 在尖峰時段消耗 3 倍額度,離峰時段消耗 2 倍。目前有一項優惠讓離峰用量在 2026 年 9 月底前維持 1 倍,只要把重度任務安排在美國下午尖峰時段之外,就等於讓你的實際額度翻倍。這項優惠正是目前這個方案感覺如此大方的最大原因。一旦優惠結束,離峰將恢復為 2 倍,你的實際每週上限也會隨之下降。
r/LocalLLaMA 上一個反覆出現的抱怨是:對任何每天進行 agent 式開發的人來說,Lite 的每週上限都顯得吃緊。那裡的開發者普遍認為 Lite 只是體驗方案,Pro 才是這個方案真正堪用的起點。如果你想比較,尤其當你已經在使用 Claude 方案、想將兩套額度系統相互對照,可以參考 Claude 每週限制的比較說明。
我們在 Claude Code 中跑了三週 Pro 方案:實際情況如下
我們將 glm coding plan 的 Pro 方案作為主力開發模型,在真實的客戶儲存庫上跑了 3 週,主要透過 Claude Code 驅動,並穿插幾次 Cline 使用作為對照。端點:api.z.ai/api/anthropic。模型:GLM-5.2[1m]。以下是誠實的紀錄,包含額度消耗、限速的痛苦與成本試算。
在一般的一週裡,我們大約用掉 Pro 每週約 2,000 次提示中的 1,300 次,餘裕充足。但執行重度遷移的那兩週就是另一回事了:兩次我們都在第五天、重構到一半時就撞上每週上限。限速是完全停止,而非降速。Claude Code 停止回傳補完結果,直到下一個 5 小時視窗開啟為止。沒有扣費、沒有警告信,只有一片沉寂。令人煩躁的不是錢,而是情境切換:我們不得不切回 Claude Max 完成重構,等額度重置後再回到 GLM。
尖峰倍數確實存在,而且感受得到。在美國下午時段進行 agent 式開發會以 3 倍速度消耗額度,因此一次大型 Claude Code 執行可能耗掉我們 60–80 次有效提示,而非原本的 20 幾次。把重度任務安排在離峰、搭上目前 1 倍的優惠,明顯拉長了我們的每週額度。在遷移的那幾週,把最大的批次任務挪到清晨,正是「第七天才撞上限」與「第五天就撞上限」之間的關鍵差別。
真正說服我們的任務:在一個客戶儲存庫上進行 Next.js 16 的 API 路由重構,將一團混亂的路由處理常式轉換為共用的中介軟體模式。GLM-5.2 乾淨地處理了多檔案編輯,在約十幾個檔案之間維持住上下文,只在一個 TypeScript 泛型上出錯一次——而那個泛型連我們先前預設的 Claude Max 也曾搞砸。算不上完美,但在一個真正重要的任務上,確實非常接近我們的 Claude 基準。
成本試算:我們以每月 $72 運行 Pro 方案,對照先前每月約 $200 的 Claude Max 花費。對於穩定的日常開發,GLM 確實省下了真金白銀。但在遷移的那兩週,上限迫使我們還是得回到 Claude,所以誠實的總成本是 Pro 加上部分 Claude 用量。GLM 降低了我們的帳單,但並沒有讓我們對 Claude 的依賴歸零。
與 Claude、Cursor、Copilot 相比,GLM Coding Plan 值得嗎?
對於穩定的獨立開發,glm coding plan 的 Pro 方案以每月 $72 成為最便宜的堪用選擇,在固定月費成本上低於 Claude Max。如果你的每週提示量控制在約 2,000 次以內,且能把重度任務排在離峰,它就值得。如果你需要保證尖峰時段的吞吐量或超額緩衝,那就不值得。
| 方案 | 月費 | 額度模式 | 最適合 | 適合你的情況 |
|---|---|---|---|---|
| GLM Coding Plan Pro | $72 | 每週約 2,000 次提示 | 獨立日常開發 | 你想要最高 CP 值,且能避開尖峰時段 |
| GLM Coding Plan Max | $160 | 每週約 8,000 次提示 | 團隊、重度儲存庫 | 你會用完 Pro 的上限,需要緩衝空間 |
| Claude Pro | $20 | 滾動 5 小時訊息上限 | 輕度 Claude Code 使用 | 你已經生活在 Claude 生態系中 |
| Claude Max | $100–200 | 較高的滾動上限 | 重度 Claude agent 式工作 | 你需要 Claude Opus 在高難度任務上的品質 |
| Cursor Pro | $20 | 以請求計量的快/慢模式 | IDE 原生開發者 | 你想在同一個編輯器中同時擁有 Tab 補完與 agent |
| GitHub Copilot | $10–39 | 請求/進階額度 | 廣泛的 IDE 自動補完 | 你想要到處都有便宜的行內補完 |
就純粹的模型品質而言,根據 DataCamp,GLM-5.2 在 SWE-bench Pro 上約得 62 分,而 Claude Opus 4.8 約為 69 分。差距不大,成本卻只有一小部分。一項獨立的 Semgrep 基準測試甚至發現 GLM-5.2 在某些安全任務上略勝 Claude。X 上的開發者經常稱它「比 Claude 便宜」,不過 Max 方案的用戶回報在尖峰時段會遇到限速。
想了解更完整的圖景?請參考更廣泛的 coding agent 生態總覽;如果 Cursor 是你的編輯器,善用 Cursor 的技巧與更便宜的後端模型搭配起來效果很好。
如何將 Claude Code、Cline 與 Roo 指向這個方案
要在 Claude Code 中使用 glm coding plan,請將 base URL 設為 https://api.z.ai/api/anthropic,模型設為 GLM-5.2[1m],再用你的 Z.ai 金鑰進行驗證。Cline、Roo Code、OpenClaw、ZCode 與 OpenCode 的設定方式相同。不支援的工具會在端點層級被阻擋,因此設定要嘛立即成功,要嘛乾淨地失敗。
以下是我們為 Claude Code 貼上的確切設定:
export ANTHROPIC_BASE_URL="https://api.z.ai/api/anthropic"
export ANTHROPIC_AUTH_TOKEN="your-z-ai-key"
export ANTHROPIC_MODEL="GLM-5.2[1m]"針對非 Anthropic 相容的工具,Z.ai 也提供了 https://api.z.ai/api/coding/paas/v4。這個方案支援 20 多個客戶端,包括 Claude Code、Cline、Roo Code、OpenClaw、ZCode 與 OpenCode;清單之外的任何工具都會被直接拒絕,而非悄悄地出錯。
端點與 base URL 的混淆,是 Z.ai Discord 上排名第一的設定抱怨。常見的陷阱是把 Claude 相容的工具指向 paas/v4 網址,或者反過來。只要讓端點與工具類型相符,就能正常運作。如果你是第一次用替換後端的方式驅動 Claude Code,我們的 Claude Code 工作流程設定指南涵蓋了更完整的設定。在此之上進行開發的團隊,通常會搭配值得了解的 agent 框架。
GLM Coding Plan 不適合什麼(以及轉售商價格的陷阱)
glm coding plan 並非為以下情境打造:需要 SLA 或並行保證的生產環境 API 工作負載、不支援的工具、在尖峰時段以 3 倍速度消耗額度的重度用戶,或需要超額緩衝的團隊。它是一款固定月費的開發工具,而非按量計量的生產環境 API。如果你需要保證並行處理,或一個避免意外帳單的安全網,這個方案並不適合。
再者是價格上的混淆。搜尋「glm coding plan」,你會發現一些頁面在兜售 Lite $10、Pro $30、Max $80。這些並非 Z.ai 的官方價格。它們是第三方轉售商(codingplan.run、bigmodel、「3 美元」促銷)在販售打折的 API 金鑰或優惠碼存取權。官方方案價格為 $18 / $72 / $160。轉售商的金鑰帶有真實風險:可能違反服務條款、沒有支援保證,而且金鑰隨時可能被撤銷。如果一個價格看起來好得離譜,那它就是轉售的優惠碼,而非方案本身。
關於資料:由於 Z.ai 是中國業者,一些 Hacker News 的留言者提出了資料保留與託管於中國的疑慮。對於受監管或敏感的程式碼庫來說,這是正當的考量,不要輕描淡寫帶過。請先閱讀 Z.ai 文件中關於資料保留的說明,評估它是否符合你的合規要求,再將生產環境儲存庫指向它。對於業餘與非敏感的工作,我們見到的多數開發者都認為這不是問題。
關於作者
Mert Batur Gurbuz 是 Techsy.io 的共同創辦人,團隊為 B2B 客戶打造 AI agent、自動化系統與語音/SDR 流程。他目前就讀於 University of Birmingham,並撰寫 Techsy 團隊在生產環境中實際使用的 LLM 工具鏈相關文章。
經歷:Techsy.io 共同創辦人、University of Birmingham。歡迎在 LinkedIn 上連結。
常見問題
GLM Coding Plan 多少錢?
GLM Coding Plan 共有三個方案:Lite 每月 $18、Pro 每月 $72、Max 每月 $160。2026 年 9 月底前的 7 折入門優惠將其降至 $12.60、$50.40 與 $112。年繳費用分別為 $151.20、$604.80 與 $1,344。請至 z.ai/subscribe 確認最新數字。
GLM Coding Plan 的每週上限是多少?
每週提示額度大約為:Lite 400 次、Pro 2,000 次、Max 8,000 次。每個方案還有一個較短的 5 小時滾動上限,分別約為 80、400 與 1,600 次提示。每週額度以 7 天為週期重置,從你的訂購時間起算。
GLM Coding Plan 包含哪些模型?
三個方案都包含相同的模型:GLM-5.2(具備 1M 上下文視窗的旗艦模型)、GLM-5-Turbo 與 GLM-4.7。方案價格只會改變你的額度多寡與 MCP 呼叫次數,不會影響你能存取的模型。Lite 訂閱者運行的 GLM-5.2 與 Max 訂閱者完全相同。
達到每週上限時會發生什麼事?
呼叫會暫停,直到下一個 5 小時視窗重置。沒有超額計費,也沒有意外扣款;系統只是停止回傳補完結果,直到你的額度刷新為止。這是完全停止,而非降速,因此重度用戶應將大型任務排在離峰,以延長實際可用的額度。
我可以在 Claude Code 或 Cursor 中使用 GLM Coding Plan 嗎?
Claude Code 可以:將 base URL 設為 https://api.z.ai/api/anthropic,模型設為 GLM-5.2[1m]。Cline、Roo Code、OpenClaw、ZCode 與 OpenCode 也支援。Cursor 並未透過這個端點原生支援,因此在依賴它之前,請先確認目前的相容性。
GLM Coding Plan 運行的是 GLM-4.6 還是 GLM-5.2?
自 2026 年 6 月 13 日起運行的是 GLM-5.2。Google 的自動完成仍將這個方案與 GLM-4.6 聯想在一起,但那已經過時。現在每個方案都運行具備 1M 上下文視窗的 GLM-5.2;在 Claude Code 中使用 GLM-5.2[1m] 模型 ID,即可取得完整的上下文長度。
$10/$30/$80 的轉售商價格是真的嗎?
不是。官方方案價格為 $18、$72 與 $160。那些宣傳 Lite $10、Pro $30 或 Max $80 的頁面,是第三方轉售商在販售打折的 API 金鑰或優惠碼存取權,而非真正的 Z.ai 方案。這些金鑰有違反服務條款、缺乏支援與被撤銷的風險。請直接從 z.ai/subscribe 購買,以免惹上麻煩。
GLM Coding Plan 有並行限制嗎?
Z.ai 並未正式公布 coding plan 的並行請求上限,因此應將其視為未記載,而非沒有限制。在我們單一 agent 的 Claude Code 測試中,從未遇到並行上限的問題;但如果你要運行並行 agent,請先針對自己的工作負載驗證其行為,再決定採用。
GLM Coding Plan 實際上真的比 Claude 便宜嗎?
對於穩定的日常開發,是的:每月 $72 的 Pro 低於我們每月約 $200 的 Claude Max 花費。但這個但書是真實存在的。在重度遷移的那幾週,我們在第五天就撞上每週上限,不得不切回 Claude 完成工作,所以我們的真實成本是 Pro 加上部分 Claude 用量。它降低了帳單,但並未消除對 Claude 的依賴。
我的資料會被保留嗎?是否託管於中國?
Z.ai 是中國業者,Hacker News 上有一些開發者提出資料保留與託管的疑慮。對於敏感或受監管的程式碼庫,請在將生產環境儲存庫指向這個方案之前,先審閱 Z.ai 文件中的資料保留條款。對於業餘與非敏感的工作,多數開發者將其視為可接受的取捨。
結論
glm coding plan 是目前 agent 式開發中 CP 值最高的固定月費選擇,但有一個需要坦白說明的前提。每月 $72 的 Pro 是我們針對獨立日常開發的首選:它低於我們的 Claude Max 花費,GLM-5.2 在一次真實的 Next.js 16 重構中撐住了場面,而無超額計費的設計代表你永遠不會收到意外帳單。Lite 只是體驗版;Max 則適合會用完 Pro 每週約 2,000 次提示的團隊。
但它無法完全取代 Claude。在我們遷移的那兩週,我們在第五天就撞上上限,得重新搬出 Claude 來完成工作,而且 3 倍的尖峰倍數消耗額度的速度,比表面數字所暗示的更快。把它當作你的預設開發模型,為艱難的那幾週保留一個 Claude 方案,並在 1 倍優惠期間把重度任務排在離峰。這樣的組合讓我們在不拖慢進度的情況下,拿到了最低的帳單。如果你想把 GLM 接入生產環境的 agent 架構,歡迎與我們聯絡。