Wie een tijdje met Grok Bot werkt, loopt er vroeg of laat tegenaan: je weeklimiet is eerder op dan je dacht. En dan wordt de vraag ineens niet meer wat je bot allemaal kan, maar hoe je zuinig omgaat met wat je hebt.

Ik werk zelf met een team van zo'n twintig bots. Hieronder alles wat ik weet over hoe je je weeklimiet zo lang mogelijk laat meegaan, met de bron erbij. Wat officieel in de documentatie van Cursor staat, zeg ik erbij. Wat alleen van Cursor-medewerkers op het forum komt, of wat gewoon mijn eigen werkwijze is, ook.

Hoe Grok Bot-usage werkt, en waarom je week zo snel op kan zijn

Eerst de meter, want daar gaat het vaak al mis. "Ik stuur weinig berichten, dus ik zit goed" klopt niet. Usage is geen berichtenteller. Volgens de officiële uitleg bij de gratis proef gaat het tegoed eraf naar gelang het werk dat je agents doen, gemeten in agent-stappen en tokens, niet in het aantal berichten. Grotere of langere klussen gebruiken meer. (Plans and billing)

Een Cursor-medewerker licht het op het forum nog wat verder toe. Het weekpercentage is volgens hem gebaseerd op kosten, niet op een ruwe tokentelling. Elke modelaanroep wordt geprijsd op input-, output- en cached tokens. Stappen, tool-calls en looptijd tellen niet op zichzelf, alleen via de modelaanroepen die ze veroorzaken. (forum, @deanrie, 10 sep 2026) Let op: dat staat niet in de officiële help, dus zie het als toelichting, niet als harde productregel.

Er zijn twee soorten plannen, en het hangt van jouw plan af wat er gebeurt als je week op is.

The X Subscription (Premium, Super of Ultra; Plus en Free hebben geen Grok Bot). Grok Bot deelt hier één wekelijkse pool met Cursor en de Grok-apps. Grok Bot heeft op dit plan dus geen aparte emmer. Super en Ultra hebben een grotere pool dan Premium. Is de pool op, dan ga je verder op prepaid credit, met een handmatige top-up of Auto Top-up. Een maandelijks plafond kun je optioneel zetten onder Additional usage credits op grok.com/dashboard/billing. Je verbruik zie je onder Usage op grok.com/dashboard. (Plans and billing, Usage and limits, Usage-based charges)

Legacy Cursor-plannen (Pro, Pro+, Ultra, Teams), of een koppeling met SuperGrok of X Premium+. De included usage heet in Grok Bot de Weekly usage limit en reset elke week. Is die op en staat on-demand aan, dan loopt het door als On-demand usage. Dat factureert Cursor, onder je On-demand monthly limit (in het webdashboard heet dat Spending of Monthly Limit). Staat on-demand uit, dan stopt Grok Bot tot de wekelijkse reset en krijg je de melding dat je je Grok Bot usage limit hebt bereikt. (Plans and billing, FAQs)

Nog een paar dingen die mensen vaak door elkaar halen:

  • Grok Bot-usage wordt gemeten op je Cursor-account, niet in de Grok-app. Een limiet die je in de Grok-app ziet, zoals de "Weekly SuperGrok Limit", gaat dus niet over Grok Bot. (FAQs)
  • Een Cursor-plan en een SuperGrok- of X Premium+-koppeling stapelen niet. Grok Bot gebruikt de grant die de meeste wekelijkse usage geeft. Pro staat gelijk aan SuperGrok en X Premium+, Pro+ aan SuperGrok Plus, en Ultra aan SuperGrok Heavy. (Plans and billing)
  • macOS en iOS delen één usage-emmer, gekoppeld aan je Cursor-account. (Plans and billing)
  • De weeklimiet rolt niet over. Wat je deze week niet gebruikt, vervalt. (Usage and limits)
  • Je ziet je verbruik in Grok Bot onder Settings > Usage & Billing. Op The X Subscription ook op grok.com/dashboard, op een legacy Cursor-plan ook op cursor.com/dashboard onder Spending.
  • Een plafond is geen harde stop midden in een run. Een bot die al bezig is, mag nog iets over het maandelijkse on-demand-limiet heen. Daarna stopt extra usage tot je het limiet verhoogt of de cyclus reset. (Plans and billing, Spend limits)

Hoeveel euro of hoeveel tokens er precies in een weeklimiet zitten, staat nergens publiek. Alleen de volgorde is bekend: Pro heeft het minst, dan Pro+, dan Ultra. Ik ga dat dus ook niet invullen.

