Tuần này tôi vừa làm xong một MV ca nhạc. Tôi đưa file âm thanh cho Grok Bot và yêu cầu nó gọi Claude Opus 5.5 trên máy tính của mình để dựng video.
https://x.com/cgnot996/status/2108157846005350754
Để làm được sản phẩm này, tôi đã phải xem qua vô số hình ảnh và từng khung hình video.
Vài ngày gần đây, nhiều bài đăng than phiền rằng hạn mức (quota) của họ cạn sạch chỉ sau hai ba ngày, đành bất lực ngồi chờ đợt reset hàng tuần.
Trong bài viết này, tôi tổng hợp 12 mẹo mà mình đã mày mò ra, mỗi mẹo kèm theo một câu lệnh bạn có thể copy-paste thẳng vào Bot, giải thích rõ tiết kiệm ở khâu nào và gói cơ bản có dùng được không.
Trước khi gửi lệnh cho Bot, bạn có bao giờ thắc mắc vì sao hạn mức cứ âm thầm vơi đi dù mình chẳng nhắn tin là bao?
Trước tiên, hãy hiểu cách trừ hạn mức
Tài liệu chính thức không công bố cụ thể mỗi gói được cấp bao nhiêu hạn mức, nhưng quy tắc ngầm định thì tóm gọn trong ba điểm sau.
Thứ nhất, hạn mức bị trừ dựa trên khối lượng công việc thực tế mà Bot xử lý, chứ không đếm theo số lượng tin nhắn.
Chi phí gọi model, dung lượng ký tự và các lần gọi tool đều được tính vào mức tiêu thụ.
Thứ hai, mỗi Bot chỉ có duy nhất một luồng hội thoại, và mỗi lượt tương tác nó sẽ đọc lại toàn bộ lịch sử.
Một nhân viên Cursor khi kiểm tra tài khoản nhóm phát hiện ra những Bot hoạt động nhiều nhất phải đọc lại từ 80.000 đến 90.000 token cho mỗi bước.
Thứ ba, khi hết hạn mức, bạn hoặc là nghỉ làm chờ tuần sau reset, hoặc trả tiền theo từng token. Một khi bật tính năng thanh toán theo nhu cầu (on-demand), tiền sẽ bị trừ cực kỳ nhanh.
Khi đã nắm rõ cơ chế, chiến lược tiết kiệm hạn mức trở nên rất đơn giản: đẩy những tác vụ tốn kém nhất sang nơi khác, cắt giảm đầu ra vô ích, và giao việc nặng cho các công cụ bạn đang có sẵn.
Cắt giảm những thứ tốn kém nhất trước
Mẹo 1: Giao việc phân tích ảnh, tua video và chuyển văn bản cho CLI Tools
Đầu vào đa phương tiện (multimodal) là "hố đen" ngốn hạn mức. Việc ném trực tiếp ảnh chụp màn hình, khung hình video hay bản scan vào khung chat sẽ khiến dung lượng ngữ cảnh phình to ngay lập tức.
Có người đã test thử: gửi 4 bức ảnh trong một ngày, tìm kiếm một lần và xử lý hai tài liệu scan đã ngốn mất 11% hạn mức tuần của gói cao nhất.
Cách làm đúng là dùng các công cụ dòng lệnh như Grok Build hoặc agy ngay trong cloud computer để đọc file và tạo bản tóm tắt dạng text; Bot chỉ cần đọc bản tóm tắt đó thôi.
Nếu không có môi trường CLI, bạn có thể lấy bản tóm tắt trước qua bản web tại grok.com hoặc Gemini web miễn phí, sau đó dán kết quả đó cho Bot.
Câu lệnh copy-paste cho Bot:
"Với các tác vụ liên quan đến xem ảnh chụp màn hình, phân tích khung hình video, tua video từng frame, chuyển âm thanh thành văn bản, hoặc nhận diện tài liệu scan dài, đừng tự đọc trực tiếp các file đa phương tiện. Hãy ưu tiên gọi Grok Build trong cloud computer để đọc và xuất ra bản tóm tắt dạng text; bạn chỉ nên đọc các kết luận bằng chữ mà nó tạo ra. Nếu không có công cụ dòng lệnh, hãy nhắc tôi lấy bản tóm tắt từ bản web trước rồi mới gửi cho bạn."
- Tiết kiệm ở đâu: Tránh việc Bot phải trực tiếp đọc file đa phương tiện. Sau khi công cụ bên ngoài tóm tắt ảnh/video, Bot chỉ cần đọc vài trăm chữ.
- Gói cơ bản có dùng được không: Dùng được một phần. Việc cài Grok Build trong cloud computer sẽ dùng hạn mức thuê bao riêng của nó; nếu chưa cài, hãy bắt đầu bằng các bản tóm tắt trên web.
Mẹo 2: Đừng để một cuộc hội thoại kéo quá dài
Mỗi Bot chỉ có một luồng hội thoại. Chat càng lâu, code và log tích tụ càng nhiều; kể cả khi bạn chỉ sửa một dấu câu, Bot vẫn phải đọc lại toàn bộ lịch sử.
Để kiểm soát độ dài hội thoại, hãy làm theo bốn bước sau.
Thứ nhất, ghi các quy tắc dài hạn vào phần mô tả Bot và lưu những workflow đã hoàn thiện thành skill — đừng lặp lại hướng dẫn mỗi ngày trong khung chat.
Thứ hai, lưu tài liệu dài, log và tiến độ vào file; bảo Bot chỉ trả về kết luận và đường dẫn file, thay vì dán những đoạn text thô khổng lồ vào chat.
Thứ ba, giao các tác vụ định kỳ và dự án dài hạn cho những Bot chuyên dụng, đừng nhồi nhét vào con Bot chat chính hàng ngày.
Thứ tư, khi hội thoại quá dài, hãy bảo Bot viết một bản tóm tắt bàn giao. Trên iPhone, hãy nhân bản con Bot này (tôi đã test trên iPhone và nó hoạt động; menu trên máy tính để bàn không còn tùy chọn này nữa), gửi bản tóm tắt cho bản sao, rồi ẩn con Bot cũ đi mà không xóa nó.
Điểm đánh đổi là bản sao sẽ không mang theo hội thoại cũ, bộ nhớ hay file đính kèm; những thông tin quan trọng cần được khai báo lại một lần.
Các câu lệnh copy-paste cho Bot:
Sắp xếp quy tắc và skill:
"Hãy tổng hợp những quy tắc bạn luôn phải tuân thủ thành một đoạn văn để tôi dán vào phần mô tả của bạn; lưu workflow chúng ta vừa hoàn thiện thành một skill."
Lưu tài liệu dài vào file:
"Từ giờ trở đi, hãy lưu tài liệu dài, log xử lý lỗi và kết quả trung gian thành các file trong thư mục /workspace/. Khi trả lời tôi, chỉ đưa ra kết luận và đường dẫn file — đừng dán lại văn bản gốc vào chat. Hãy tự tạo một file notes.md ghi lại vai trò, các tác vụ hiện tại và những quyết định đã đưa ra; cập nhật nó sau mỗi giai đoạn."
Viết bản tóm tắt bàn giao:
"Giúp tôi viết một bản tóm tắt bàn giao trong vòng 10 dòng: bao gồm vai trò của bạn, các tác vụ hiện tại, quyết định đã đưa ra, bước tiếp theo và đường dẫn file cần thiết. Tôi sẽ chuyển bản này cho bản sao của bạn."
- Tiết kiệm ở đâu: Ngăn hội thoại chính bị phình to bởi tài liệu dài, giảm mạnh số lần đọc lại ở mỗi lượt; các quy tắc quan trọng được cố định trong phần mô tả và file, tránh bị loãng.
- Gói cơ bản có dùng được không: Việc sắp xếp quy tắc, lưu file và tách Bot đều dùng được. Nhân bản Bot hiện tại phải thao tác trên iPhone; bản sao cần được khai báo lại thông tin.
Mẹo 3: Giãn chu kỳ, im lặng nếu không có gì thay đổi
Các tác vụ thường ngày nếu không quản lý sẽ âm thầm bào mòn hạn mức. Trung tâm trợ giúp chính thức cảnh báo rằng những tác vụ có chu kỳ ngắn có thể ngốn sạch hạn mức cả tuần chỉ trong một ngày.
Một người dùng tự kiểm tra và phát hiện tác vụ tần suất cao chạy tới 672 lần/tuần; khi đổi sang hàng giờ, con số giảm xuống còn 168 lần.
Tạm dừng các tác vụ thường ngày không dùng đến sẽ ngừng tính phí; tuy nhiên, mỗi lần bấm nút 'Test' trên giao diện là một lần bị trừ hạn mức.
Câu lệnh copy-paste cho Bot:
"Liệt kê tất cả các tác vụ định kỳ của bạn, cho tôi biết tần suất chạy của từng tác vụ, tổng số lần chạy mỗi tuần, và liệu chúng có gửi tin nhắn khi không có gì thay đổi không. Cho tôi biết cái nào ngốn nhiều hạn mức nhất, giãn chu kỳ của nó ra, và sửa quy tắc: nếu kiểm tra mà không thấy thay đổi thực chất nào thì hãy im lặng, không tạo báo cáo."
- Tiết kiệm ở đâu: Giảm bớt những lần đánh thức vô ích. Bỏ qua việc báo cáo khi "không có thay đổi" sẽ tiết kiệm chi phí gọi model cho mỗi lần như vậy.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được. Mọi gói đều có thể điều chỉnh chu kỳ hoặc tạm dừng tác vụ bất cứ lúc nào.
Mẹo 4: Chỉ đánh thức khi có thay đổi
Đây là phiên bản nâng cao của Mẹo 3. Khi Bot ngủ đông, các cron job Linux ở backend của cloud computer vẫn chạy bình thường.
Những script hệ thống kiểm tra thay đổi của trang web hoặc file chỉ mất vài giây, bỏ qua model và không tiêu tốn chút hạn mức nào của Bot.
Gần đây tôi vừa tái cấu trúc con Bot Giám đốc Marketing của mình. Trong 6 lịch trình của nó, tôi chuyển 2 tác vụ giám sát dữ liệu sang dạng script, chỉ đánh thức Bot qua Webhook khi có thay đổi.
Quá trình tái cấu trúc mất khoảng 23 phút, giảm được 8-10 lượt chạy rỗng mỗi tuần mà vẫn cải thiện độ trễ xuống dưới 30 phút.
Câu lệnh copy-paste cho Bot:
"Với các tác vụ thường ngày về giám sát dữ liệu, đừng thiết lập đánh thức theo thời gian cố định trong Routines. Hãy cấu hình các script kiểm tra nhẹ ở backend cloud computer, giữ hệ thống ngủ đông bình thường; chỉ đánh thức bạn qua địa chỉ Webhook khi script phát hiện thay đổi thực chất ở dữ liệu mục tiêu."
- Tiết kiệm ở đâu: Loại bỏ kiểu đánh thức lên, thấy không có gì rồi lại ngủ tiếp. Bot chỉ thức dậy và tiêu hao hạn mức khi thực sự có việc để làm.
- Gói cơ bản có dùng được không: Dùng được. Cloud computer ở mọi gói đều có thể chạy script cơ bản kết hợp với trigger Webhook.
Bắt Bot nói ít chuyện vô nghĩa hơn
Mẹo 5: Tránh group chat, hạn chế tối đa việc Bot nói chuyện với nhau
Các kỹ sư Grok Bot chính thức đã công khai khẳng định group chat ngốn token cực kỳ kinh khủng; nhóm càng đông càng đắt đỏ, khuyên người dùng phổ thông nên tránh xa.
Một nhân viên Cursor lưu ý rằng mỗi tin nhắn đều khiến Bot phải đọc lại lịch sử, và việc trả lời sẽ đánh thức các Bot khác.
Trong tài khoản đó, khoảng một phần ba số lượt tương tác là các Bot tự đánh thức lẫn nhau. Người dùng gói cơ bản nên tạo ít Bot hơn và xử lý vấn đề cụ thể qua chat 1-1 trực tiếp.
Câu lệnh copy-paste cho Bot:
"Thực thi nghiêm ngặt các hướng dẫn do tôi trực tiếp đưa ra. Đừng chủ động đánh thức Bot khác để phối hợp nhóm hay xác nhận nhiều bên. Nếu tác vụ đòi hỏi phối hợp nhiều bước, tôi sẽ truyền đạt các kết luận quan trọng, hoặc giao từng tác vụ phụ cho các công cụ thực thi tương ứng một cách độc lập."
- Tiết kiệm ở đâu: Tránh lãng phí hạn mức vào việc các Bot chào hỏi nhau và tham chiếu vòng vo, dành trọn tài nguyên cho công việc thực tế.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được. Chuyển sang giao tiếp 1-1 không có giới hạn nào cả.
Mẹo 6: Tận dụng lại trước khi tạo mới
Mỗi con Bot mới đều cần nhập prompt và test thử các lần gọi tool. Hạn mức cho người mới khá eo hẹp; một tác vụ lớn có thể "đốt" sạch trong một lần mà không được bù thêm.
Các kỹ sư chính thức khuyên rằng 'hãy tận dụng lại trước khi tạo mới, đừng bày vẽ thêm'. Chỉ nên giữ 2-3 con Bot cốt lõi; khi có nhu cầu mới, hãy ưu tiên bổ sung quy tắc vào Bot hiện có.
Câu lệnh copy-paste cho Bot:
"Trước khi tạo Bot mới cho một yêu cầu mới, hãy rà soát lại các workflow và cấu hình tool hiện tại của chúng ta. Nếu các Bot hiện có đã sở hữu năng lực nền tảng tương tự, hãy ưu tiên bổ sung quy tắc hoặc mở rộng chức năng trong cấu hình gốc để tránh tạo ra những con Bot mới độc lập."
- Tiết kiệm ở đâu: Tiết kiệm chi phí debug, test và khởi tạo gắn liền với việc tạo Bot mới.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được ở mọi gói.
Giao việc nặng cho các gói thuê bao có sẵn
Mẹo 7: Điều hướng hạn mức, Scheduler ≠ Executor
Đây là logic cốt lõi mà tôi đã chia sẻ tại Hàng Châu vào tháng 9: Grok Bot lo việc điều phối, còn việc nặng nhọc thì đẩy sang các gói thuê bao có sẵn.
Việc viết hàng trăm dòng code hay đọc hết repo để tái cấu trúc ngay trong khung chat sẽ bào mòn hạn mức cực nhanh.
Hãy cài Grok Build trong cloud computer và đăng nhập. Để Bot ra lệnh chạy ngầm cho nó viết code, còn bản thân Bot chỉ việc báo cáo kết quả.
Các bài test cho thấy sau khi giao việc code cho Grok Build, pool của Bot dùng hết 70% trong hai ngày rưỡi, trong khi pool dev bên ngoài chỉ dùng 6%.
Một người dùng khác chỉ để Bot lên lịch cho Cursor phát triển; sau 3 tiếng làm việc liên tục, hạn mức tuần chỉ mới dùng 3%.
Câu lệnh copy-paste cho Bot:
"Vai trò của bạn là người điều phối tác vụ, chịu trách nhiệm chia nhỏ kế hoạch, sắp xếp logic và phân công công cụ. Đừng viết code dài hay sửa đổi file lớn trực tiếp trong cửa sổ hội thoại; hãy thống nhất việc viết code và tái cấu trúc dự án bằng cách gọi Grok Build đã được cấp quyền chạy ngầm, chỉ đồng bộ kết luận thực thi cuối cùng cho tôi."
- Tiết kiệm ở đâu: Đẩy phần viết code ngốn tài nguyên sang pool dev của các gói thuê bao có sẵn; Bot chỉ cần gửi những chỉ thị ngắn gọn.
- Gói cơ bản có dùng được không: Dùng được. Cài Grok Build trong cloud computer và đăng nhập bằng tài khoản hiện có.
Mẹo 8: Dùng hạn mức miễn phí tích hợp cho X Search, chỉ giữ lại ý chính
Hiện tại, các lượt tìm kiếm trên nền tảng X của Grok Bot dùng hạn mức miễn phí tích hợp, giới hạn 30 lần/phút và 1000 lần/ngày.
Lượt tìm kiếm này không trừ vào hạn mức tuần của Bot cũng như credit X API.
Vấn đề nằm ở chỗ tuồn kết quả ngược lại: dán hàng loạt tweet vào chat sẽ làm phình to hội thoại, buộc Bot phải đọc lại và bạn phải trả tiền cho mọi bước tiếp theo.
Hãy bảo Bot lưu các lô tweet thô vào file, chỉ trả về ý chính và link trong chat; đồng thời chú ý giới hạn tần suất.
Câu lệnh copy-paste cho Bot:
"Khi lấy tweet, ý kiến hoặc cập nhật từ nền tảng X, hãy dùng khả năng tìm kiếm miễn phí tích hợp của bạn. Lưu trực tiếp các lô tweet thô thu thập được vào file trong /workspace/, chỉ báo cáo những điểm cốt lõi đã chắt lọc và link tương ứng trong hội thoại — đừng dán những đoạn tweet gốc dài ngoằng vào chat."
- Tiết kiệm ở đâu: Dùng hạn mức miễn phí tích hợp để tìm kiếm, lưu tweet ra bên ngoài, ngăn hội thoại bị phình to.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được. Mọi gói đều mặc định có hạn mức tìm kiếm này.
API miễn phí: Vừa tiết kiệm hạn mức vừa tăng sức mạnh
Ngoài các gói thuê bao có sẵn, việc tích hợp API công khai miễn phí có thể san sẻ bớt các tác vụ xử lý văn bản nhẹ, nhận diện và tạo ảnh.
OpenRouter: Xử lý văn bản nhẹ & Nhận diện ảnh miễn phí
OpenRouter cung cấp một loạt model miễn phí có đuôi :free, phù hợp để viết lại đoạn văn ngắn, tóm tắt và nhận diện ảnh miễn phí.
Giới hạn chính thức là 20 lần/phút và 50 lần/ngày; theo kinh nghiệm, khi tích lũy đủ 10 USD credit, giới hạn ngày sẽ tăng lên 1000.
Ba lưu ý khi sử dụng:
Thứ nhất, đặt giới hạn credit về 0 khi tạo API Key để tránh bị trừ tiền oan nếu lỡ gọi nhầm model trả phí.
Thứ hai, đừng gửi dữ liệu nhạy cảm; một số nhà cung cấp có ghi chú rằng dữ liệu đầu vào có thể được dùng để huấn luyện model.
Thứ ba, lưu Key trong cloud computer để mọi Bot trên máy đều đọc được file.
Link tham khảo:
- Quản lý API Key: https://openrouter.ai/settings/keys
- Tài liệu Rate Limit: https://openrouter.ai/docs/api-reference/limits
- Tài liệu Model miễn phí: https://openrouter.ai/docs/guides/routing/model-variants/free
Câu lệnh copy-paste cho Bot:
"Cấu hình môi trường gọi model miễn phí của OpenRouter. Các bước:
1. Lấy API Key từ tôi qua hộp nhập bí mật trong chat; đừng để tôi dán key trực tiếp vào khung chat;
2. Lưu Key nhận được vào ~/.agents/secrets/openrouter.env với tên biến OPENROUTER_API_KEY;
3. Chạy lệnh chmod 600 cho file đó;
4. Nghiêm cấm in key ra terminal hoặc cửa sổ chat trong suốt quá trình;
5. Chạy test tối thiểu: gọi một model có đuôi :free để trả lời một câu, xác nhận chi phí là 0 và báo cáo kết quả."
Nâng cao: Giới hạn và rủi ro của FreeToken-Bots
Skill mã nguồn mở FreeToken-Bots (https://github.com/limin112/min-skill/tree/main/skills/FreeToken-Bots) quét các model miễn phí trên OpenRouter.
Tác giả nói rõ đừng mong đợi việc tự động chuyển đổi hoàn toàn mà không cần canh chừng. Tôi test thử thì quét được 20 model miễn phí, 0 cái dùng được ngay, 17 cái yêu cầu xác minh tham số.
Key hiển thị với mọi Bot trên cloud computer, và các model miễn phí đều có giới hạn tốc độ/điều khoản huấn luyện; người dùng gói cơ bản không nên tốn công ở khâu này.
ModelScope: Chỉ dùng để tạo/chỉnh sửa ảnh
Tôi khuyên chỉ nên dùng ModelScope API-Inference cho việc tạo/chỉnh sửa ảnh.
Qua test thực tế, các interface text, vision và AV của nó thường xuyên báo lỗi 429/400 do không có dịch vụ khả dụng; độ ổn định rất kém.
Ba lưu ý khi sử dụng:
Thứ nhất, cần liên kết tài khoản Aliyun và xác minh danh tính thật.
Thứ hai, trừ qua credit 'Magic Cube'; hạn mức mỗi ngày xem trên trang chính thức.
Thứ ba, bảo Bot cài skill tạo ảnh công khai này: https://github.com/RongleCat/tiezhu-modelscope-api-inference.
Link tham khảo:
- Quản lý Access Token: https://modelscope.cn/my/myaccesstoken
- Giới thiệu API-Inference: https://modelscope.cn/docs/model-service/API-Inference/intro
- Giới hạn & Quy tắc: https://modelscope.cn/docs/model-service/API-Inference/limits
Câu lệnh copy-paste cho Bot:
"Cấu hình môi trường tạo ảnh ModelScope. Các bước:
1. Lấy Access Token từ tôi qua hộp nhập bí mật trong chat; đừng để tôi dán token trực tiếp vào khung chat;
2. Lưu Token nhận được vào ~/.agents/secrets/modelscope.env với tên biến MODELSCOPE_API_KEY;
3. Chạy lệnh chmod 600 cho file đó;
4. Nghiêm cấm in token ra terminal hoặc cửa sổ chat trong suốt quá trình;
5. Chạy test tối thiểu: gọi Tongyi-MAI/Z-Image-Turbo để tạo một bức ảnh, báo cáo đường dẫn local."
Bảo vệ ví tiền của bạn
Mẹo 9: Test nhỏ, check Dashboard
Thao tác hàng loạt một cách mù quáng rất dễ cháy hạn mức. Nếu Bot hiểu sai ngay từ bước thứ hai, việc thử đi thử lại sẽ đốt sạch hạn mức cả tuần.
Một người dùng đã bay mất hơn nửa hạn mức tuần chỉ trong 2 tiếng vì mải thử-sai các tác vụ chạy nối tiếp nhau.
Với tác vụ phức tạp, hãy kiểm chứng từng bước đơn lẻ với 1-2 mẫu trước, tạm dừng để xác nhận.
Sau khi xác nhận, hãy kiểm tra tỷ lệ trừ trong Settings → Usage & Billing trước khi làm tiếp.
Câu lệnh copy-paste cho Bot:
"Với việc xử lý hàng loạt, xử lý lỗi theo luồng dài, hoặc các tác vụ nhiều bước phức tạp, trước tiên hãy dùng 1-2 mẫu tối thiểu để kiểm chứng từng bước. Phải tạm dừng ngay sau khi hoàn thành một bước để chờ tôi xác nhận. Nghiêm cấm tự động chạy các bước tiếp theo khi chưa có lệnh cho phép rõ ràng."
- Tiết kiệm ở đâu: Chặn đứng sai lệch về hướng đi bằng các mẫu thử từng bước, ngăn lỗi logic bào mòn hạn mức cả tuần.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được. Có thể xem mức sử dụng/thời gian reset bất cứ lúc nào trong bảng cài đặt.
Mẹo 10: Đặt giới hạn vòng lặp, hỏi khi không chắc
Thử lại khi gặp lỗi là một cái bẫy ngầm. Khi đối mặt với vấn đề môi trường/quyền hạn không thể giải quyết, Bot sẽ rơi vào vòng lặp thử lại vô tận.
Vòng lặp chết kéo dài mười phút có thể nướng sạch hạn mức tuần. Phải giới hạn số lần thử lại của một thao tác ở mức 2; thất bại 2 lần liên tiếp là phải hỏi người ngay.
Câu lệnh copy-paste cho Bot:
"Thực thi nghiêm ngặt quy tắc chống vòng lặp khi chạy script tự động, gọi API hoặc xử lý lỗi: giới hạn thử lại cho cùng một thao tác là 2. Nếu 2 lần liên tiếp thất bại hoặc kết quả không chắc chắn, hãy ngắt thực thi ngay lập tức và hỏi tôi. Nghiêm cấm tự động thử lại vô hạn."
- Tiết kiệm ở đâu: Dập tắt các vòng lặp lỗi chết người, tránh tiêu hao ngầm trong background.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được. Chỉ là ràng buộc bằng prompt thuần túy, không tốn chi phí.
Mẹo 11: Tắt thanh toán theo nhu cầu, mua đúng gói
Hãy tắt thanh toán theo nhu cầu (on-demand) trong cài đặt tài khoản Cursor hoặc đặt giới hạn thấp.
On-demand tính tiền theo đơn giá token thực tế, rất đắt. Có người dùng báo bị trừ 26 USD trong 30 phút, hóa đơn cuối cùng là 51 USD.
Người khác mất thêm 190 USD chỉ sau một đêm; các nhóm nhỏ đối mặt với hóa đơn on-demand khoảng 1500 USD mỗi tuần.
Trung tâm trợ giúp chính thức lưu ý rằng giới hạn tháng không phải là phanh khẩn cấp; các tác vụ đang chạy vẫn có thể vượt giới hạn. Nếu không bật on-demand, hết hạn mức chỉ đơn giản là dừng lại cho đến khi reset.
Tuyệt đối không mua gói bổ sung tại grok.com; hệ thống thanh toán riêng biệt, tiền không chuyển qua lại được. Đã có người mua gói 100 USD mà không dùng được.
Câu lệnh copy-paste cho Bot:
"Kiểm tra quy tắc vận hành môi trường hiện tại. Dừng lại và thông báo cho tôi khi hạn mức sắp cạn, nhắc tôi kiểm tra nút bật/tắt on-demand trong trang thanh toán của Cursor."
- Tiết kiệm ở đâu: Giữ vững phòng tuyến cho ví tiền, ngăn chi phí đội nón ra đi do các tác vụ mất kiểm soát.
- Gói cơ bản có dùng được không: Hoàn toàn dùng được. Tắt trong trang thanh toán của Cursor.
Mẹo 12: Kết nối Cloud Computer thủ công khi hết hạn mức
Khi các tác vụ dài làm hạn mức tụt xuống còn 10%, khung chat phía frontend sẽ bị khóa.
Một số người dùng bên thứ ba cho biết vẫn có thể kết nối vào cloud computer để tải về sản phẩm dang dở hoặc tiếp tục làm thủ công. Hãy tự kiểm chứng trước khi áp dụng.
Câu lệnh copy-paste cho Bot:
"Khi hệ thống cảnh báo hạn mức tuần sắp cạn, trước khi phiên làm việc kết thúc, hãy lưu toàn bộ đường dẫn file đang hoạt động, output tạm và điểm ngắt thực thi vào một thư mục lưu trữ tạm trong workspace, đồng thời tạo hướng dẫn tiếp quản ngắn gọn."
- Tiết kiệm ở đâu: Tránh việc bị ép thanh toán on-demand chỉ để cứu vài bước cuối cùng.
- Gói cơ bản có dùng được không: Dùng được. Cần kiến thức terminal cơ bản; đây là biện pháp tình thế.
Ba chiêu không đúng với thực tế
1. Chuyển sang model nhẹ hơn để tiết kiệm hạn mức
Tài liệu chính thức khẳng định hiện tại không có bộ chọn model.
Hệ thống tự động gán model dựa trên độ khó của tác vụ; không thể chuyển thủ công; việc hạ cấp model cũng không tồn tại.
2. Cộng dồn nhiều gói thuê bao
FAQ chính thức nói rõ các gói liên kết không cộng dồn (gói Cursor + liên kết SuperGrok/X Premium+ không cộng dồn).
Dùng song song hai gói thuê bao thì chỉ áp dụng hạn mức của gói cao hơn; gói kia nằm chơi; không thể cộng dồn.
3. Mua gói bổ sung tại grok.com
grok.com phục vụ chat trên web; Grok Bot dùng hệ thống của Cursor; tài khoản riêng biệt; nạp tiền không làm tăng hạn mức của Bot.
Lưu ý về giới hạn
Những mẹo này giúp tiết kiệm hạn mức tuần của Grok Bot; phía chính thức chưa bao giờ công bố số lượng token/giới hạn tác vụ cụ thể cho từng gói.
Tỷ lệ tiêu thụ/dữ liệu thanh toán trong bài phần lớn đến từ các mẫu thử cá nhân của bên thứ ba; mức tiêu thụ thực tế thay đổi tùy tác vụ.
Thông tin về việc kết nối cloud thủ công sau khi hết hạn mức là từ bên thứ ba; hãy tự test trước khi tin tưởng áp dụng.
Kết luận
Phía chính thức chưa công bố số token hay năng lực xử lý tác vụ hàng tuần của từng gói, chỉ có bảng xếp hạng tương đối.
Là những người trả phí thuê bao, chúng ta hy vọng sẽ có thông tin minh bạch về mức tiêu thụ của từng tác vụ/công cụ, khỏi phải đoán già đoán non mỗi ngày.
Bài viết này bàn về vấn đề hạn mức trong cấu trúc thuê bao cũ hiện tại; phía chính thức đang gộp các gói thuê bao — khi có gói mới tôi sẽ phân tích tiếp. Hy vọng Musk sẽ cho chúng ta sống thoải mái hơn, dư dả và trọn vẹn, không phải bó buộc khắt khe thế này.
Thứ gì đang bào mòn hạn mức Grok Bot của bạn nhanh nhất? Cùng thảo luận dưới phần bình luận nhé.
Tác giả Grok App mã nguồn mở (GitHub 1400+ Stars), trực tiếp triển khai các dự án AI triệu đô tại doanh nghiệp.
Liên tục cập nhật các hướng dẫn thực chiến và câu lệnh copy-paste cho Grok Bot. Follow @cgnot996 để không giẫm phải những cái hố tôi đã ngã.
