# Cách để hạn mức tuần của GrokBot không cạn sau ba ngày

[Kacper Rutkiewicz](https://homus.dev/speakers/kacper-rutkiewicz) · [Kacper Rutkiewicz | AI Made Simple](https://homus.dev/orgs/kacper-rutkiewicz-ai-made-simple)

> Đọc weekly usage của GrokBot, cắt routine thừa, đi thẳng tới bot chuyên môn, connector trước computer use, cài Usage Bot và tắt on-demand.

Topics: Grok Bot, Agents, Workflow, Plugins

Canonical: https://homus.dev/talks/so-you-keep-hitting-grokbot-limits-heres-how-to-fix-it

## 1. Vấn đề không phải giá, mà là hạn mức hết sau ba ngày

Kacper Rutkiewicz mở đầu bằng một nhận định thẳng: vấn đề lớn nhất của GrokBot lúc này không nằm ở giá, mà ở chỗ hạn mức sử dụng hằng tuần (weekly usage limit) của bạn cạn sạch chỉ sau ba ngày. Phần lớn người dùng GrokBot đang ở gói Cursor 20 USD hoặc gói SuperGrok 30 USD, và chỉ vài ngày sau khi tuần mới bắt đầu, họ đã bị khoá cho tới lần reset tuần sau.

Thêm vào đó, đội ngũ SpaceXAI không thực sự công bố con số cụ thể về việc hạn mức của bạn đang đi đâu. Vì vậy, theo anh, gần như ai cũng đang "bay mù" (flying blind): không biết thứ gì đang thực sự ăn vào usage của mình.

![Kacper Rutkiewicz nói trước camera, bên dưới là ba thẻ: What drains your limit, The settings I changed, Read your usage meter](https://homus.dev/photos/4gH4WbXGOqY-0043.jpg)

Ba mục tiêu của video hiện ngay từ đầu: thứ gì làm cạn hạn mức, những setting anh đã đổi, và cách đọc đồng hồ usage của chính bạn.

Anh tự giới thiệu: tên anh là Kacper, founder của DeepRooted AI. Anh dùng những công cụ này mỗi ngày để vận hành doanh nghiệp của mình, và cũng dựng chúng cho các khách hàng trả tiền. Mục tiêu của video rất đơn giản: chỉ cho bạn thấy thứ gì đang rút cạn usage GrokBot, và chính xác những setting anh đã đổi để kéo dài nó ra. Xem xong, bạn sẽ biết cái gì đang đốt hạn mức, những setting giúp làm chậm việc đó, và cách đọc đồng hồ đo (meter) của chính mình để gói của bạn trụ được gần tới ngày reset hơn. Anh mời mọi người ngồi thoải mái, pha một ly cà phê rồi vào thẳng nội dung.

## 2. Thói quen đầu tiên: mở Weekly usage ra xem

Trước khi đổi bất kỳ setting nào bên trong GrokBot, Kacper muốn bạn tập một thói quen: thật sự kiểm tra weekly usage của mình. Lý do là dù bạn đang ở gói Cursor hay gói SuperGrok, GrokBot vận hành như một "hồ" usage theo tuần (weekly usage pool), giống cách Codex hiện nay đang làm.

Cách xem: ở góc dưới bên trái của app, bấm vào **Weekly usage**. Trong máy của anh, con số là khoảng 38% đã dùng và sẽ reset sau bốn ngày. Muốn xem rõ hơn thì bấm **Change limit**; thao tác này mở ra phần cài đặt **Usage & Billing**, nơi bạn lại thấy 38%, reset sau bốn ngày.

![Trang usage của gói Pro+: Cursor Models 0%, Other Models 0%, Grok Bot Weekly usage 38%, On-Demand Spending disabled](https://homus.dev/photos/4gH4WbXGOqY-0015.jpg)

Trang usage của tài khoản: mục Grok Bot (Included in Pro+) có thanh Weekly usage 38%, reset ngày 22/9 (còn 4 ngày). Bên dưới, On-Demand Spending đang ở trạng thái Disabled và Monthly Limit cũng Disabled, phần mà video quay lại ở cuối.

Anh hứa rằng ở phần sau video, anh sẽ chỉ cách dựng một bot hiển thị weekly usage cho bạn và gửi reminder sang chief of staff, để việc theo dõi trở thành thói quen dễ hơn.

## 3. Mental model: bot allowance tính theo chi phí, không theo số tin nhắn

Đây là mental model mà Kacper muốn mọi người hiểu. GrokBot về cơ bản có một "khoản cho phép" dành cho bot (bot allowance). Đó là một ngân sách theo tuần, và nó tính trực tiếp theo chi phí (cost-based) của số prompt bạn đẩy vào các Grok agent. Mỗi lần bạn prompt một bot, nó chạy một lượt gọi model (model call), kéo theo input token, output token, các lượt cache hit, tất cả những thứ đó. Mọi token đã cache cũng được định giá theo đơn giá của model. Vì vậy, bạn gọi càng nhiều lần và mỗi lượt gọi càng lớn, usage càng cạn nhanh.

![Slide Two separate meters. Don't mix them up: Bot allowance và The Grok app pool](https://homus.dev/photos/4gH4WbXGOqY-0143.jpg)

Hai đồng hồ riêng biệt, đừng lẫn: Bot allowance là ngân sách tuần riêng của Grok Bot cho bot, routine và computer use; còn The Grok app pool là hạn mức tuần của app Grok cho người dùng phổ thông, sản phẩm khác, đồng hồ khác. Slide ghi rõ cả video chỉ nói về Bot allowance.

Anh nhấn mạnh để khỏi nhầm: hạn mức này tách biệt với công cụ Grok trên web app. Đó là một hồ usage hoàn toàn khác, và hai cái không trộn vào nhau.

Gói gọn lại, đó là tất cả những gì bạn cần hiểu về usage meter: GrokBot không thực sự đếm số tin nhắn. Nó đếm chi phí của khối việc mà các bot của bạn đang làm. Vì thế, mọi thứ được bàn từ đây trở đi đều xoay quanh việc cắt bỏ những job không "đáng đồng tiền" (don't earn their keep).

## 4. Một công ty, ba subscription: lời đề nghị gửi SpaceXAI

Giữa phần giải thích, Kacper dành một đoạn để "nài nỉ" SpaceXAI: trước khi tung thêm bản cập nhật nào nữa, hãy làm một subscription thống nhất. Anh biết GrokBot vừa có voice mode, và tính năng đó rất hay, nhưng anh vẫn xin một subscription duy nhất.

![Slide An honest ask to xAI: One company. Three subscriptions. X/SuperGrok, Grok Bot, Cursor](https://homus.dev/photos/4gH4WbXGOqY-0203.jpg)

Slide "One company. Three subscriptions.": X / SuperGrok là gói riêng, tính tiền riêng cho Grok trong app; Grok Bot đi kèm một gói khác, truy cập qua SuperGrok hoặc Cursor; Cursor là "cánh cửa 20 USD", một subscription riêng thứ ba. Dòng cuối: một login, một hoá đơn, một hồ usage, xAI hãy gộp lại làm một.

Anh kể mình đã mệt vì phải giữ một subscription Cursor, một subscription SuperGrok, một subscription X để có các tính năng premium trên đó. Quản lý ngần ấy thứ là quá nhiều, nên anh lặp lại: làm ơn cho một subscription thống nhất.

## 5. Thủ phạm số một: các routine chạy trên autopilot

Theo Kacper, thứ số một đang rút cạn usage GrokBot của bạn ngay lúc này là phần việc chạy trên autopilot, dù bạn có cần nó hay không. Việc anh làm, và muốn người xem làm theo, là mở phần routines ra, đếm xem mình có bao nhiêu routine và chúng thực sự kích hoạt (fire) thường xuyên tới mức nào. Anh nói mình "nói sao làm vậy" (practice what I preach) và đi qua từng bot của mình:

- **FirstMate**, chief of staff của anh: có một routine heartbeat đang tạm dừng vì anh đang làm việc khác, và một routine buổi sáng thứ Hai cũng đang tạm dừng. Đây là hai routine lẽ ra sẽ chạy.

- **CFO**: có một bản tóm tắt tiền bạc hằng tuần vào thứ Hai (weekly Monday money brief).

- **Bot bảo mật** (anh gọi là sniff bot): không có routine nào.

- **Chief content officer**: có một routine content hằng tuần. Mỗi Chủ nhật nó đưa ra bản tóm tắt toàn bộ các kênh content cùng lúc, để anh biết tuần sau nên tập trung vào đâu.

- **The Puppet Master**, bot anh dùng cho fantasy football: có ba routine, hai cái chạy mỗi ngày và một cái chạy mỗi tuần. Anh tự nhận có lẽ nên tắt chúng đi, vì anh cũng không mê fantasy football tới vậy, và bot này có thể đang ăn weekly usage nhiều hơn mức đáng có.

- **dr eggbot**: có hai routine.

Bức tranh routine của Kacper khi anh đi qua từng bot: phần lớn routine chạy theo tuần, riêng bot fantasy football chạy hằng ngày và là thứ anh thấy nên tắt.

Cuối cùng, anh có một số routine đang chạy, nhưng đã tối ưu để trong ba ngày anh mới dùng khoảng 40% usage. Con số đó vẫn hơi nhiều hơn anh muốn, nhưng anh hoàn toàn có thể chia 60% còn lại cho bốn ngày tiếp theo. Và routine không phải là thứ duy nhất ăn vào usage của bạn.

## 6. Tuần đầu tiên và phép tính 96 lần mỗi ngày

Khi bạn mới bắt đầu với GrokBot và dựng team agent đầu tiên, hãy hiểu rằng ngay tuần đầu bạn gần như chắc chắn sẽ đốt hết hạn mức chỉ vì việc dựng bot. Lời khuyên của Kacper: tốt nhất là bắt đầu với một bot chief of staff, rồi từ đó tìm cách thêm dần bot. Còn nếu bạn thêm năm hay mười bot ngay lập tức, bạn sẽ thủng hạn mức.

Anh cũng muốn cho thấy một chút toán phía sau. Hãy đếm xem routine của bạn thực sự chạy bao nhiêu lần.

![Slide Count how often your routines run: Every 15 minutes is 96 runs a day, 672 a week](https://homus.dev/photos/4gH4WbXGOqY-0403.jpg)

Slide "Count how often your routines run": cứ 15 phút một lần là 96 lần mỗi ngày, 672 lần mỗi tuần; hai lần mỗi ngày thường là đủ, hãy khớp với độ "tươi" mà câu trả lời cần; chạy ít lần hơn là đòn bẩy lớn nhất bạn có.

Một routine chạy mỗi 15 phút nghĩa là 96 lần chạy mỗi ngày và 672 lần mỗi tuần. Anh nói thật là không hiểu vì sao lại có ai để routine chạy 15 phút một lần, nhưng nếu bạn đang làm vậy, hãy tìm cách cho nó chạy chỉ một hoặc hai lần mỗi ngày. Chạy bốn lần mỗi giờ là hoàn toàn vô lý và không cần thiết. Như anh đã nói, hai lần mỗi ngày thường là đủ, vì nó khớp với mức độ cập nhật mà câu trả lời cần (match the answer's freshness).

Càng ít routine và càng ít lượt chạy, đó là đòn bẩy (lever) lớn nhất duy nhất bạn có để tiết kiệm hạn mức GrokBot.

## 7. SOP chắc chắn và những thứ đi kèm khi bạn import một bot

Nếu bạn vẫn đang chạy rất nhiều routine, hãy đảm bảo mỗi routine có một SOP (standard operating procedure, quy trình chuẩn) thật chắc chắn ("bulletproof") để nó làm theo y hệt mỗi lần. Như vậy model không phải tự suy nghĩ nhiều, và không phải tiêu thêm token để hoàn thành công việc.

Thứ tiếp theo Kacper muốn mọi người kiểm tra là các bot trùng lặp (duplicate bots). Khi bạn import một bot từ trên mạng, các routine của nó có thể đi kèm và lập tức kích hoạt trong setup của bạn. Ngoài routine, bot còn mang theo cấu hình identity và settings, các skill và plugin, và cả những memory mà người tạo đóng gói sẵn.

![Slide Copy or install a bot, and memories can ride along: Rides along và Starts fresh](https://homus.dev/photos/4gH4WbXGOqY-0443.jpg)

Khi copy hay cài một bot, cột "Rides along" đi theo: identity và settings (tên, avatar, config), skills, routines, plugins, và các memory người tạo gieo sẵn. Cột "Starts fresh" bắt đầu trống: lịch sử chat của bản gốc, memory nó tự học khi chạy, và file đính kèm. Câu chốt: bot có thể mang memory theo, hãy kiểm tra trước khi tin nó.

Vì vậy, mỗi lần thêm một bot, hãy rà kỹ danh sách bot (roster) của mình xem có routine nào đang chạy trùng không, để tiết kiệm hạn mức ở chỗ đó.

## 8. Routine trùng lặp: ví dụ heartbeat, và nút Pause

Ví dụ hoàn hảo về chuyện trùng lặp với chính Kacper: khi anh mới tạo agent chief of staff, nó tự động đi kèm một routine heartbeat. Anh thấy routine đó có vài chỗ chưa ổn, nên đã tạo riêng một bot chỉ có một việc chính là chạy heartbeat và kiểm tra tất cả các agent. Trong bot heartbeat đó, routine heartbeat đang active (trên màn hình, routine này chạy mỗi 6 giờ). Còn trong chief of staff, anh đã tắt routine heartbeat cũ. Anh có thể xoá luôn nhưng hiện chưa làm.

Cách Kacper xử lý routine heartbeat bị trùng: giữ bản trong bot chuyên trách, tạm dừng bản đi kèm chief of staff.

Anh nói rõ bạn không nhất thiết phải xoá routine nếu không muốn. Chỉ cần bấm vào routine đó rồi bấm **Pause** là routine tạm dừng. Muốn bật lại cũng vậy: nút Pause bạn đang thấy sẽ đổi thành nút **Resume**, bấm vào là kích hoạt lại, và cron sẽ bắt đầu chạy trở lại.

## 9. Chuyện chán nhưng bắt buộc, và bắt đầu từ routing

Kacper đoán người xem có thể đang thấy đoạn này khá chán. Sự thật là quản lý context và tiết kiệm usage limit không phải chuyện hấp dẫn gì. Nhưng bạn phải nắm rõ các automation và các bot của mình, biết chính xác chúng đang làm gì, vì nếu không thì hạn mức sẽ biến mất trong hai ngày, và chuyện là vậy thôi.

Rõ ràng chạy ít lần hơn là đòn bẩy lớn nhất, và nó tương quan trực tiếp với việc giảm usage. Bước tiếp theo là làm cho những lượt chạy bạn giữ lại tốn ít hơn. Ta đã cắt các lượt chạy không cần; giờ làm cho các lượt còn lại rẻ hơn một chút, và mọi thứ bắt đầu từ routing.

![Slide Go straight to the specialist: Direct to the specialist và Through the Chief of Staff](https://homus.dev/photos/4gH4WbXGOqY-0623.jpg)

Slide "Go straight to the specialist": đi thẳng tới bot chuyên môn là một bot, một job, đường ngắn nhất và ít việc cho model nhất; đi qua chief of staff thì mỗi lần chuyển tay thêm là thêm một vòng việc cho model. Dòng dưới: trong group chat, hãy tag đúng bot bạn cần.

Nếu bạn dựng GrokBot theo kiểu nói chuyện với một agent chief of staff cho gần như mọi thứ, có một thói quen đang âm thầm làm bạn tốn kém. Đẩy hết mọi việc qua chief of staff, để nó giao (delegate) cho các sub-agent rồi nhận câu trả lời về, là cách rất dễ và đơn giản. Nhưng usage của bạn sẽ "cảm ơn" bạn nếu, khi có một việc rất cụ thể, bạn tìm tới đúng agent chuyên trách và vào thẳng cửa sổ chat của nó. Bot đó tồn tại chính là vì việc đó. Mỗi lần chuyển tay (handoff) thêm là một quyết định model phải đưa ra, tốn thêm token để suy nghĩ, và trừ thẳng vào hạn mức.

Anh vẫn rất thích agent chief of staff cho các việc như báo cáo, lấy đồng thuận từ tất cả các agent, đảm bảo mọi người cùng một trang, và làm người điều phối chính (orchestrator). Nhưng với việc gì đó cực kỳ cụ thể, hãy đi thẳng tới agent đó.

## 10. Đi thẳng tới bot chuyên môn: ví dụ team content

Trong phần ghim (pinned) của app, Kacper có bốn teammate chính: chief of staff, CFO, chief content officer, và bot bảo mật mà anh dùng mỗi khi muốn import một template X từ trên mạng. Thường thì anh làm việc trong chief of staff: hỏi báo cáo, hỏi xem các bot khác đang làm gì, giao một số việc cụ thể cho từng bot, nhờ nghĩ ý tưởng cho bot mới, những việc như vậy.

Nhưng giả sử anh đang làm riêng về content. Khi đó anh làm việc thẳng với chief content officer: thả một link YouTube vào, nhờ nó cắt clip, tuỳ trường hợp. Nếu việc còn cụ thể hơn nữa, anh vào thẳng team content của mình, ví dụ vào bot LinkedIn.

Cùng một việc soạn bài LinkedIn: đi qua chuỗi chief of staff thì model phải ra thêm hai quyết định chuyển tay; đi thẳng thì chỉ một bot làm một job.

Bot LinkedIn này anh thậm chí còn chưa dựng xong, nhưng nhiệm vụ của nó là giúp anh nháp ý tưởng và bài đăng LinkedIn để đăng nhanh: anh lấy bất kỳ mẩu content nào, một link hay một tài liệu, thả vào đây, và nó giúp nháp ý tưởng. Vì sao lại phải làm việc đó từ chief of staff? Làm vậy chỉ thêm một chuỗi quyết định dài cho model, những quyết định nó hoàn toàn không cần phải đưa ra.

## 11. Group chat: tag đúng bot bạn cần

Với group chat cũng y như vậy. Khi đang ở trong một group chat, điều tốt nhất bạn có thể làm là tag đúng bot mà bạn muốn nhận câu trả lời. Nếu bạn muốn hỏi tất cả các bot cùng lúc thì đương nhiên chỉ cần gõ tin nhắn. Nhưng nếu muốn câu trả lời từ một bot cụ thể, hãy thêm bot đó vào tin nhắn. Trong demo, anh tag bot CFO vào và hỏi nó về usage.

Có một chi tiết: để tag được, bạn phải bắt đầu group chat trước. Lúc nãy group chat đã nằm trên sidebar nhưng anh chưa bắt đầu nó, nên chưa tag được ai. Bạn thật sự phải start group chat thì mới tag được các agent.

Anh nhấn mạnh rằng nếu các bot đang ở trong group chat thì việc tag cực kỳ quan trọng. Nếu không tag, model và các bot sẽ phải tự quyết định ai trả lời, và việc đó thêm suy nghĩ, thêm context, thêm usage, tất cả đều rút vào hạn mức của bạn.

## 12. Cho routine một brief hẹp: role, input, output

Khi dựng một recurring job hay một routine, hãy cho nó một brief hẹp (narrow brief). Kacper nhắc lại ý SOP ở trên, vì đây là cùng một khái niệm: đảm bảo routine có một quy trình chắc chắn để làm theo mỗi lần, và số quyết định trong routine đó được giới hạn.

![Slide Give recurring jobs a narrow brief: Role, inputs, output; Long rambling chats; One job per bot](https://homus.dev/photos/4gH4WbXGOqY-0843.jpg)

Slide "Give recurring jobs a narrow brief": nêu role, input và output, nói chính xác job là gì; chat dài lan man khiến routine tốn hơn theo thời gian; mỗi bot một job tốt hơn một bot làm mọi thứ.

Vài cách anh hay làm: luôn giao cho nó một role; luôn nêu input và output, tức nói chính xác cái gì sẽ đi vào và anh mong cái gì đi ra. Những cuộc chat dài, lan man khiến routine tốn hơn theo thời gian. Gốc rễ là routine không được viết đủ cụ thể, nên agent có quá nhiều chỗ để tự quyết định và suy nghĩ thêm.

Đặc biệt khi mới bắt đầu với GrokBot, hãy để mỗi bot một job. Như vậy tốt hơn một bot làm mọi thứ mọi lúc. Cách tốt nhất, theo anh, là kết hợp một agent kiểu FirstMate hay chief of staff với dr eggbot, cho chúng trao đổi với nhau và để chúng dựng bot cho bạn theo một cách rất cụ thể.

## 13. Ba cách bot chạm vào thế giới bên ngoài

Tới đây video đã đi qua chuyện loại bỏ hoặc giảm số routine của agent, và nói một chút về routing. Giờ Kacper chuyển sang setting đã "đốt" anh nhiều nhất khi mới dùng GrokBot: cách các bot chạm vào thế giới bên ngoài.

Agent kết nối với thế giới bên ngoài theo một trong ba cách:

- **Plugin và connector** có sẵn trong GrokBot. Anh cũng sẽ chỉ cách thêm những plugin không có trong hạ tầng của GrokBot.

- **API hoặc script** mà GrokBot dùng để nối tới các nền tảng khác.

- **Computer use**. Anh thấy computer use rất tuyệt, và đó là cách anh dùng đầu tiên, nhưng nó đốt usage nhiều nhất.

![Slide Connect first. Browse last: Built-in connector, API or script, Computer use](https://homus.dev/photos/4gH4WbXGOqY-0943.jpg)

Slide "Connect first. Browse last.": built-in connector là lựa chọn đầu, có integration cho job thì dùng; API hay script khi không có connector, vì một request đã test tốt hơn việc bấm cùng những nút đó lặp đi lặp lại; computer use (trình duyệt và desktop) là phương án cuối, chỉ khi không gì khác làm được hoặc việc thật sự mang tính hình ảnh. Đường đi: Marketplace, rồi Your plugins.

Vì vậy, nếu đã có một plugin hay integration dựng sẵn, hãy dùng nó trước. Để tìm, bạn vào **Marketplace**: ở đó có các plugin nổi bật (featured), và nếu cuộn xuống thì chúng được chia theo chủ đề như design, code, data, sales, finance, v.v.

## 14. Marketplace, Composio, API hay script, và computer use cuối cùng

GrokBot chỉ có một số lượng plugin nhất định. Vì thế, trong ô tìm kiếm của Marketplace, Kacper bảo mọi người gõ **Composio**, vì đó là cách để có thêm rất nhiều connector và cắm chúng vào GrokBot. Bấm vào Composio, bạn phải connect và tạo một tài khoản Composio. Tạo xong, bạn có một dashboard; ở cột bên trái, bấm **Connect Apps**, và từ đó bạn thấy toàn bộ các app đang có.

![Dashboard Composio, trang Apps với 1553 app: Gmail, GitHub, Slack, Notion, Supabase, Twitter, HubSpot, YouTube và nhiều app khác](https://homus.dev/photos/4gH4WbXGOqY-1043.jpg)

Trang Connect Apps trong dashboard Composio: 1553 app, mỗi app một nút Connect (Gmail, GitHub, Slack, Notion, Supabase, Twitter, Google Drive, HubSpot, Linear, Jira, YouTube, Discord...), cùng nút Add Custom MCP ở góc trên.

Ở đây có rất nhiều plugin khác nhau có thể nối với X để lấy dữ liệu qua đó, và anh thấy điều đó rất hay. Composio gần như là "một cửa" (one-stop shop) cho hầu hết mọi kết nối API hay plugin. Nếu GrokBot không có thì nhiều khả năng Composio có, và bạn bắc cầu qua đó.

Anh luôn khuyên bắt đầu bằng built-in connector, vì đó là cách nhanh nhất để agent hoàn thành việc nó cần làm mà không phải để một bot bấm loanh quanh. Nếu không có connector, lúc đó mới dùng một API hoặc script. Composio cũng góp mặt ở bước này như đã nói, hoặc bạn có thể tạo một script trên máy local để chạy một automation nào đó, làm một việc theo đúng một cách mỗi lần.

Cuối cùng là computer use: cách "xịn" nhất, cách anh thích dùng nhất, nhưng cũng đốt nhiều token nhất với anh. Nó nằm cuối danh sách vì bạn chỉ nên dùng nó khi hai cách đầu không được. Nếu hoàn toàn không có đường nào khác để chạm tới một dịch vụ, bạn có thể đăng nhập bằng GrokBot trên máy tính của nó, dạy nó cách làm đúng việc bạn cần, rồi để nó thực thi theo cách đó.

## 15. Usage Bot: được báo trước khi hết hạn mức

Kacper quay lại GrokBot để giới thiệu **Usage Bot** (link nằm trong phần mô tả video). Về cơ bản, Usage Bot kiểm tra subscription Cursor của anh và ping anh khi anh đang dùng hơi nhiều usage: nó theo dõi usage của anh. Thứ anh đang cố thêm vào bot này, và sẽ chia sẻ khi xong, là theo dõi session để thấy bot nào anh dùng nhiều nhất và bot nào tương quan trực tiếp với việc tiêu nhiều usage nhất.

Cách Usage Bot hoạt động hiện nay: nó phải đăng nhập vào tài khoản Cursor của anh. Anh đã đưa cho nó login Cursor, và bên trong máy tính của bot, nó chỉ nhìn vào màn hình usage. Mỗi lần refresh, nếu cần báo rằng anh đang dùng hơi nhiều và còn bao nhiêu ngày tới lần reset, nó nhìn vào màn hình này, ping anh, rồi ping cả chief of staff. Lúc đó anh mới đọc. Anh thấy đây là một tính năng rất hay, và đó chính là lý do anh muốn chia sẻ nó.

![Trang cài template Usage Bot trên Grok Bot: mô tả Tracks Grok Bot remaining usage và nút Download](https://homus.dev/photos/4gH4WbXGOqY-1240.jpg)

Trang template Usage Bot: mô tả ghi bot theo dõi lượng usage Grok Bot còn lại của tài khoản và báo cho các agent teammate để chúng giảm tải; dòng cuối ở DM khi rảnh hiển thị phần trăm usage đã dùng (làm tròn lên bội số 5). Trang cũng ghi đây là bot do bên thứ ba tạo, không phải của SpaceXAI.

Nói rõ hơn, Usage Bot theo dõi usage GrokBot còn lại của tài khoản và báo (brief) cho các teammate agent để chúng giảm tốc (throttle) công việc. Bot đi kèm hai routine. Anh mở nó ra đầy đủ để cùng mọi người kiểm tra (vet). Anh cuộn nhanh qua các memory đi kèm mà không mở từng cái. Bot còn được đóng gói sẵn các skill để giảm tải một số agent, thậm chí bắt chúng ngừng làm việc nếu chúng đang đốt usage quá nhiều. Hai routine đi kèm là **weekday usage refresh** và **activity window usage cadence**.

Anh rất khuyên thêm bot này vào team. Nếu bạn chưa có một usage bot nào, đây có thể là bot đầu tiên của bạn.

## 16. Tắt On-demand để không nhận hoá đơn bất ngờ

Mảnh cuối là một rào chắn (guardrail), để đảm bảo bạn không bao giờ vượt hạn mức rồi bắt đầu bị tính API credit vào tài khoản. Trong GrokBot có một setting tên là **On Demand**. Nếu bật, mỗi khi bạn đã dùng hết weekly limit, nó sẽ bắt đầu tính tiền bạn bằng API credit, và API credit đắt hơn nhiều so với bất kỳ gói nào bạn đang dùng.

Để thấy mức nghiêm trọng: nếu để nó bật mà không để ý, rồi bạn vượt qua hạn mức, thì như Kacper kể, anh nghĩ mình đã bị tính hơn 100 USD cho khoảng một giờ làm việc với GrokBot dưới chế độ on-demand. Vì vậy, đừng bật trừ khi bạn "đang bơi trong tiền"; khi đó thì cứ làm.

![Cửa sổ Usage & Billing trong Grok Bot: Weekly Usage 38%, On-demand monthly limit với menu None, Fixed, Unlimited](https://homus.dev/photos/4gH4WbXGOqY-1403.jpg)

Cửa sổ Usage & Billing trong GrokBot: Weekly Usage 38%, reset sau 4 ngày; dòng On-demand monthly limit (tính tiền qua Cursor) mở menu với ba lựa chọn None, Fixed, Unlimited, hiện đang chọn None.

Trong GrokBot, đi tới đúng chỗ cũ: **Weekly usage**, rồi **Change limit**. Ở đó bạn sẽ thấy **On-demand monthly limit**. Nếu bạn muốn bật nó như một phương án an toàn phòng khi cần, hãy chọn Fixed và đặt một mức cố định, ví dụ 100 USD, 10 USD, 20 USD; con số có thể đổi ở đây. Nhưng đừng để Unlimited. Để Unlimited thì bạn sẽ nhận một hoá đơn Cursor đáng sợ.

Model Grok 4.6 rẻ hơn phần lớn các frontier model khác, nhưng vẫn đắt. Anh kể chỉ hai, ba prompt, hai, ba task là anh đã nợ Cursor 100 USD.

## 17. Đo thay đổi trên chính đồng hồ của bạn, và các gói không cộng dồn

Trước khi kết thúc, Kacper muốn "đóng đinh" một thói quen vào đầu người xem, vì không có cách nào hạn chế usage nếu bạn không biết usage đang đi đâu: hãy đo thay đổi trên chính đồng hồ của mình.

Khi bạn thêm một bot mới với một job mới, luôn kiểm tra trước và sau, ngay lần đầu nó làm job đó. Nhờ vậy bạn tìm được cách tối ưu để giảm usage mà bot đó tiêu. Hãy theo dõi màn hình weekly usage, dù là trong Cursor hay trong phần Usage & Billing của GrokBot, và làm quen với việc nhìn vào đó nếu bạn chưa có usage bot. Còn nếu đã có usage bot, nó sẽ ping chief of staff, hoặc bất kỳ bot nào bạn muốn, để báo cho bạn.

Đây cũng là lúc anh kể chuyện "cộng dồn" gói. Anh đã thử tự mình cộng gói SuperGrok với gói Cursor Pro, tức trả khoảng 90 USD mỗi tháng. Kết quả: chúng không cộng dồn. Nếu bạn ở gói Cursor 60 USD thì đó là hồ usage của bạn; nếu bạn ở gói SuperGrok 30 USD mỗi tháng thì bạn ở gói đó. Bạn không có một hồ usage tuần cộng dồn từ nhiều subscription. Anh thấy điều này rất khó chịu, và đó cũng là lý do anh xin một subscription thống nhất: anh muốn một gói SuperGrok 100 USD.

## 18. Tóm tắt, tài liệu kèm theo và lời cầu nguyện cuối video

Nếu đã xem tới đây, theo Kacper, bạn đã có một kế hoạch thật sự để tận dụng tối đa gói 20 USD hay 30 USD. Còn nếu bạn ở các gói lớn hơn như 200 USD hay 300 USD, làm theo những hướng dẫn này thì bạn sẽ gần như không bao giờ chạm weekly limit. Anh tóm lại:

Bốn thay đổi Kacper tóm lại ở cuối video, cộng thói quen đo usage xuyên suốt.

- **Ít routine hơn**: khớp nhịp chạy với công việc bạn thực sự cần; việc nào không đáng đồng tiền thì bỏ.

- **Routing thẳng**: việc cụ thể thì đi tới agent chuyên môn, đừng đẩy mọi thứ qua chief of staff nếu không cần.

- **Connector trước, API thứ hai, browser use sau cùng.**

- **Tắt on-demand** để không có hoá đơn bất ngờ.

- Và luôn giữ thói quen nhìn weekly limit của mình.

Anh biết hôm nay mình đã "ném" khá nhiều thứ, nên nếu ai bị lạc ở đâu đó cũng đừng lo: anh sẽ phát hành một tài liệu hướng dẫn miễn phí đi qua tất cả các khái niệm này, giúp bạn giữ hạn mức tuần của gói 20 USD và 30 USD tốt hơn, nằm trong cộng đồng miễn phí AI Made Simple của anh cùng các hướng dẫn GrokBot khác. Như thường lệ, anh mời người xem like, subscribe, và để lại bình luận kể mình đang đốt weekly limit nhanh tới mức nào và chuyện đó có phải vấn đề không. Anh cảm ơn mọi người đã xem tới đây.

Sau đó là đoạn riêng anh làm ở cuối mọi video: cầu nguyện cho khán giả. Anh nói làm vậy vì thật lòng quan tâm tới người xem, trân trọng thời gian, sự chú ý và tinh thần ham học của họ, và mong họ sống một cuộc đời trọn vẹn, là người tốt, lan toả yêu thương, lan toả lời Chúa, và quản lý tốt (good stewards) những món quà Chúa ban. Quan trọng nhất, anh biết có người ngoài kia cần nghe điều này: nhiều người đang vật lộn với những suy nghĩ rối bời, lo âu, trầm cảm, khó khăn tài chính, và vô số hoàn cảnh khác cuộc đời ném vào, và có thể chỉ cần biết rằng có ai đó đang cầu nguyện và nghĩ tới họ. Anh nói rõ ai thấy không thoải mái thì cứ thoát video, anh không ép ai điều gì, nhưng muốn họ biết rằng Chúa Jesus yêu họ.

Lời cầu nguyện của anh cảm ơn Chúa vì một ngày mới, vì cơ hội được sống thêm một ngày (anh nhắc rằng có những người đã không được thức dậy hôm nay), vì hơi thở sự sống, và cầu cho mọi việc anh làm đều tôn vinh Chúa. Anh cảm ơn khán giả ở phía bên kia màn hình vì thời gian, sự chú ý và tinh thần học hỏi, điều anh nói mỗi ngày vẫn chưa tin nổi. Anh cầu cho họ sự bình an và khôn ngoan: bình an khi biết Chúa là người lên kế hoạch tối thượng, biết mọi điều trước khi nó xảy ra, rằng có thể mang mọi vấn đề tới Chúa và mọi chuyện rồi sẽ ổn, "chuyện này rồi cũng sẽ qua"; khôn ngoan để đưa ra những quyết định đúng, có cấu trúc, dựa trên dữ kiện và thông tin mình có.

Quan trọng nhất, anh cầu cho những anh chị em trong Chúa đang gặp khó khăn: xin Chúa gặp họ đúng nơi họ đang đứng, dù trong góc tối nào; anh nói đó là sự thử thách đức tin, và khi vượt qua họ sẽ ổn, dù nhiều lúc rất khó và không ai thực sự hiểu vì sao điều xấu lại xảy tới. Anh cầu Chúa tỏ mình ra với họ nếu họ cần, giúp họ hiểu rằng vinh quang, ân điển và tình yêu của Chúa có thể dập tắt mọi vấn đề trên đời; rằng có người đang cầu nguyện cho họ, có sự giúp đỡ ngoài kia nếu họ cần, và mong họ tìm tới sự giúp đỡ đó. Anh cảm ơn ân điển, tình yêu của Chúa, và sự hy sinh của Chúa Jesus trên thập tự giá, nhờ đó con người có được mối quan hệ với Chúa mà mình không xứng đáng. Anh kết thúc trong danh Chúa Jesus Christ, "Amen", chúc mọi người một ngày tốt lành và hẹn gặp ở video tiếp theo.

## Nguồn và liên kết

- Tên gốc: So You Keep Hitting GrokBot Limits. Here's How To Fix It.
- Sự kiện: [YouTube](https://homus.dev/events/youtube)
- Video gốc: [https://www.youtube.com/watch?v=4gH4WbXGOqY](https://www.youtube.com/watch?v=4gH4WbXGOqY)

- Kênh YouTube Kacper Rutkiewicz | AI Made Simple (Kacper Rutkiewicz): [youtube.com/channel/UC2eDm1RP5DAs0nadj4sr-0w](https://www.youtube.com/channel/UC2eDm1RP5DAs0nadj4sr-0w)

- DeepRooted AI, công ty tư vấn AI mà Kacper là founder: [deeprooted.io](https://deeprooted.io)

- Giới thiệu Grok Bot từ SpaceXAI: [x.ai/news/introducing-grok-bot](https://x.ai/news/introducing-grok-bot)

- Giới thiệu Grok 4.6, model Kacper nhắc khi nói về chi phí on-demand: [x.ai/news/grok-4-6](https://x.ai/news/grok-4-6)

- Template Usage Bot trên Grok Bot (bot do bên thứ ba tạo): [x.ai/bot/ywZrH-Tqld2V87AJJrTNb](https://x.ai/bot/ywZrH-Tqld2V87AJJrTNb)

- Composio, nền tảng bắc cầu thêm connector và MCP vào GrokBot: [composio.dev](https://composio.dev)

Nguồn: https://homus.dev/talks/so-you-keep-hitting-grokbot-limits-heres-how-to-fix-it · cập nhật 2026-10-09