Một tác nhân (agent) đang chạy trong môi trường production có thể tiêu tốn hết số dư tín dụng chỉ trong vài phút, và khi số dư về 0, mọi yêu cầu sẽ bị dừng đột ngột. Tính năng tự động nạp tiền (auto recharge) của TokenLab là thiết lập cấp tổ chức mà chúng tôi xây dựng để ngăn chặn tình trạng lỗi này: nó sẽ tự động mua thêm tín dụng khi số dư của bạn giảm xuống dưới ngưỡng đã cài đặt. Khi được cấu hình hợp lý, một vòng lặp tác nhân, một công việc xử lý hàng loạt (batch job) hoặc một đợt tăng đột biến lưu lượng truy cập sẽ tiếp tục chạy thay vì bị chặn lại bởi bức tường "hết số dư". Dưới đây là cách logic kích hoạt hoạt động, điều gì xảy ra khi thẻ bị từ chối trong quá trình nạp, các mức tối thiểu và tối đa thực tế, cũng như cách bật tính năng này từ bảng điều khiển thanh toán.
Những điểm chính cần lưu ý
- Tính năng tự động nạp tiền là tùy chọn và được cấu hình cho từng tổ chức từ bảng điều khiển thanh toán bởi quản trị viên hoặc chủ sở hữu. Tính năng này không được bật mặc định.
- Các cài đặt mặc định là: ngưỡng kích hoạt 5$, số tiền khôi phục 30$ và giới hạn nạp hàng tháng 300$. Số tiền tối thiểu liên quan đến việc nạp là 1$ và giới hạn tối đa hàng tháng là 10.000$.
- Khi thanh toán thất bại, chúng tôi không tự động thử lại một cách âm thầm. Chúng tôi sẽ vô hiệu hóa tính năng tự động nạp, đánh dấu giao dịch là
payment_failedhoặcrequires_actionvà gửi email thông báo lỗi. - Hiện tại không có API công khai hoặc webhook nào để cấu hình hoặc giám sát tính năng tự động nạp tiền. Việc cấu hình diễn ra trong bảng điều khiển; việc giám sát được thực hiện thông qua trạng thái bảng điều khiển, email và lịch sử giao dịch.
- Bạn cần lưu phương thức thanh toán Stripe trước khi có thể bật tính năng tự động nạp tiền.
Cách bật tính năng tự động nạp tiền của TokenLab và thiết lập ngưỡng
- Đăng nhập với tư cách quản trị viên hoặc chủ sở hữu tổ chức và mở bảng điều khiển thanh toán.
- Thêm phương thức thanh toán nếu bạn chưa thực hiện. Tính năng tự động nạp tiền không thể được bật nếu không có phương thức thanh toán Stripe được lưu trong hồ sơ.
- Thiết lập
When balance drops below(ngưỡng kích hoạt). Đây là mức số dư sẽ kích hoạt việc nạp thêm tiền. - Thiết lập
Restore balance to(số tiền khôi phục). Mức này phải lớn hơn ngưỡng kích hoạt; đây là số dư bạn sẽ có sau khi nạp tiền. - Thiết lập giới hạn nạp hàng tháng, hoặc để ở mức đủ cao để bao phủ ít nhất một chu kỳ nạp tiền.
- Lưu và xác nhận tính năng tự động nạp tiền đã được kích hoạt. Bảng điều khiển sẽ hiển thị trạng thái hiện tại (active, paused, hoặc disabled).
Nếu bạn không tùy chỉnh các trường này, TokenLab sẽ áp dụng các giá trị mặc định: ngưỡng kích hoạt 5$, khôi phục 30$, giới hạn hàng tháng 300$. Các giá trị mặc định này phù hợp với không gian làm việc có lưu lượng thấp đang thử nghiệm API. Chúng gần như chắc chắn là quá thấp đối với một tác nhân production hoặc chatbot phục vụ khách hàng. Hãy điều chỉnh chúng dựa trên danh mục mô hình thực tế của bạn, được trình bày tiếp theo.
Ngưỡng kích hoạt và số tiền khôi phục phù hợp phụ thuộc vào các mô hình bạn gọi, vì chi phí trên mỗi token thay đổi mạnh trong danh mục của TokenLab. Nếu bạn đặt số tiền khôi phục quá thấp so với tốc độ tiêu thụ, bạn có thể chạm ngưỡng kích hoạt lần nữa trước khi lần nạp trước đó kịp hoàn tất.
| Mô hình | Nhà cung cấp | Đầu vào ($/MTok) | Đầu ra ($/MTok) | Cửa sổ ngữ cảnh | Nguồn | Ngày quan sát |
|---|---|---|---|---|---|---|
| Claude Sonnet 5 | Anthropic | $2.00 | $10.00 | 1,000,000 | TokenLab live pricing snapshot | 2026-07-09 |
| GPT-5.5 | OpenAI | $5.00 | $30.00 | 1,050,000 | TokenLab live pricing snapshot | 2026-07-09 |
| Gemini 3.5 Flash | $1.50 | $9.00 | 1,048,576 | TokenLab live pricing snapshot | 2026-07-09 | |
| DeepSeek V4 Flash | DeepSeek | $0.09 | $0.18 | 1,048,576 | TokenLab live pricing snapshot | 2026-07-09 |
| GLM-5.2 | Z.ai | $0.70 | $2.20 | 1,048,576 | TokenLab live pricing snapshot | 2026-07-09 |
Một pipeline chạy chủ yếu trên DeepSeek V4 Flash để soạn thảo và GPT-5.5 để xuất kết quả cuối cùng sẽ tiêu tốn tín dụng với tốc độ rất khác so với pipeline chạy hoàn toàn trên GPT-5.5. Ví dụ, một tuần sử dụng nhiều GPT-5.5 sẽ kích hoạt nạp tiền thường xuyên hơn nhiều so với một tuần sử dụng nhiều DeepSeek V4 Flash. Mỗi lần nạp tiền đều được tính vào giới hạn hàng tháng của bạn. Chúng tôi khuyên bạn nên kiểm tra hỗn hợp sử dụng thực tế trước khi chốt ngưỡng. Để so sánh giá đầy đủ trên toàn bộ danh mục, hãy xem trang so sánh giá.
Cách logic kích hoạt thực sự hoạt động
Tính năng tự động nạp tiền không kiểm tra số dư của bạn theo bộ hẹn giờ cố định. Chúng tôi kiểm tra số dư sau mỗi lần thanh toán và so sánh với ngưỡng kích hoạt đã cấu hình. Nếu số dư sau thanh toán thấp hơn ngưỡng, một nỗ lực nạp tiền sẽ bắt đầu.
Việc kích hoạt sẽ bị bỏ qua (không thực hiện) khi bất kỳ điều kiện nào sau đây đúng:
- Số dư hiện tại đã cao hơn ngưỡng kích hoạt.
- Một lần nạp tiền tự động khác cho tổ chức đang chờ xử lý.
- Khóa kích hoạt đang hoạt động (ngăn chặn các lần nạp trùng lặp xảy ra trên các lần thanh toán liên tiếp nhanh chóng).
- Không có phương thức thanh toán nào được lưu trong tài khoản.
- Việc thực hiện nạp tiền này sẽ vượt quá giới hạn nạp hàng tháng.
Nếu giới hạn hàng tháng bị vượt quá, chúng tôi sẽ tạm dừng tính năng tự động nạp và ghi lại lastFailureCode: "monthly_limit_reached". Đây là một điểm dừng có chủ đích, không phải lỗi. Nó bảo vệ bạn khỏi việc chi tiêu hàng tháng vượt kiểm soát nếu giới hạn hàng tháng được đặt quá thấp so với mức sử dụng thực tế. Nếu bạn thấy trạng thái này, hãy tăng giới hạn hàng tháng lên mức tối đa 10.000$ hoặc bật lại thủ công sau khi xem xét lý do tại sao đạt đến giới hạn.
Khi việc nạp tiền được kích hoạt, chúng tôi tạo một hóa đơn Stripe bằng USD và tự động tính phí vào phương thức thanh toán đã lưu của bạn.
Điều gì xảy ra khi thẻ của bạn bị từ chối trong quá trình tự động nạp tiền của TokenLab?
Đây là câu hỏi quyết định liệu bạn có tin tưởng tính năng tự động nạp tiền cho thời gian hoạt động của production hay không. Việc triển khai thanh toán trả lời trực tiếp câu hỏi này.
Khi thanh toán thành công, chúng tôi cộng tín dụng vào số dư tổ chức của bạn một lần và đánh dấu giao dịch đã hoàn tất. Chúng tôi lưu URL hóa đơn hoặc biên lai khi có sẵn, tăng tổng chi tiêu hàng tháng của bạn, giữ cho tính năng tự động nạp tiền hoạt động cho lần sau và gửi email thông báo thanh toán thành công.
Khi thanh toán thất bại hoặc yêu cầu hành động từ khách hàng (ví dụ: xác thực 3D Secure), chúng tôi đánh dấu giao dịch thất bại. Chúng tôi vô hiệu hóa tính năng tự động nạp tiền, đặt trạng thái thành payment_failed hoặc requires_action, ghi lại chi tiết lỗi và gửi email thông báo thanh toán thất bại.
Điểm cuối cùng đó quan trọng hơn số lần thử lại. Chúng tôi không cố gắng thử lại âm thầm đối với thẻ bị từ chối. Chúng tôi không để tính năng tự động nạp tiền hoạt động âm thầm trong khi vẫn thất bại ở chế độ nền. Nó sẽ thất bại ở trạng thái đóng: tính năng tự tắt và bạn nhận được email giải thích lý do. Các yêu cầu của bạn vẫn sẽ ngừng hoạt động khi số dư về 0, nhưng bạn sẽ không phải đoán xem liệu tính năng tự động nạp tiền có đang hỗ trợ bạn hay không khi nó không hoạt động.
Điều này có ý nghĩa gì đối với thiết lập vận hành của bạn:
- Hãy coi email thông báo thanh toán thất bại là một cảnh báo cần hành động, không phải thông báo để lướt qua. Điều đó có nghĩa là tính năng tự động nạp tiền hiện đã tắt cho đến khi bạn sửa phương thức thanh toán và bật lại từ bảng điều khiển.
- Giữ phương thức thanh toán đã lưu của bạn luôn cập nhật. Thẻ hết hạn là nguyên nhân phổ biến nhất dẫn đến trạng thái
payment_failed, và không có cơ chế dự phòng tự động sang thẻ phụ trong bản triển khai này. - Nếu thời gian hoạt động là rất quan trọng, đừng chỉ dựa vào email. Hãy xây dựng một hệ thống kiểm tra số dư độc lập bên dưới để một email bị bỏ lỡ hoặc bị lọc không biến thành một sự cố không được phát hiện.
Có API hoặc Webhook cho tính năng tự động nạp tiền của TokenLab không?
Hiện tại là không. Cấu hình tự động nạp tiền (ngưỡng kích hoạt, số tiền khôi phục, giới hạn hàng tháng, phương thức thanh toán) chỉ dành riêng cho bảng điều khiển dành cho quản trị viên và chủ sở hữu tổ chức. Không có endpoint API công khai nào được ghi lại để thiết lập các ngưỡng này theo chương trình, và không có webhook công khai nào được ghi lại kích hoạt khi có sự kiện kích hoạt, thành công hoặc thất bại.
Các bề mặt giám sát dành cho khách hàng hiện có là:
- Trạng thái bảng điều khiển. Hiển thị xem tính năng tự động nạp tiền đang hoạt động, tạm dừng hay bị vô hiệu hóa, và mã lỗi cuối cùng nếu có.
- Thông báo qua email. Cảnh báo số dư thấp và email thông báo thanh toán thành công hoặc thất bại.
- Lịch sử giao dịch. Bản ghi của mỗi lần nỗ lực nạp tiền, kết quả và các liên kết hóa đơn hoặc biên lai liên quan khi có sẵn.
Nếu bạn cần giám sát theo chương trình cho một hệ thống production, giải pháp thay thế thiết thực hiện nay là một công việc theo lịch trình kiểm tra số dư tổ chức của bạn thông qua bất kỳ quyền truy cập đọc được xác thực nào mà phiên bảng điều khiển của bạn cung cấp. Hãy cảnh báo cho nhóm của bạn nếu số dư giảm xuống dưới ngưỡng thứ hai, thấp hơn ngưỡng kích hoạt tự động nạp tiền của bạn. Điều này cung cấp cho bạn một tín hiệu độc lập ngay cả khi tính năng tự động nạp tiền bị vô hiệu hóa sau khi thẻ bị lỗi. Đừng xây dựng mã tích hợp dựa trên một endpoint hoặc cấu trúc payload giả định. Nếu TokenLab ghi lại một API thanh toán hoặc webhook, hãy xác minh hợp đồng chính xác trong tài liệu tham khảo API trước khi đưa nó vào pipeline cảnh báo.
Các mức tối thiểu, tối đa và mặc định
| Trường | Tối thiểu | Tối đa | Mặc định | Ghi chú |
|---|---|---|---|---|
Ngưỡng kích hoạt (balance drops below) |
$1 | Thấp hơn số tiền khôi phục | $5 | Phải thấp hơn số tiền khôi phục |
Số tiền khôi phục (restore balance to) |
$1 | Bị giới hạn bởi giới hạn hàng tháng | $30 | Phải lớn hơn ngưỡng kích hoạt |
| Giới hạn nạp hàng tháng | Phải bao phủ một chu kỳ nạp | $10,000 | $300 | Việc nạp tiền tạm dừng với monthly_limit_reached khi đạt mức này |
Nguồn: Bảng điều khiển thanh toán và triển khai tự động nạp tiền của TokenLab, /dashboard/billing, quan sát ngày 2026-07-09.
Nếu bạn đang chạy khối lượng công việc production với rủi ro tăng đột biến thực sự, giới hạn hàng tháng mặc định 300$ thường quá thận trọng. Một buổi chiều tạo hình ảnh hoặc video, hoặc một ngày bận rộn với các lệnh gọi công cụ tác nhân, có thể nhanh chóng đạt đến mức trần đó. Hãy tăng nó một cách có chủ đích sau khi ước tính hỗn hợp mô hình và chi tiêu hàng ngày điển hình của bạn, đừng đợi đến khi bị tạm dừng giữa chừng khối lượng công việc.
Ai nên bật tính năng này và cần kiểm tra những gì trước khi dựa vào nó
Tính năng tự động nạp tiền không cần thiết cho mọi không gian làm việc. Nếu mức sử dụng nhỏ và có thể dự đoán được, việc nạp tiền thủ công vẫn hoạt động tốt. Hãy cấu hình nó nếu bất kỳ điều nào sau đây áp dụng:
- Các tác nhân tự chủ hoặc bán tự chủ. Các vòng lặp tác nhân chạy trên các mô hình như Claude Sonnet 5 hoặc Kimi K2.7 Code có thể tiêu thụ tín dụng không đồng đều. Ví dụ, một vòng lặp bị kẹt sẽ đốt cháy số dư nhanh hơn mức con người có thể nhận thấy.
- Chatbot phục vụ khách hàng. Chatbot hỗ trợ và sản phẩm thấy lưu lượng truy cập tăng theo mức sử dụng sản phẩm của chính bạn. Một đợt tăng đột biến cuối tuần không nên trở thành sự cố vào thứ Hai.
- Khối lượng công việc tạo nội dung chạy theo đợt. Các công việc hình ảnh và video (Nano Banana Pro, Seedance, Veo 3) tập trung xung quanh các đợt ra mắt hoặc các lô nội dung. Một phiên kết xuất duy nhất có thể tiêu tốn nhiều hơn một tuần điển hình.
- Các công việc hàng loạt theo lịch trình. Các pipeline chạy qua đêm hoặc hàng tuần chính là nơi mà việc mất số dư giữa chừng rất tốn kém để chẩn đoán và chạy lại.
| Bước | Cần kiểm tra | Tại sao quan trọng |
|---|---|---|
| Xác nhận phương thức thanh toán còn hiệu lực | Thẻ không hết hạn, đã xác minh trong bảng điều khiển | Việc nạp tiền không thể kích hoạt nếu không có phương thức thanh toán hợp lệ |
| Đặt ngưỡng kích hoạt cao hơn mức tiêu thụ hàng ngày cao nhất | Dựa trên ngày bận rộn nhất, không phải trung bình | Nếu quá thấp, một đợt tăng đột biến có thể làm cạn số dư trước khi nạp tiền |
| Đặt số tiền khôi phục cao hơn chi tiêu hàng tuần | Sử dụng bảng giá mô hình ở trên để ước tính | Một tuần sử dụng nhiều GPT-5.5 tốn kém hơn nhiều so với DeepSeek V4 Flash |
| Đặt giới hạn hàng tháng với dư địa thực tế | Mặc định 300$ thường quá thấp cho production | Đạt giới hạn sẽ tạm dừng tự động nạp với monthly_limit_reached |
| Coi email thông báo lỗi là cảnh báo | Chuyển email lỗi thanh toán đến kênh trực chiến | Tự động nạp tiền tự vô hiệu hóa khi lỗi; không có gì khác thông báo cho bạn |
| Thêm giám sát số dư độc lập | Kiểm tra số dư theo lịch trình bên ngoài ngưỡng kích hoạt | Chưa có webhook công khai; đừng chỉ dựa vào khả năng hiển thị của bảng điều khiển |
| Xem xét mức sử dụng hàng tuần | Kiểm tra mức tiêu thụ theo mô hình và theo dự án | Tự động nạp tiền loại bỏ rủi ro gián đoạn, không phải khả năng hiển thị chi phí |
Để so sánh chi phí mô hình nhằm thông báo cho các ngưỡng của bạn, hãy xem trang so sánh giá. Để chuyển các lệnh gọi không quan trọng sang các mô hình rẻ hơn như DeepSeek V4 Flash hoặc Gemini 3.5 Flash, hãy xem trang xếp hạng mô hình.
Tự động nạp tiền là một mạng lưới an toàn, không phải là một tấm séc khống. Nó giải quyết một chế độ lỗi cụ thể: hết tín dụng giữa chừng khối lượng công việc. Nó không quản lý ngân sách của bạn, và giới hạn hàng tháng tồn tại chính xác để nó không làm điều đó. Các nhóm nhận được nhiều giá trị nhất từ nó là những nhóm kết hợp số tiền khôi phục thực tế với giới hạn hàng tháng phản ánh mức sử dụng thực tế. Họ cũng chuyển hướng các email thông báo lỗi đến nơi mà con người thực sự sẽ nhìn thấy chúng, không phải hộp thư chung bị bỏ qua.
Các hạn chế và cân nhắc:
- Cấu trúc phí. Việc hóa đơn nạp tiền tự động có chịu bất kỳ phí xử lý nào ngoài số tiền tín dụng hay không chưa được xác nhận trong tài liệu thanh toán đã xuất bản của TokenLab. Hãy kiểm tra trực tiếp các mục dòng hóa đơn Stripe hoặc các điều khoản thanh toán của bạn.
- Độ trễ xử lý. Thời gian giữa việc nạp tiền được kích hoạt và số dư mới phản ánh trong tài khoản của bạn chưa được đo lường ở đây. Nếu khối lượng công việc có thời hạn nghiêm ngặt, hãy kiểm tra bằng cách nạp tiền thủ công trước và quan sát thời gian bảng điều khiển trước khi dựa vào tính năng tự động nạp tiền cho một đợt tăng đột biến nhạy cảm với thời gian.
- Truy cập theo chương trình. Hiện tại không có API hoặc webhook công khai nào cho cấu hình hoặc sự kiện tự động nạp tiền. Nếu TokenLab thêm một cái, hãy xác minh endpoint và payload chính xác trong tài liệu tham khảo API chính thức trước khi xây dựng dựa trên nó.
Câu hỏi thường gặp
Tôi có thể cấu hình tính năng tự động nạp tiền của TokenLab bằng API không?
Hiện tại là không. Tính năng tự động nạp tiền được cấu hình thông qua bảng điều khiển thanh toán bởi quản trị viên hoặc chủ sở hữu tổ chức. Không có endpoint API công khai nào được ghi lại để thiết lập các giá trị ngưỡng kích hoạt, khôi phục hoặc giới hạn hàng tháng theo chương trình.
Các mức ngưỡng kích hoạt và khôi phục mặc định là bao nhiêu?
Mặc định là ngưỡng kích hoạt 5$, khôi phục 30$, giới hạn hàng tháng 300$. Tối thiểu cho ngưỡng kích hoạt, khôi phục và các số tiền liên quan là 1$. Giới hạn nạp hàng tháng tối đa là 10.000$.
Điều gì xảy ra nếu thẻ của tôi bị từ chối trong quá trình nạp tiền?
Chúng tôi đánh dấu giao dịch thất bại, vô hiệu hóa tính năng tự động nạp tiền, đặt trạng thái thành payment_failed hoặc requires_action, ghi lại chi tiết lỗi và gửi email thông báo thanh toán thất bại. Chúng tôi không tự động thử lại.
Tính năng tự động nạp tiền của TokenLab có thử lại sau khi thanh toán thất bại không?
Không có cơ chế thử lại tự động nào được tích hợp trong bản triển khai hiện tại. Thay vào đó, tính năng này tự vô hiệu hóa và thông báo cho bạn qua email để bạn có thể sửa phương thức thanh toán và bật lại thủ công.
Tính năng tự động nạp tiền của TokenLab có được bật mặc định không?
Không. Đây là tính năng tùy chọn cho từng tổ chức và yêu cầu phương thức thanh toán đã lưu trước khi có thể bật.
Cấu hình tính năng tự động nạp tiền từ bảng điều khiển thanh toán, hoặc so sánh giá mô hình trước trên trang mô hình để thiết lập ngưỡng của bạn một cách chính xác.
Nguồn
Giá quan sát ngày 2026-07-07
- TokenLab billing dashboard and auto recharge implementationQuan sát ngày 2026-07-09
- TokenLab model directoryQuan sát ngày 2026-07-07