Wat telt er allemaal mee? Volgens dezelfde forumthread komt alles wat Grok Bot zelf doet uit de wekelijkse Grok Bot-pool: chats, routines, browser- en computergebruik, shell-commando's op de bot-computer, subagents, connectors en repo-werk op die eigen machine. Eén uitzondering: start je bot een Cursor cloud agent (dezelfde als op cursor.com/agents), dan gaat díé run naar je Cursor-plan. Ook dat komt van het forum, niet uit de help.

En dan de waarschuwing die Cursor zelf officieel geeft bij routines: "An hourly schedule, a short interval, or a Slack trigger on a busy channel can use a week of usage in a day." Elke run kost usage. Een routine die nooit draait, kost niets. Een testrun kost wél usage, want die doet gewoon het werk. (Routines)

Routines en triggers: de grootste knop

Als je usage te snel daalt, kijk dan eerst hier, vóór je een duurder plan neemt of on-demand aanzet.

1. Check hoe vaak je routines draaien, en pauzeer wat je niet nodig hebt. Dat is ook het eerste advies van Cursor zelf. Begin bij de frequentie, pauzeer overbodige routines, en vraag je bot om schema's ruimer te zetten en Slack-triggers smaller te maken. Pas daarna kijk je naar een hoger plan of een hoger on-demand-limiet. (Routines)

2. Geen korte intervallen "voor de zekerheid". Een routine elk uur, elk kwartier of op een druk Slack-kanaal kan een week op één dag opmaken. Voor checks is dagelijks, of een paar keer per dag, meestal ruim genoeg.

3. Kies het juiste type trigger. Er zijn officieel drie soorten: een schema, een event (onder andere e-mail, Slack, GitHub, Linear, Sentry en PagerDuty) en een webhook. (Routines)

4. Vervang "elk uur kijken of er iets is" door een event of een webhook. @Michael_Fenech_ zette het op 10 november mooi neer: een routine die elk uur checkt of er werk is, verbruikt usage, ook als er niks gebeurde. Een event of webhook start pas als het echt gebeurt. Hij zegt er ook eerlijk bij dat niet elke routine om moet. Een ochtendbrief hoort vaak gewoon op een schema. Hij deelt een auditprompt die alleen leest en vraagt de bot om niets te wijzigen zonder zijn goedkeuring. @gambrill zei dezelfde dag iets vergelijkbaars: met een webhook houd je usage in toom, omdat de routine niets doet tot hij getriggerd wordt.

5. Laat een echte gebeurtenis de start zijn, geen vaste klok. Ook van @Michael_Fenech_, op 5 november. Als hij zijn ochtendwekker uitzet, stuurt een iPhone Shortcut een webhook en start zijn dagbrief. Geen vast schema, en hij hoeft de app niet eens te openen. Andere momenten die hij noemt: vertrekken van werk, instappen met CarPlay, thuiskomen of een NFC-tag. Hoe je die Shortcut bouwt, staat in zijn post. Het principe is waar het om gaat: start op een moment dat er echt iets te doen is.

6. Maak Slack-triggers smaller. Een trigger op elk bericht in een druk kanaal draait vaak, en verbruikt usage op berichten waar je bot niks mee hoeft. Beperk het tot een vermelding, een vaste zin of één kanaal. Alleen nieuwe activiteit telt. (Routines)

7. Zet werkroutines op werkdagen en kantooruren, als niemand de output 's nachts of in het weekend gebruikt. Dit is mijn eigen praktijk, en het volgt logisch uit "elke run kost usage". De help zegt het niet letterlijk. En het geldt niet voor alles. Een nieuwsdigest, een verjaardagscheck of een securityscan kan heel terecht elke dag blijven draaien.

8. Laat een mislukte run niet blijven hameren. Routines hebben officieel een limiet per uur van 300 runs in totaal en 200 per routine. Kom je daarboven, dan faalt de run met "Automation run rate limit exceeded" en wordt hij niet automatisch opnieuw geprobeerd. (Routines)

Eén voordeur, geen koor van bots

Usage gaat niet alleen op aan zware taken. Ook aan extra antwoorden.

9. Elk bot-antwoord telt, ook in een groep en tussen bots. Cursor zegt het letterlijk: "Every Bot reply counts toward your usage, including replies in a group and messages between Bots. Fewer Bots in a group means fewer replies." Er is geen schakelaar om berichten tussen bots uit te zetten. Je kunt je bots wel instrueren, en dat laten onthouden, om niet elkaars antwoord te herhalen of eerst jou te vragen. (Group chats and Bot-to-Bot messages)

