
點數制計費是什麼?先查那些點數什麼時候會不見
同一家公司的兩種點數,過期規則不一樣
你大概在某個 AI 工具的後台按過「購買點數」。付完,餘額跳上去,你回去繼續工作。
我今天把幾家的官方計費頁與條款頁從頭讀了一遍,只查一個問題:這些點數什麼時候會不見。答案是四種寫法,其中兩種來自同一家公司。
點數制計費(credits)是一種預付:你先付一筆錢,換到一籃子未來可以用掉的呼叫或動作,而不是換一段時間的使用權。月費訂閱賣的是時間——這個月你隨便用;點數賣的是數量——這些用完為止,能不能留到下個月是另一條規則。
2026 年很多 AI 工具正在從月費滑向賣點數,原因不難懂:推論成本按用量走,賣時間的產品沒辦法替最重度的那批人設上限,賣數量可以。但「點數」這個字底下,各家的規則差到互相矛盾。
過期那一行,四家四種寫法
| 產品/點數種類 | 官方寫的過期規則 | 退不退 |
|---|---|---|
| Claude API 的購買點數 | 自購買日起一年到期,到期日不可延長 | 所有點數購買皆不退款 |
| Claude 付費方案的 usage credits | 多數情況不過期;日本等特定司法管轄區自 2026 年 9 月 10 日起,購買後六個月到期 | 支援頁沒寫 |
| SocialCrawl(抓取 API) | 定價頁原話:credits never expire | 定價頁沒寫 |
| getebook.ai 的 AppSumo 方案 | 每個計費月重置成全額,未用完的月底到期、不滾存 | 條款頁沒寫 |
同一家公司出現兩種規則不是筆誤,是兩種東西。Claude API 的購買點數是你在 Console 儲值的錢:一年到期、不可延長、不退款,而且過期紀錄會出現在帳單頁的 Invoice history——錢蒸發這件事有紀錄,只是紀錄在你不會每天看的那一頁。訂閱者的 usage credits 是另一回事,它是撞到方案上限之後接著用的加購額度,官方說多數情況不會過期,日本等地例外,到期前七天寄信通知,另有每日兩千美元的兌換上限。
「這家的點數會不會過期」是個問錯的問題。 過期規則綁在產品上,不綁在公司上,同一個品牌底下可以有兩套。
一點等於什麼,也有四種答案
- 等於錢:Claude Platform on AWS 用 CCU 這個單位結帳,官方文件把換算率寫死——一百個 CCU 代表一美元。
- 等於一次呼叫:SocialCrawl 的標準端點一次呼叫扣 1 點,但 universal search 一次扣 20 點。同一個帳戶裡,「一次呼叫」不是固定價。
- 等於一件成品:getebook.ai 的條款頁把點數直接換算成書——引流用的短電子書 25 點、一般 how-to 指南 35 點、長篇小說 60 點;著色書 16 頁 150 點、30 頁 240 點。
- 等於不知道:換算率沒公開的,你只能從帳單反推。
換算率公不公開,決定你算不算得出單位成本。換得回美元的,你可以拿它跟直接接 API 的價目對;換不回的,你只能比體感。
失敗的呼叫扣不扣點,寫在 changelog 裡
SocialCrawl 8 月 31 日的兩則版本紀錄是我讀過最清楚的計費口徑教材。第一則改了搜尋行為:找不到完整片語時,系統會把查詢拆成相鄰的詞對再平行跑一次,計費規則是「有回傳貼文的那幾次各扣 1 點,沒回傳的不扣」,所以一次搜尋的計費區間從 1–7 點變成 1–11 點。第二則更直接:參數拼錯,現在回一個不計費的 400 錯誤,並告訴你可能想打的是哪個參數。
這兩則之所以重要,不是因為省了幾點,是因為它把三個平常沒人寫出來的規則攤在檯面上——空結果算不算、錯誤請求算不算、以及一次呼叫的價格區間會被改。多數點數制產品沒有這種頁面,你只能從帳單發現規則變了。
點數不是儲值金,這是規則寫的
Stripe 的 billing credits 文件列了一段禁止事項:不得把點數當禮品卡或禮券發放、不得讓客戶用點數兌換禮品卡、不得把點數當成單純的儲值(stored value)、不得用來支付第三方、不得綁進 Apple Pay 這類數位錢包。這條規則管的是用 Stripe 這套元件發點數的商家,不是所有點數;但那是目前最常見的一套金流基礎設施,等於替整個模式定了形狀。
所以點數在設計上就不是你的錢包餘額,是一張只能買他家服務的憑證。這也解釋了為什麼幾乎沒有一家寫「點數可退現」。
你付的錢,什麼時候才變成他的收入
這是點數制最少被講的一半。錢進了對方的戶頭,不等於進了對方的損益表。
Stripe 的營收認列文件示範得很清楚:一月付掉三個月份的錢,那筆現金不會當月全額變成收入,還沒交付的部分掛在遞延收入(deferred revenue),隨服務交付逐日認列;客戶一月底取消,已開立的發票照樣按原本的服務期攤提。點數是同一個道理的極端版——交付日期不由賣方決定,由你哪天想起來要呼叫它決定。
這件事往兩個方向長。
對外,它改變你怎麼讀別人的營收數字。Stripe 儀表板算月經常性收入(MRR)時,明文排除免費方案與按量計費(metered)產品;而賣點數收到的通常是一次性的錢。一家主力賣點數的公司,MRR 那一格可以很難看,錢卻真的進來了——看到「$1M ARR」,先問那是五個數字裡的哪一個那篇講的六種口徑,這是第七種。
對內,它決定你手上那些點數的風險長什麼樣。你買的點數在對方帳上是一筆還沒交付的義務,它的存續期間不會長過那家公司的存續期間。這跟終身方案的「終身」是同一個主詞問題:那個「永不過期」的主詞是產品,不是你。
買之前,公開頁面上查得到的答案
- 會不會過期。把「不過期」跟「每月重置」分開看——重置的意思是每個月清空一次。
- 未用完的滾不滾存。這跟上一題是兩題。
- 退不退款。沒寫就是不退。
- 一點等於什麼:一次呼叫、一塊美元,還是一本書。
- 失敗、空結果、參數打錯扣不扣點。
- 換算率改了在哪公告,有沒有一份會寫扣點變動的版本紀錄。
- 自動加值是不是預設開啟,門檻誰設。
前四題在公開頁面上答不出來的產品,答案本身就是一個答案。我的判準是:這四題有兩題以上要寄信問客服才問得到,就先買最小的那一包。
還沒解決的是揭露。點數到期以後那筆錢去了哪,幾乎沒有一家在公開頁面上交代——Claude API 把過期紀錄列進帳單歷史,已經是這批裡最透明的做法。要盯這件事,別盯行銷頁,盯兩個地方:帳單頁列不列得出到期紀錄,以及有沒有一份會寫「這個動作的扣點改了」的版本紀錄。
查核備註:表上那四格與文中引用的每一份文件,我今天都直接讀到原文。OpenAI 的預付點數規則本篇沒寫——help.openai.com 今日對我回 403,我不用二手整理帶過。SocialCrawl 與 getebook.ai 的條款是廠商自己的頁面,屬各家自陳,我沒有實際購買驗證任何一條規則是否照著執行。Stripe 那兩份是產品文件與儀表板指標定義,不是會計準則原文;台灣預付型商品相關法規怎麼適用於跨境數位點數,我沒查,本篇不談法律。
FAQ
常見問題
- 點數制計費(credits)跟月費訂閱差在哪?
- 月費訂閱賣的是一段時間的使用權,這個月付了就在額度內隨你用;點數制賣的是數量,你先付一筆錢換一籃子未來可以用掉的呼叫或動作,用完為止。時間與數量這兩件事在點數制裡是分開的兩條規則——點數能不能留到下個月,要看該產品自己的過期條款。
- AI 工具的點數會過期嗎?
- 沒有統一答案,而且同一家公司的不同產品可能相反。以官方文件為例:Claude API 的購買點數自購買日起一年到期且不可延長、不退款;Claude 付費方案的 usage credits 多數情況不過期(日本等特定司法管轄區自 2026 年 9 月 10 日起改為六個月);SocialCrawl 的定價頁寫 credits never expire;getebook.ai 的 AppSumo 方案則是每個計費月重置、未用完月底歸零。買之前要在公開頁面上找到這一行。
SOURCES
- AManage usage credits for paid Claude plans — Anthropic Help Center
- AHow do I pay for my Claude API usage? — Anthropic Help Center
- APricing — Claude Platform Docs(CCU 換算率、快取倍率)
- ABilling credits — Stripe Documentation
- ARevenue Recognition with subscriptions and invoicing — Stripe Documentation
- AAnalytics(billing metric definitions,MRR 定義)— Stripe Documentation
- ASocialCrawl Pricing(廠商自陳)
- ASocialCrawl Changelog 2026-08-31(廠商自陳)
- Agetebook.ai AppSumo 條款頁(廠商自陳)
來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。
本文由 AI 協助研究,矽基前沿編輯部撰稿,總編輯廖玄同審閱定稿。 編輯方針與 AI 使用說明


