Giá Claude Code: Tự tính đúng chi phí tháng | RevidAPI
Chi phí Claude Code phụ thuộc vào gói subscription bạn đăng ký hoặc lượng API usage, không có một mức cố định cho mọi người dùng. Bài này hướng dẫn bạn tách hai cách tính: trả phí gói theo kỳ, hoặc tính từng phiên bằng input mới, output và cache read. Bạn sẽ mở `/dashboard/usage` để lấy số token đã dùng, tra `/v1/chat/models` để kiểm tra model và đơn giá hiện hành, rồi quy đổi thành monthly API equivalent trước khi so với phí subscription. Khi chưa có đủ ba loại token và giá của đúng model, không nên kết luận cách nào rẻ hơn.
Tóm tắt nhanh
- Ghi riêng input mới, output và cache read; công thức là `input mới × giá input + output × giá output + cache read × giá cache read`.
- Dùng `/dashboard/usage` để lấy usage thực tế thay vì suy ra từ số lần bạn mở Claude Code.
- Đối chiếu monthly API equivalent với phí gói sau khi xác nhận model và bảng giá tại `/v1/chat/models`.
Giá Claude Code gồm phí gói và chi phí API nào?
Bạn không thể lấy một mức giá chung cho Claude Code nếu chưa biết bạn đang dùng gói subscription hay gọi API, model nào, bao nhiêu token và theo kiểu phiên nào. Hai người cùng mở một dự án nhưng một người dùng vài lượt ngắn, người kia gửi lại cả codebase trong nhiều phiên sẽ tạo hóa đơn khác nhau. Phí subscription là khoản cố định theo kỳ của gói Claude Pro hoặc Claude Max. Bạn trả tiền để dùng theo điều kiện của gói, thay vì cộng từng request vào hóa đơn API. Tuy nhiên, giá gói, hạn mức và cách áp dụng có thể thay đổi theo thời điểm; bảng giá niêm yết chưa cho biết bạn có dùng hết hạn mức hay không. API usage là tiền phát sinh theo lượng dùng. Khi tính một phiên, cần tách input mới, output và cache read vì mỗi loại token có đơn giá riêng. Chưa có model, số token và dữ liệu usage thì chưa thể kết luận subscription rẻ hơn trả theo API. Bạn nên xem usage thực tế tại `/dashboard/usage`, sau đó tra model và thông tin giá tại `/v1/chat/models`. Con số cần đem ra so sánh là monthly API equivalent: tổng tiền API của một tháng có cùng cách làm việc, rồi đặt cạnh phí subscription trong cùng kỳ.
Ba khoản cần đặt cạnh nhau
| Khoản cần đối chiếu | Cách tính | Dữ liệu cần có |
|---|---|---|
| `subscription` | Phí gói theo kỳ thanh toán | Tên gói, kỳ thanh toán, điều kiện sử dụng |
| API usage | Tiền theo model và lượng token đã dùng | Input mới, output, cache read |
| Monthly API equivalent | Cộng API usage trong một tháng | Usage theo tháng và đơn giá hiện hành |
Claude Code tính tiền theo input mới, output và cache read
Một phiên Claude Code không chỉ có “số token đã dùng”. Khi tính theo API, bạn cần tách ba dòng: input mới gửi lần đầu, output model tạo ra và cache read khi ngữ cảnh đã lưu được đọc lại. Ba dòng này có thể làm chi phí lệch nhau dù cùng chạy một model.
Ba loại token cần tách riêng Input mới là phần nội dung chưa từng
được tính vào cache trong ngữ cảnh đang dùng, chẳng hạn prompt mới, đoạn code bạn vừa thêm hoặc file được đưa vào lần đầu. Khoản này tính theo đơn giá input
của model. Bạn không nên lấy tổng số token của cả phiên rồi gọi toàn bộ là input mới, vì phần đã được đọc lại có thể thuộc dòng cache read. Output là phần model trả về: giải thích lỗi, đoạn mã sửa, lệnh terminal hoặc bản diff. Nếu một yêu cầu tạo ra 2.000 token output, chi phí của phần này được nhân với đơn giá output, không dùng đơn giá input. Với các phiên yêu cầu model viết nhiều mã nguồn, output có thể là một phần cần theo dõi riêng trong bảng usage. Cache read là lượng ngữ cảnh đã có sẵn được đọc lại trong các lượt sau. Ví dụ, cùng một repository được giữ trong ngữ cảnh và được tham chiếu ở lượt sửa lỗi tiếp theo: bạn cần lấy số cache read thực tế, không tự gộp vào input mới. Đơn giá cache read phải tra theo model và bảng giá đang áp dụng.
| Loại token | Vai trò | Cách tính | Nguồn kiểm tra |
|---|---|---|---|
| Input mới | Nội dung gửi lần đầu trong ngữ cảnh | Số token input mới × đơn giá input của model | `/dashboard/usage` và thông tin model tại `/v1/chat/models` |
| Output | Nội dung model tạo ra | Số token output × đơn giá output của model | `/dashboard/usage` và `/v1/chat/models` |
| Cache read | Ngữ cảnh đã lưu được đọc lại | Số token cache read × đơn giá cache read của model | `/dashboard/usage` và `/v1/chat/models` |
Quy trình tự tính chi phí Claude Code theo phiên và cả tháng
Một phép tính đáng tin bắt đầu từ phạm vi đo, không phải từ con số trên trang giá. Bạn cần chốt model, khoảng thời gian và cách tính theo từng phiên trước khi cộng chi phí Claude Code. Ví dụ, chỉ đo các phiên từ ngày 1 đến ngày 30 của một tháng, rồi tách riêng usage của từng model nếu dự án có dùng hơn một model.
Quy trình 5 bước
| Bước | Mô tả | API/Node |
|---|---|---|
| 1 | Chọn model và kỳ đo; ghi tên model, ngày bắt đầu, ngày kết thúc, đơn vị tiền tệ và phạm vi dự án. | Bảng theo dõi |
| 2 | Mở `/dashboard/usage`; lấy số liệu theo từng phiên hoặc toàn kỳ, không chỉ ghi tổng token cuối cùng. | `/dashboard/usage` |
| 3 | Tra model tại `/v1/chat/models`; đối chiếu tên model và các trường đơn giá hoặc thông tin liên quan được trả về. | `/v1/chat/models` |
| 4 | Với mỗi phiên, ghi riêng input mới, output và cache read, sau đó nhân từng loại với đơn giá tương ứng. | Bảng tính |
| 5 | Cộng toàn bộ phiên thành monthly API equivalent rồi đặt cạnh phí subscription của cùng kỳ. | Bảng tính |
Vì sao dự toán Claude Code dễ lệch so với chi phí thực tế?
Cùng một model, hóa đơn vẫn khác Một dự toán dựa trên một phiên Claude Code duy nhất thường lệch ngay từ cách chọn mẫu. Phiên ngắn, nơi bạn hỏi một lỗi và nhận vài dòng mã, tạo usage khác hẳn phiên dài phải đọc nhiều file, sửa nhiều lần rồi chạy lại kiểm tra. Vì vậy, lấy chi phí
của một buổi làm việc rồi nhân với 30 ngày chỉ có ý nghĩa khi nhịp làm việc mỗi ngày tương tự. Power user cũng không đại diện cho mức dùng thông thường. Người mở nhiều phiên, gửi repository lớn hoặc yêu cầu output dài sẽ tạo lượng token khác người chỉ dùng Claude Code để review một pull request. Khi so subscription với API usage, nên tách ít nhất các nhóm phiên theo dự án hoặc kiểu việc; một con số trung bình che mất những ngày có context lớn. Giá, hạn mức và điều kiện của subscription có thể thay đổi theo thời điểm, trong khi API model cũng có thể có đơn giá riêng cho input mới, output và cache read. Bảng kê vì thế phải giữ cache read ở một dòng dữ liệu riêng. Gộp nó vào input mới có thể làm sai phép đối chiếu giữa phí gói cố định và monthly API equivalent, dù tổng token nhìn có vẻ giống nhau. Đừng kết luận gói nào “hòa vốn” chỉ từ giá niêm yết. Bạn cần usage của nhiều phiên trong cùng kỳ, model tương ứng và đơn giá đang áp dụng; nếu thiếu một trong ba, kết quả chỉ là kịch bản giả định. Hãy kiểm tra usage tại `/dashboard/usage`, tra model tại `/v1/chat/models`, rồi ghi ngày chụp dữ liệu để biết con số có còn dùng được
sau khi bảng giá hoặc hạn mức cập nhật. Với dữ liệu chưa đủ, cách nói đúng là “chưa xác định được ngưỡng hòa vốn”, không phải khẳng định subscription rẻ hơn API. Một tháng ít phiên dài có thể khác hoàn toàn một tháng nhiều phiên ngắn, dù cùng dùng một model.
Hai tình huống dùng thật tại Việt Nam khi so subscription với API
Chưa có file usage thực tế của một cá nhân hay team cụ thể, nên các case dưới đây được đánh dấu rõ để bạn không nhầm ví dụ với số đo thật. Bạn lấy token tại `/dashboard/usage`, lấy đơn giá model tại `/v1/chat/models`, rồi tách tỷ giá, thuế và ngân sách nội bộ thành các ô riêng.
Developer freelance: tách usage theo dự án Trạng thái: ví dụ giả lập, chưa có số liệu thực tế. Một developer nhận hai dự án, dùng Claude Code với hai model khác nhau. Trong bảng theo dõi, mỗi dòng cần có tên dự án, model, kỳ đo, token input mới, output và cache read. Không gộp cache read vào input, vì ba loại này có đơn giá riêng. Cách tính: với từng dự án, dùng công thức `input mới × giá input + output × giá output + cache read × giá cache read`. Nếu bảng giá tính theo một triệu token, chia từng lượng token cho `1.000.000` trước khi nhân giá. Cộng các phiên trong tháng để có monthly API equivalent, sau đó đối chiếu với phí subscription hiện hành. Quyết định: chỉ chuyển sang gói thuê bao khi monthly API equivalent
của chính dự án đó,
sau khi cộng tỷ giá và thuế, cao hơn mức phí gói mà ngân sách cho phép. Nếu hai dự án dùng model khác nhau, không lấy tổng token rồi nhân một đơn giá chung.
Team nhỏ: so cùng một tháng sử dụng Trạng thái: ví dụ giả lập, chưa có số liệu thực tế. Team ghi usage
của từng thành viên trong cùng một tháng, rồi cộng theo model từ `/dashboard/usage`. Phí gói, tỷ giá, thuế và ngân sách nội bộ phải nằm ở bốn ô riêng; không dùng tỷ giá để thay cho giá token. Quyết định: nếu monthly API equivalent thấp hơn phí subscription, giữ API và đặt ngưỡng rà soát hàng tháng. Nếu cao hơn, kiểm tra giới hạn gói và nhu cầu của từng người trước khi mua cho cả team; một thành viên dùng nhiều không đại diện cho toàn bộ nhóm.
Creator hoặc marketer: các đợt gọi API rời nhau Trạng thái: ví dụ giả lập. Người làm nội dung chỉ gọi API khi có lịch sản xuất, chẳng hạn một đợt viết kịch bản trong tuần này và không dùng trong tuần sau. Ghi riêng từng đợt, model và ba loại token; không chia đều chi phí
của một tháng ít phiên thành ngân sách cố định cho mọi tháng.
| Bối cảnh | Dữ liệu cần điền | Cách tính | Quyết định |
|---|---|---|---|
| Developer freelance | Project, model, input mới, output, cache read từ `/dashboard/usage` | Tính từng project rồi cộng tháng | So với phí gói sau khi thêm tỷ giá và thuế |
| Team nhỏ | Usage từng thành viên, model từ `/v1/chat/models`, phí subscription | Cộng monthly API equivalent theo model | Chọn API hoặc gói theo ngân sách nhóm |
| Creator hoặc marketer | Ngày gọi, model, ba loại token, số đợt dùng | Cộng theo đợt, không giả định tháng nào giống tháng nào | Ưu tiên trả theo usage nếu lịch gọi không đều |
Kiểm soát ngân sách và gọi RevidAPI bằng endpoint đã xác thực
Đừng đặt ngân sách Claude Code bằng cách lấy phí subscription nhân với số ngày sử dụng. Mỗi thứ Hai, mở Credit & lịch sử dùng, ghi lại input mới, output và cache read theo từng phiên, rồi đối chiếu tổng đó với phí gói. Đây là cách tạo monthly API equivalent từ dữ liệu thật thay vì dựa vào một phiên dài bất thường.
Quy trình theo dõi
- Tạo một dòng cho từng ngày, dự án và model; không gộp phiên sửa code cá nhân với workflow của team.
- Ghi riêng ba loại token: input mới, output và cache read. Mỗi loại có đơn giá riêng, nên không lấy tổng token nhân với một giá duy nhất.
- Trước mỗi lần tính, đọc model và giá hiện hành từ `GET /v1/chat/models`; không hardcode đơn giá trong bảng tính hoặc script. Lấy API key tại dashboard, đặt vào biến môi trường để tránh ghi khóa trực tiếp trong lệnh. Endpoint xác thực để xem danh sách model là:
curl -s "https://revidapi.com/v1/chat/models" \ -H "x-api-key: $REVIDAPI_KEY"Kết quả trả về là nguồn tra cứu cho model và giá đang được cung cấp. Khi dùng Claude qua một lớp API, bạn cần ghi model thực tế trong từng phiên; tên model thay đổi thì phép tính input mới, output và cache read cũng phải đọc lại theo dòng giá tương ứng. Nếu response không có giá hoặc dashboard chưa hiển thị đủ usage, hãy đánh dấu ô đó là “chưa xác định”, không tự điền số. Sau bốn tuần, cộng chi phí API theo từng dự án rồi so với phí subscription cùng kỳ. Nếu một nhóm gọi API không đều, subscription cố định có thể không phù hợp; ngược lại, usage tăng đều mỗi ngày cần được so với hạn mức và phí gói trước khi nâng cấp. Bạn có thể xem thêm Bảng giá AI Studio, đồng thời tách workflow miễn phí và hub n8n thành các dòng riêng để không trộn chi phí công cụ với chi phí Claude Code.
FAQ: Claude Code giá bao nhiêu và nên chọn cách trả tiền nào?
Cách kiểm tra trước khi chọn Chi phí Claude Code phụ thuộc vào subscription hoặc API usage, không chỉ vào tên model. Với API, bạn cần tách input mới, output và cache read; mỗi loại token có đơn giá riêng. Hãy mở `/dashboard/usage` để lấy số liệu thực tế, sau đó tra `/v1/chat/models` để xác nhận model và thông tin giá hiện hành.
| Question | Direct answer |
|---|---|
| Claude Code giá bao nhiêu? | Không có mức chung; chi phí phụ thuộc subscription hoặc API usage, model và lượng token. |
| API usage tính thế nào? | Cộng input mới, output và cache read sau khi nhân từng loại với đơn giá tương ứng. |
| Kiểm tra usage ở đâu? | Mở `/dashboard/usage` để xem usage, rồi tra `/v1/chat/models` khi xác nhận model. |
| Subscription hay pay-as-you-go phù hợp hơn? | Subscription hợp usage đều; pay-as-you-go hợp nhu cầu biến động hoặc không liên tục. |
| Khi nào chưa nên chọn gói? | Hãy kiểm tra usage trước; chưa đủ dữ liệu thì chưa thể kết luận gói nào rẻ hơn. |
Khám phá workflow miễn phí tại AI Tạo ảnh & Video và lấy API key tại API Marketplace RevidAPI.
Tích hợp Veo 3.1 Omni với RevidAPI giúp tự động hóa TTS, lipsync và xuất video qua AI Studio. Developer có thể ghép n8n workflow với endpoint thật trên dashboard — phù hợp creator và startup Việt muốn scale sản xuất video AI mà không cần hạ tầng riêng.
Khám phá API Marketplace RevidAPI — lấy API key miễn phí · Telegram · revidapi@gmail.com