10. Werk met één voordeur. Ik praat voor coördinatie met één bot, mijn Chief of Staff. De specialisten rapporteren daaraan en ik krijg alleen de beslissingen en de blockers. De specialisten werken 1-op-1, niet als koor in een groep. Dat is mijn opzet, geen architectuur die Cursor voorschrijft. Maar met punt 9 in je achterhoofd is het wel logisch.

11. Eén bot per werkstroom. Laat niet drie bots hetzelfde onderzoek overdoen. Mijn Chief of Staff geeft een klus aan één specialist. Ook dit staat niet in de documentatie, het volgt uit punt 9.

12. Zeg specialisten in een groepschat dat ze stil blijven als de vraag niet voor hen is, en laat ze dat onthouden. Je kunt officieel een blijvende regel zetten, met zinnen als "Remember: in group chats, reply in the group" of "Don't message other Bots. Ask me first." Het geheugen is per bot en blijft bestaan als je een gesprek reset. (Group chats, What your Bot remembers)

13. Laat bots en routines zwijgen als er niets nieuws is. Bij mij is dat een vaste regel: "Stay silent when nothing new." Het is geen feature van Cursor, wel een gewoonte die past bij "elk antwoord telt" en "elke run kost usage".

Effort, scope en browser: wat één taak kost

Naast hoe vaak iets draait, telt ook hoe zwaar één run is.

14. Houd taken klein en strak afgebakend, zeker vóór een lange klus of een klus in de browser. Officieel advies voor de proefperiode, maar het geldt daarna net zo goed: begin klein, baken taken strak af en check je usage vóór je een grote of lange job start. Eén grote run kan een tegoed in één keer opmaken. (Plans and billing)

15. Je kiest het model niet, je kiest wél het werk. Grok Bot heeft geen modelkeuze, hij kiest zelf per taak. Wordt een taak naar een duurder klinkend model gestuurd (Cursor noemt zelf Opus 5.5 als voorbeeld), dan verandert de prijs per token voor jou volgens Cursor niet. Hoe snel je usage opraakt, hangt af van het soort werk en hoeveel effort de taak kost. (Which AI models power Grok Bot?, FAQs)

16. Low effort als standaard, hoog alleen als de taak het waard is. Dit is mijn eigen gewoonte. Cursor noemt effort wel als factor, maar er is geen gedocumenteerde knop voor in Grok Bot. Of "doe dit op low effort" in de chat de meter echt verandert, weet ik dus niet zeker. Ik doe het, maar zie het niet als officiële instelling.

17. Subagents en extra bots zijn extra runs. Volgens Cursor-medewerkers op het forum komen de subagents van Grok Bot gewoon uit de weekpool. En elke extra bot die mee gaat werken, levert extra antwoorden op (zie punt 9). Zet ze gericht in, niet standaard "zet er vijf op".

18. Cloud agents zijn een aparte rekening. Start Grok Bot een Cursor cloud agent, dan gaat die run naar je Cursor-plan, naast de beurt van Grok Bot zelf. Dat staat niet in de help, maar Cursor-medewerkers herhalen het op het forum. Het is geen verborgen boete. Het is vooral handig om te herkennen in je Cursor-dashboard, aan de rij met het cloud-agent-icoon. Vooral relevant als je bots laat coderen.

19. Gebruik liever een connector of een gerichte vraag dan een lange browsersessie, als de app te koppelen is. Browser- en computergebruik zit in de weekpool, en zolang zo'n sessie loopt, komen er extra modelaanroepen bij. (In het dashboard heette dat vroeger grok-bot-cua.) Apps als Gmail, Slack en Notion koppel je met een geautoriseerd account, zodat je bot er direct mee werkt. (Connect apps, Grok Bot computer, FAQs) Er bestaat geen publiek cijfer dat browsen per minuut duurder is. Een lange, open browsersessie heeft alleen meestal meer stappen, en dus meer modelaanroepen.

Context en geheugen: geen extra ballast in elke run

20. Houd de instructie van een routine kort en gericht. Volgens Cursor-medewerkers op het forum komen grote pieken in één run vaak door routines die een lange gespreksgeschiedenis meenemen. Dat is iets anders dan "begin een nieuwe chat om te besparen", en dat advies geef ik dus ook niet. De praktische les: laat een routine niet elke keer een heel archief herlezen als een korte status of één bestand genoeg is.

