कतार कैसे चलती है
Grok Automation का runner जानबूझकर serial है — एक समय में एक prompt। Settings → Queue में Concurrent field 1 पर fixed है और UI में disabled है।
क्यों? Grok का rate limiter pacing को punish करने से कहीं अधिक parallelism को punish करता है। 2-second gap के साथ 10-prompt batch लगभग हमेशा finish होता है; एक ही 10 prompts parallel में fire करने पर अक्सर एक through होता है और बाकी rate-limit होते हैं। Runner wall-clock time को completion rate के लिए trade करता है।
आप जो tune कर सकते हैं वह Settings page (side panel के top right में gear icon) पर Queue card के अंतर्गत है।
तीन queue knobs
Retries per prompt
Runner एक single failed prompt को कितनी बार re-submit करता है छोड़ने और आगे बढ़ने से पहले। Default: 2।
| Set to… | कब |
|---|---|
| 0 | आप failures fast देखना चाहते हैं और खुद re-run करना चाहते हैं। Prompt wording पर iterate करते समय उपयोगी — आप नहीं चाहते कि retries एक bad prompt छिपाएँ। |
| 2 (default) | सामान्य उपयोग। permanently-broken prompts पर quota burn किए बिना transient grok.com hiccups को handle करता है। |
| 4–5 | लंबे unattended overnight batches जहाँ आप wait करना prefer करते हैं बजाय कल re-queue करने के। |
Retries real Grok quota cost करते हैं — हर retry एक full new generation है। Default 2 एक deliberate balance है।
Delay min (s) / Delay max (s)
Runner prompts के बीच एक random समय wait करता है, Delay min और Delay max के बीच uniformly pick किया। Defaults: 2 और 5 seconds।
यहाँ randomness matter करती है: एक fixed 3-second gap Grok के rate detector को bot जैसा लगता है। एक 2–5s random gap एक busy human जैसा लगता है। spread रखें।
| Scenario | Delay min | Delay max |
|---|---|---|
| आप babysitting कर रहे हैं, fast चाहते हैं | 1 | 3 |
| Default | 2 | 5 |
| लंबा overnight batch (200+ prompts) | 5 | 12 |
| पिछले रन में rate-limit आया | 8 | 20 |
“starting in X” countdown जो next-up prompt row पर दिखता है वह इस delay का action है।
जब कुछ रन को बाधित करे
तीन चीज़ें queue को mid-flight रोक सकती हैं:
- आपने Current run card पर Cancel क्लिक किया।
- Grok ने account को rate-limit किया (rate-limit modal pop up होता है)।
- आपका free quota खत्म हो गया (quota-exhausted modal pop up होता है)।
तीनों मामलों में, runner queue का एक snapshot save करता है — कौन से prompts succeeded, कौन से failed, कौन से कभी नहीं चले। वह snapshot chrome.storage में रहता है और browser restarts के दौरान survive करता है।
अगली बार जब आप उसी mode में side panel खोलते हैं, बड़ा नारंगी button दिखाता है:
Continue · 12 unfinished →
इसे क्लिक करें और केवल un-run prompts execute होते हैं, आपकी सभी original settings (mode, aspect, references) preserved के साथ।
Continue per-mode है। अगर आपने Text-to-Image batch चलाया और अब आप Text-to-Video में हैं, तो Continue button केवल तब दिखता है जब आप Text-to-Image पर वापस switch करते हैं। हर mode का अपना snapshot slot है।
अगर आप snapshot abandon करना चाहते हैं, Current run card में एक Discard button है। अगला रन fresh शुरू होता है।
Downloads, विस्तार में
Main panel पर Downloads section नियंत्रित करता है कि finished files कहाँ जाती हैं। Auto-download बंद करने से generations save किए बिना Grok tab में रहती हैं — उपयोगी जब आप manually pick करना चाहते हों कि कौन से रखने हैं।
Folder
आपके Chrome Downloads location के अंतर्गत Subdirectory। Default grok-auto है। काम अलग रखने के लिए प्रति project एक folder उपयोग करें (q4-thumbnails, book-cover-v3)।
Filename prefix
हर filename पर prepended। Project folders के साथ double-tagging के लिए अच्छा: folder=q4-thumbnails + prefix=v2- produces q4-thumbnails/v2-1_neon-alley.png।
Filename के रूप में prompt text उपयोग करें
चालू होने पर, filenames prompt से ही derive होते हैं (lightly sanitized)। बंद होने पर, files sequential हैं — prefix-001.png, prefix-002.png, आदि।
| Setting | सबसे अच्छा |
|---|---|
| चालू | Searchable archives। Files खुद document करती हैं। |
| बंद | Sequenced batches जिन्हें आप index से edit करेंगे। Video editor में कम typing। |
History — देखें आपने क्या चलाया
Settings पर History card दिखाता है कि currently कितने run snapshots locally stored हैं। संख्या में completed और interrupted दोनों रन शामिल हैं।
Clear completed history क्लिक करके केवल finished snapshots wipe करें — interrupted रन (जिनमें अभी भी Continue offer है) preserved रहते हैं।
एक common pitfall: prompts mid-run बदले
अगर आप रन के दौरान prompt textarea edit करते हैं, textarea read-only होता है रन के दौरान — लेकिन अगर आप cancel करते हैं और फिर edit करते हैं, तो snapshot detach हो जाता है और Continue गायब हो जाता है। Run का अगला click आपके edited prompts से एक fresh batch शुरू करेगा। यह intentional है: editing का मतलब है आपने अपना मन बदल लिया, इसलिए पुरानी queue अब वह नहीं है जो आप चाहते थे।