MXterm Pro

Token đã dùng, phần trăm gói và số dư: ba con số hay bị nhầm

Henry AGI
6 phút đọc
Sơ đồ: câu hỏi đã dùng bao nhiêu chia thành token đã tiêu trên đĩa của bạn, phần trăm gói từ nhà cung cấp và số dư trả trước

Câu hỏi Claude Code usage khác gì plan limit thực chất là so sánh ba câu trả lời cho "tôi đã dùng bao nhiêu?", lấy từ ba nơi không liên quan. Token đã dùng đọc từ transcript trên đĩa của bạn. Phần trăm gói lấy từ nhà cung cấp qua mạng, và chỉ khi bạn yêu cầu. Số dư trả trước lấy từ API tài khoản, không liên quan đến hai số kia. Chúng lệch nhau liên tục. Mỗi chỗ lệch là một thông tin, không phải lỗi.

Số thứ nhất: token đã dùng, đọc từ đĩa của bạn

Số đầu tiên là token đã dùng. Claude Code và Codex đều ghi transcript cho mỗi phiên, và đều lưu số token của từng lượt trong đó. Cộng chúng lại trong một khoảng thời gian, bạn có lượng agent đã tiêu thụ trong 5 giờ qua hoặc 7 ngày qua. Không cần API key, không cần tài khoản, không cần mạng. Số token được đọc cục bộ và không gửi đi đâu.

Số này cho biết Claude Code hay Codex tốn hơn khi bạn chạy cả hai song song, điều mà không cách nào khác trả lời được khi cả hai đang làm dở việc. Đây cũng là số duy nhất trong ba số được tách theo công cụ agent thay vì gộp theo tài khoản, nhưng không tách theo pane: hai pane Claude Code dùng chung một tổng.

Hãy đọc số này thận trọng, vì phần lớn token trong một phiên agent dài là cache reads: ngữ cảnh agent đã gửi rồi, được nhà cung cấp trả lại từ cache ở mỗi lượt. Nếu chỉ nhìn một tổng duy nhất, con số trông rất đáng sợ.

Khi tách riêng, input mới, output và cache writes cộng lại chỉ là một phần nhỏ. Công cụ nào hiện một tổng lớn mà không tách cache reads là đang đưa bạn một con số làm bạn sợ vô cớ.

Số thứ nhất quy ra tiền, và vì sao nó kèm điều kiện

Token Meter của MXterm Pro tính giá từng model theo một bảng giá và hiện ngày bảng giá được kiểm tra lần cuối. Bảng giá không ghi ngày sẽ âm thầm thành chuyện hư cấu.

Model chưa có giá công bố được để trống, không hiện $0.00, vì "$0.00" đọc lên là miễn phí, trong khi sự thật là "không biết". Tổng khi đó được ghi là mức sàn thay vì tổng đầy đủ, kèm tên các model chưa được tính giá.

Điều kiện lớn hơn nằm ở ý nghĩa của con số. Với gói đăng ký Max hoặc Pro, số đô la là chi phí của chừng đó token nếu tính theo giá trả theo mức dùng. Đó không phải hóa đơn của bạn. Không có gì trong transcript cho biết gói nào đã trả cho một lượt, nên công cụ chỉ đọc transcript không thể biết bạn thực sự bị tính bao nhiêu.

Số thứ hai: phần trăm gói

Đĩa của bạn không trả lời được "tôi còn bao nhiêu?", và đó mới là câu hỏi mọi người thật sự đặt ra. Không có gì trong transcript Claude Code ghi lại tình trạng gói đăng ký của bạn: khi nhà phát triển MXterm Pro tìm các trường rate-limit và quota trong transcript của chính họ, mọi kết quả đều là văn xuôi trong tin nhắn, không có trường dữ liệu nào. Phần trăm gói phải lấy từ nhà cung cấp.

Trên macOS, MXterm Pro lấy phần trăm Claude từ endpoint usage của chính Anthropic, dùng thông tin đăng nhập Claude Code đã lưu. Nghĩa là đọc thông tin đăng nhập của một ứng dụng khác. MXterm Pro làm việc này qua công cụ security của hệ thống, nên macOS không hỏi mỗi lần. Chức năng này không có trên Windows.

Công tắc này tắt cho đến khi bạn bật, và nó nói rõ sẽ làm gì trước khi bạn bật. Từ chối sẽ làm ứng dụng ngừng hỏi lại, thay vì hiện hộp thoại ở mỗi lần làm mới.