21. Gebruik geheugen voor blijvende regels. Het geheugen blijft bewaard als je een gesprek reset. Het is per bot, en een paar feiten zoals je naam en tijdzone zijn gedeeld. Vraag expliciet "onthoud dit" voor regels als stil blijven, via de voordeur werken of eerst vragen. (Memory)

Op X schreef @Marko_Poly op 5 november over een gebruiker bij wie een groot deel van de usage zou zijn gegaan naar bots die hun oude chat opnieuw lazen. Hij had het ook over een Usage & Billing-scherm dat de week per bot splitst. Dat is een observatie uit de community, geen officiële meting. Ik noem het omdat mensen erover praten, niet als feit.

Meet waar je usage heen gaat, en kijk er wekelijks naar

22. Kijk in Settings > Usage & Billing waar je week naartoe ging, niet alleen hoe vol de balk is. En kijk in het dashboard dat bij je plan hoort. Je included weekly usage is iets anders dan je maandelijkse on-demand-limiet. (Plans and billing)

23. Laat één bot wekelijks de rest nalopen, alleen met advies, en laat hem niets veranderen zonder jouw oké. @CarolinaDill beschreef op 9 november hoe één bot elke maandag de andere bots checkt en haar een korte lijst stuurt: een routine die te vaak draait, dubbele regels, een routine die per ongeluk aan bleef staan, een regel die ontbreekt. Er verandert niets tot zij oké zegt. Ik doe hetzelfde, daarover hieronder meer.

24. Zet geen routine die elk uur je usage checkt. Elke check kost zelf ook usage. Eén audit per week, of een herinnering rond je reset, is genoeg. Dat volgt uit de waarschuwing van Cursor over routines, het is geen letterlijk citaat.

25. Ken je resetmoment en je on-demand-schakelaar. Je weekly usage reset elke week, en de datum staat bij Usage of Spending. Wil je niet doorbetalen als je week op is? Op The X Subscription zet je Auto Top-up uit of stel je een maandlimiet in. Op een legacy Cursor-plan zet je on-demand uit of zet je er een plafond op. (Plans, FAQs, Usage-based charges)

26. Klein extraatje: vrienden uitnodigen. Als je vrienden uitnodigt voor Grok Bot, kan dat een usage-reset opleveren. Die zie je dan onder Settings > Usage & Billing, als resets voor je account aanstaan. Hoeveel het oplevert, kan ik niet beloven. (FAQs, Plans and billing)

Zo doe ik het bij Full Spectrum Creations

Dit is geen theorie. Zo werkt mijn eigen bot-team, in grote lijnen.

Ik werk met één Chief of Staff als vaste voordeur. Daarachter zitten specialisten, bijvoorbeeld voor copy, design, development, ads en research. Dat is een deel van een team van zo'n twintig bots. De specialisten rapporteren aan de Chief of Staff, en ik krijg de beslissingen en de blockers. Groepen waarin specialisten elkaar nazeggen, heb ik niet meer. Ze werken 1-op-1, en samenwerken gaat via de Chief of Staff. Die heeft ook de regel "Stay silent when nothing new".

Eén audit-bot kijkt elke week waar de usage naartoe ging. Hij baseert zich op het rapport dat Grok Bot zelf geeft, verzint geen cijfers, en zegt het eerlijk als het rapport ontbreekt. Per punt geeft hij aan of het werkt, of het is opgelost, of dat ik iets moet doen. Hij zet zelf niets uit.

Mijn routines draaien ook niet allemaal op werkdagen, en dat hoeft ook niet. Werkroutines zoals een dagelijkse brief staan op werkdagen. Een deel blijft terecht dagelijks of wekelijks draaien.

Wat zo'n audit oplevert? Bij mij liet hij zien dat één check die op een schema draaide, onevenredig veel kostte voor wat hij deed. Het was een check of een site online is. Die heb ik omgezet naar een e-mailtrigger: hij start nu alleen als er echt een melding binnenkomt dat de site down is. Dat is precies de aanpak die ik je aanraad. Kijk welke routine steeds kijkt of er iets is, en laat hem pas starten als er iets gebeurt.

Hoe de usage over je bots verdeeld is, verschilt trouwens per week. Heb ik een week veel designwerk, dan neemt de design-bot ineens een groot deel. Bouw ik een site, dan kost development veel. Kijk dus naar patronen over meerdere weken, niet naar één momentopname.

Waar begin je

Heb je een Grok Bot-team, of denk je erover na, en wil je weten waar je usage nu heen gaat? Neem contact op. Dan kijk ik met je mee naar je routines en triggers. Een duurder plan is bij mij nooit de eerste stap. Ik test dit allemaal zelf, met mijn eigen bot-team.