วิธีที่คิวรัน
runner ของ Grok Automation เป็น serial โดยตั้งใจ — ทีละพร้อมต์ field Concurrent ใน Settings → Queue ตั้งค่าคงที่ที่ 1 และปิดใช้งานใน UI
เหตุใด? rate limiter ของ Grok ลงโทษ parallelism หนักกว่า pacing มาก แบตช์ 10 พร้อมต์พร้อม gap 2 วินาทีระหว่างการส่งเกือบทุกครั้งเสร็จ; 10 พร้อมต์เดียวกันที่ยิงพร้อมกันมักผ่านไปหนึ่งรายการแล้ว rate-limit ส่วนที่เหลือ runner แลกเวลา wall-clock กับอัตราการสำเร็จ
สิ่งที่คุณปรับแต่งได้อยู่ในหน้า Settings (ไอคอนเฟือง ด้านบนขวาของ side panel) ใต้การ์ด Queue
Knobs คิวสาม
Retries per prompt
จำนวนครั้งที่ runner ส่งพร้อมต์ที่ล้มเหลวใหม่ก่อนที่จะยอมแพ้และดำเนินการต่อ ค่าเริ่มต้น: 2
| ตั้งค่าเป็น… | เมื่อ |
|---|---|
| 0 | คุณต้องการเห็นความล้มเหลวเร็วและรันใหม่เอง มีประโยชน์เมื่อ iterate กับ wording พร้อมต์ — คุณไม่ต้องการ retries ซ่อนพร้อมต์ที่ไม่ดี |
| 2 (ค่าเริ่มต้น) | การใช้งานปกติ จัดการกับ hiccups ชั่วคราวของ grok.com โดยไม่เผาโควตาสำหรับพร้อมต์ที่เสียถาวร |
| 4–5 | แบตช์ข้ามคืนที่ไม่มีการดูแลยาวนานที่คุณต้องการรอมากกว่าที่จะจัดคิวใหม่พรุ่งนี้ |
Retries ใช้โควตา Grok จริงๆ — แต่ละ retry คือการสร้างใหม่เต็มรูปแบบ ค่าเริ่มต้น 2 เป็นความสมดุลโดยเจตนา
Delay min (s) / Delay max (s)
runner รอเวลาสุ่ม ระหว่าง พร้อมต์ เลือกแบบ uniform ระหว่าง Delay min และ Delay max ค่าเริ่มต้น: 2 และ 5 วินาที
ความสุ่มที่นี่สำคัญ: gap คงที่ 3 วินาทีดูเหมือน bot สำหรับ rate detector ของ Grok gap สุ่ม 2–5 วินาทีดูเหมือนมนุษย์ที่ยุ่ง รักษา spread ไว้
| สถานการณ์ | Delay min | Delay max |
|---|---|---|
| คุณกำลังดูแล, ต้องการเร็ว | 1 | 3 |
| ค่าเริ่มต้น | 2 | 5 |
| แบตช์ข้ามคืนยาว (200+ พร้อมต์) | 5 | 12 |
| คุณโดน rate-limited ในการรันที่แล้ว | 8 | 20 |
countdown “starting in X” ที่ปรากฏในแถวพร้อมต์ถัดไปคือ delay นี้ในการทำงาน
เมื่อมีอะไรขัดจังหวะการรัน
สามสิ่งสามารถหยุดคิวระหว่างการบิน:
- คุณคลิก Cancel บนการ์ด Current run
- Grok rate-limited บัญชี (modal rate-limit ปรากฏ)
- โควตาฟรีหมด (modal quota-exhausted ปรากฏ)
ในทั้งสามกรณี runner บันทึก snapshot ของคิว — พร้อมต์ใดสำเร็จ, ใดล้มเหลว, ใดยังไม่ได้รัน snapshot นั้นอยู่ใน chrome.storage และรอดจากการรีสตาร์ทเบราว์เซอร์
ครั้งถัดไปที่คุณเปิด side panel ในโหมดเดียวกัน ปุ่มสีส้มขนาดใหญ่แสดง:
Continue · 12 unfinished →
คลิกมันและเฉพาะพร้อมต์ที่ยังไม่ได้รันจะรัน พร้อมการตั้งค่าเดิมทั้งหมดของคุณ (โหมด, aspect, references) ที่เก็บไว้
Continue เป็นแบบต่อโหมด หากคุณรันแบตช์ Text-to-Image และตอนนี้อยู่ใน Text-to-Video ปุ่ม Continue จะแสดงเฉพาะเมื่อคุณสลับกลับไป Text-to-Image แต่ละโหมดมี snapshot slot ของตัวเอง
หากคุณต้องการละทิ้ง snapshot แทน การ์ด Current run มีปุ่ม Discard การรันครั้งถัดไปเริ่มใหม่ทั้งหมด
การดาวน์โหลด ในรายละเอียด
ส่วน Downloads บน main panel ควบคุมที่ที่ไฟล์เสร็จแล้วลง การปิด Auto-download เก็บการสร้างไว้ในแท็บ Grok โดยไม่บันทึก — มีประโยชน์หากคุณต้องการเลือกด้วยตนเองว่าจะเก็บอันไหน
Folder
ไดเรกทอรีย่อยภายใต้ตำแหน่ง Downloads ของ Chrome ค่าเริ่มต้นเป็น grok-auto ใช้โฟลเดอร์เดียวต่อโปรเจกต์ (q4-thumbnails, book-cover-v3) เพื่อแยกงานออกจากกัน
Filename prefix
เพิ่มต่อท้ายทุกชื่อไฟล์ จับคู่กับโฟลเดอร์โปรเจกต์สำหรับ double-tagging: folder=q4-thumbnails + prefix=v2- สร้าง q4-thumbnails/v2-1_neon-alley.png
Use the prompt text as the filename
เมื่อ เปิด ชื่อไฟล์มาจากพร้อมต์เอง (ผ่านการทำความสะอาดเล็กน้อย) เมื่อ ปิด ไฟล์เป็นแบบลำดับ — prefix-001.png, prefix-002.png ฯลฯ
| การตั้งค่า | เหมาะสำหรับ |
|---|---|
| เปิด | Archives ที่ค้นหาได้ ไฟล์เป็นเอกสารเอง |
| ปิด | แบตช์ที่เรียงลำดับที่คุณจะแก้ไขด้วยดัชนี พิมพ์น้อยลงใน video editor |
ประวัติ — ดูสิ่งที่คุณได้รัน
การ์ด History ใน Settings แสดงจำนวน run snapshots ที่เก็บไว้ในเครื่องตอนนี้ หมายเลขรวมทั้งการรันที่เสร็จแล้วและที่ถูกขัดจังหวะ
คลิก Clear completed history เพื่อล้าง snapshot ที่เสร็จแล้วเท่านั้น — การรันที่ถูกขัดจังหวะ (อันที่ยังมีข้อเสนอ Continue) ถูกเก็บรักษาไว้
ข้อผิดพลาดทั่วไป: พร้อมต์เปลี่ยนระหว่างการรัน
หากคุณแก้ไขพื้นที่ข้อความพร้อมต์ระหว่างการรันดำเนินการ พื้นที่ข้อความเป็น read-only ระหว่างการรัน — แต่ถ้าคุณยกเลิกแล้วแก้ไข snapshot จะแยกออกและ Continue หายไป การคลิก Run ครั้งถัดไปจะเริ่มแบตช์ใหม่จากพร้อมต์ที่แก้ไขของคุณ นี่เป็นเรื่องตั้งใจ: การแก้ไขหมายความว่าคุณเปลี่ยนใจ ดังนั้นคิวเก่าจึงไม่ใช่สิ่งที่คุณต้องการอีกต่อไป