Codex là ngoại lệ. CLI của nó ghi chính các header rate-limit của gói vào tệp phiên, nên các phần trăm đó đã nằm sẵn trên đĩa và không cần thông tin đăng nhập. Vướng mắc là độ mới: số liệu ghi ở lượt Codex gần nhất cũ đúng bằng lượt đó.

Một công tắc thêm từ bản 1.0.22 đọc tệp đăng nhập của Codex và hỏi thẳng OpenAI về khung 5 giờ và khung weekly hiện tại. Hãy dùng phần trăm gói làm số để quyết định trước khi bắt đầu việc dài.

Bài liên quanToken Meter hiển thị gì về lượng token Claude Code và Codex đã dùng

Số thứ ba: phần còn lại trong tài khoản

Số thứ ba thuộc về bên bạn thực sự trả tiền, và hình dạng của nó tùy nhà cung cấp. Nhà cung cấp trả trước như DeepSeek hay Moonshot cho bạn một số dư trả trước: tiền chỉ giảm cho đến khi bạn nạp thêm. Gói coding như của Kimi, MiniMax hay Z.ai cho bạn dung lượng còn lại trong một khung tự nạp lại.

API key OpenRouter hiện phần trăm giới hạn chi tiêu đã dùng nếu key có giới hạn, và chỉ hiện số key đã chi nếu không có. MXterm Pro không đọc số dư tài khoản OpenRouter. Mỗi số đọc đến từ endpoint tài khoản của chính nhà cung cấp, dùng API key bạn dán vào. Nguồn này khác hai số kia, và chỉ nó biết về số tiền bạn đã trả.

Trước khi nối bất kỳ nguồn nào, hãy đọc đầy đủ từng nhà cung cấp cho xem những gì và các key nằm ở đâu. Các trình đọc tài khoản theo định dạng phản hồi mà từng hãng đã công bố; một số trình đọc chưa được kiểm chứng với tài khoản thật.

Số dư cũng khó thành một đồng hồ đo vì không có mẫu số. $37.40 tín dụng DeepSeek không phải phần trăm của thứ gì, trừ khi bạn tự đặt ra "đầy" là bao nhiêu. MXterm Pro hiện nó dưới dạng tiền và không bao giờ biến nó thành phần trăm. Số dư không bao giờ được xếp hạng cùng các khung quota trên chip ở thanh tiêu đề, và chip chỉ hiện số dư USD thấp nhất khi không có quota và không có dữ liệu Claude Code hay Codex nào để hiện.

Khi nào từng số thật sự quan trọng

Trước một lần chạy dài, hãy xem phần trăm gói. Token đã dùng không cho biết bạn có đụng giới hạn sau hai mươi phút hay không, và số dư trả trước còn nhiều cũng vô ích nếu ràng buộc là khung đăng ký 5 giờ.

Khi bạn chạy Claude Code và Codex song song, hãy theo dõi token đã dùng.

Khi có gì đó ngừng hoạt động, việc ba số lệch nhau chính là chẩn đoán. Gói ở 100% mà số dư còn nhiều nghĩa là bạn bị rate limit, không phải hết tiền. Phần trăm gói còn thoải mái mà số dư trả trước cạn thì ngược lại. Nếu token đã dùng bình thường và hai số kia cũng ổn, vấn đề hoàn toàn không nằm ở quota.

Cuối tháng, không số nào trong ba số là hóa đơn của bạn. Chi phí suy ra từ transcript tính theo giá API, phần trăm gói không phải tiền, và số dư chỉ là ảnh chụp tại một thời điểm. Trang thanh toán của nhà cung cấp là nguồn có thẩm quyền, và là thứ duy nhất nên dùng để chốt tranh cãi về việc bạn bị tính bao nhiêu.

Cách đọc ba số cùng lúc mà không tự đánh lừa mình

Muốn trả lời Claude Code usage khác gì plan limit khi đọc ba số cùng nhau, bạn cần ba quy tắc, và chúng đúng với mọi công cụ bạn dùng để xem các số.

Thứ nhất, kiểm tra độ mới của mọi số không được tính trực tiếp. Nếu một lần đọc từ nhà cung cấp bị lỗi, giao diện vẫn hiện giá trị tốt gần nhất. Đó là hành vi đúng, nhưng chỉ khi giao diện nói rõ điều đó.

Thứ hai, không bao giờ quy đổi giữa chúng. Token đã dùng không thể thành phần trăm gói, vì bạn không biết mẫu số. Phần trăm không thể thành tiền. Số dư không thể thành số lượt còn lại. Mỗi phép quy đổi cần một con số mà không ai công bố.

Thứ ba, coi mỗi phần trăm thuộc về một khung cụ thể có giờ reset. "Đã dùng 90%" vô nghĩa cho đến khi bạn biết đó là khung 5 giờ sẽ reset sau hai mươi phút hay khung weekly reset vào Chủ nhật.

Trong MXterm Pro, mỗi hàng ghi rõ thanh của nó thuộc khung nào và khi nào reset. Khung đã reset hiện dấu gạch, vì con số cũ sẽ bị nhầm với số hiện tại. Xem thêm trang Token Meter và tài liệu Token Meter.

Trải nghiệm ngay

Terminal đa pane, Command Recipes (Cmd+J), và Control Room (trước đây là War Room) đa agent: miễn phí để bắt đầu.

Tải MXterm Pro Miễn Phí

Đã có MXterm Pro? Đọc hướng dẫn cài đặt →

Chưa dùng MXterm Pro? Xem bảng giá →

Câu hỏi thường gặp

Tại sao số token trong công cụ không khớp với dashboard của nhà cung cấp?

Vì chúng đo hai thứ khác nhau. Số token từ transcript cục bộ là lượng agent trên máy này đã tiêu thụ. Dashboard của nhà cung cấp cho biết tài khoản của bạn đã bị tính bao nhiêu hoặc đã dùng bao nhiêu phần của một khung gói, trên mọi máy và mọi công cụ dùng tài khoản đó. Hai số hiếm khi khớp, và không số nào sai.

Có xem được phần trăm plan Claude còn lại mà không hỏi Anthropic không?

Không. Không có gì trong transcript phiên của Claude Code ghi lại tình trạng gói đăng ký của bạn, nên phần trăm phải lấy từ nhà cung cấp. Công cụ hiện được số này mà không gọi mạng và không dùng thông tin đăng nhập là đang đưa bạn một ước tính. Codex là ngoại lệ: CLI của nó ghi các header rate-limit của gói vào tệp phiên, nhưng số đọc ở đó chỉ mới bằng lượt Codex gần nhất của bạn.

Số tiền trong Token Meter có phải hóa đơn thật của tôi không?

Không, và công cụ nói rõ điều đó: "Theo giá API, không phải số tiền gói đăng ký đã bị trừ." Transcript không ghi gói nào đã trả cho một lượt, nên con số là chi phí của chừng đó token theo giá API từng model đã công bố, kèm ngày kiểm tra các mức giá đó. Model chưa có giá công bố không bị tính là $0, và tổng được đánh dấu là mức sàn.

Tại sao số token của tôi lớn đến vậy?

Gần như chắc chắn là cache reads. Trong một phiên dài, agent gửi lại ngữ cảnh đã gửi, được nhà cung cấp trả lại từ cache ở mỗi lượt, và phần này lấn át mọi thứ khác. Vì vậy bảng phân tích liệt kê cache reads riêng với input mới, output và cache writes.

Nếu chỉ theo dõi một con số thì nên xem số nào?

Phần trăm gói của agent bạn sắp dùng cho việc dài, vì đó là số có giới hạn cứng phía sau. Token đã dùng để so sánh Claude Code với Codex. Số dư trả trước dành cho nhà cung cấp mà bạn trả theo từng request thay vì theo tháng.

Tôi có cần đưa API key cho ứng dụng để xem các số này không?

Không cần cho số token: chúng đến từ transcript đã có sẵn trên máy bạn, không cần key và không cần tài khoản. Chỉ số dư của nhà cung cấp mới cần key, và mỗi key chỉ dùng với đúng nhà cung cấp của nó. Các công tắc phần trăm gói không dùng API key nào. Chúng dùng lại thông tin đăng nhập mà CLI của agent đã có, và vẫn tắt cho đến khi bạn bật.

Hỏi AI về MXterm Pro

Mở câu trả lời trực tiếp trong ChatGPT, Claude hoặc Perplexity, dựa trên trang này. Trợ lý AI tự viết, không phải chúng tôi, nên hãy kiểm tra nguồn nó trích dẫn.

Câu hỏi được gửiToken đã dùng, giới hạn gói và số dư tài khoản của Claude Code và Codex khác nhau thế nào?