ปัญหา Side panel
“Side panel ไม่เปิด”
อาการ: คุณคลิกไอคอน toolbar และไม่มีอะไรเกิดขึ้น หรือพื้นที่ side panel ทางด้านขวาของ Chrome ยังคงว่างเปล่า
สาเหตุที่เป็นไปได้: Chrome version เก่าเกินไป Side panel API ต้องการ Chrome 114 หรือใหม่กว่า; เราทดสอบกับ stable ปัจจุบัน
การแก้ไข: เปิด chrome://settings/help และให้ Chrome อัปเดต รีสตาร์ท คลิกไอคอนอีกครั้ง
“ฉันเห็น ‘Open Grok to start’ แม้จะอยู่บน grok.com”
อาการ: modal not-on-Grok ปรากฏพร้อมปุ่ม Open grok.com/imagine แม้ว่า URL bar จะแสดง grok.com
สาเหตุที่เป็นไปได้: คุณอยู่ใน subpage ของ Grok ที่ส่วนขยายไม่รู้จักเป็น imagine surface — เช่น grok.com/chat/... หรือหน้า settings
การแก้ไข: คลิกปุ่ม Open grok.com/imagine ของ modal มันพาคุณไปที่ grok.com/imagine ซึ่งเป็นหน้าที่ side panel รับฟัง
“Panel ค้างอยู่บนหน้าจอครีมว่างเปล่า”
อาการ: side panel เปิดแต่ไม่แสดงหน้า sign-in หรือ main UI — แค่พื้นหลังครีมว่างเปล่า
สาเหตุที่เป็นไปได้: session check ค้างอยู่ สิ่งนี้มักเกิดขึ้นเมื่อหน้าต่าง OAuth จากการพยายาม sign-in ก่อนหน้ายังเปิดอยู่ในพื้นหลัง
การแก้ไข: ตรวจสอบหน้าต่าง Chrome ของคุณสำหรับ popup การลงชื่อเข้าใช้ Google เล็กๆ ปิดมัน โหลด side panel ใหม่โดยคลิกไอคอน toolbar เพื่อปิด แล้วคลิกอีกครั้งเพื่อเปิด
ปัญหาการลงชื่อเข้าใช้
“Sign-in failed. Please try again.”
ความล้มเหลว OAuth ทั่วไป สาเหตุที่พบบ่อยที่สุด ตามลำดับ:
- คุณปิด popup ก่อนเสร็จ คลิก Sign in with Google อีกครั้ง; popup จะปรากฏใหม่
- เบราว์เซอร์บล็อก popup ตรวจสอบ address bar ของ Chrome สำหรับไอคอน “Popup blocked”; อนุญาต popups สำหรับส่วนขยาย
- เลือกบัญชี Google ผิด หากโควตาฟรีของคุณอยู่ในบัญชี Google อื่น ออกจากระบบและกลับเข้าด้วยบัญชีที่ถูกต้อง
“ฉัน signed in บนแท็บอื่นแต่ side panel ยังคงขอให้ sign in”
อาการ: คุณผ่าน welcome-page sign-in flow แต่ side panel ยังคงแสดง Sign in with Google
การแก้ไข: panel ตรวจจับการ sign-in ใหม่ผ่าน chrome.storage events โดยอัตโนมัติ หากไม่รับของคุณ ปิด panel (คลิกไอคอน toolbar) แล้วเปิดใหม่ ควรแสดง main UI แล้ว
ความล้มเหลวระหว่างการรัน
“โควตาฟรีหมด”
modal quota-exhausted ปรากฏระหว่างแบตช์ Grok Automation ชำระล่วงหน้าโควตาหนึ่งพร้อมต์, พร้อมต์ถัดไปไม่สามารถชำระได้, และคิวหยุด
สองตัวเลือก:
- Upgrade to Pro — คลิกปุ่มหลักของ modal เพื่อเปิดหน้าราคา หลังจากอัปเกรด คลิก Continue ใน side panel เพื่อกลับมาทำงานกับพร้อมต์ที่ยังไม่ได้รัน
- รอ daily reset และคลิก Continue ภายหลัง
snapshot ถูกเก็บรักษาข้ามการรีสตาร์ท ดังนั้นคุณไม่ต้องเปิด panel ค้างไว้
“Grok rate limit reached”
modal rate-limit ของ Grok ปรากฏ นี่คือขีดจำกัด ของ Grok (ไม่ใช่ของเรา) — บัญชี xAI ของคุณถึง hourly หรือ daily generation cap บน grok.com เอง
- Upgrade SuperGrok เปิดหน้า subscription ของ Grok เอง หลังจากอัปเกรด กลับไปที่ side panel แล้วคลิก Continue
- Got it ปิด modal รอให้ cap ของ Grok reset (โดยปกติชั่วโมงหนึ่ง) แล้ว Continue
เพื่อลดโอกาสที่จะโดนสิ่งนี้ในแบตช์ยาว เพิ่ม Delay max ใน Settings → Queue เป็น 12–20 วินาทีก่อนเริ่ม ความเร็วที่ช้าลงให้ window rate ของ Grok มีเวลา drain
“Run finished with errors” — อะไรล้มเหลวและเหตุใด
เมื่อแบตช์จบพร้อม badges สีแดงในบางแถว คลิกแถวพร้อมต์เพื่อขยาย error message พบบ่อย:
| ข้อความ error เริ่มต้นด้วย… | ความหมาย | สิ่งที่ต้องทำ |
|---|---|---|
timeout | Grok ใช้เวลานานกว่าที่ runner รอ โดยปกติเป็นชั่วโมงที่ยุ่ง | รันใหม่ด้วย Continue; retries มักสำเร็จ |
download failed | การสร้างสำเร็จแต่ auto-download ไม่สามารถเขียนลงดิสก์ | ตรวจสอบการตั้งค่าดาวน์โหลดของ Chrome; อาจมี permission prompt รอ |
unknown @reference | (Reference to Video) พร้อมต์ใช้ @filename ที่ไม่ตรงกับภาพไลบรารีใดๆ | แก้ไข typo แล้วรันใหม่ |
no image attached | (Image to Video / Reference to Video) ไลบรารีสั้นกว่าที่พร้อมต์ต้องการ | เพิ่มภาพอ้างอิงหรือตัดรายการพร้อมต์ |
skipped: | chain step ก่อนหน้าล้มเหลว ดังนั้นอันนี้ไม่มีอะไรให้เชื่อม | รันใหม่ด้วย Continue — runner จะลองใหม่ขั้นที่ล้มเหลวและ re-chain ต่อไป |
ปัญหาภาพอ้างอิง
“Auto-match ไม่จับคู่อะไรเลย”
อาการ: ใน Image to Image พร้อม Auto-attach เปิด ทุกแถวแสดง chip warning unmatched
สาเหตุที่เป็นไปได้ ตามลำดับ:
- ชื่อไฟล์ไม่ปรากฏในพร้อมต์ Auto-match มองหาชื่อไฟล์ (ไม่รวมนามสกุล) เป็น substring ของข้อความพร้อมต์
hero-frontal.pngจับคู่พร้อมต์"hero frontal..."แต่ไม่ใช่"the hero looks frontal" - ชื่อไฟล์ทั่วไปเกินไป
image-1.pngจะจับคู่กับพร้อมต์ใดๆ ที่มี “image” — และอาจเป็นตัวผิด เปลี่ยนชื่อเป็นบางอย่างที่อธิบายได้ - คุณหมายถึงจะใช้โหมด manual หากคุณไม่สนใจการจับคู่ต่อพร้อมต์ ปิด Auto-attach — ทุกพร้อมต์ได้รับ N ภาพแรกโดยไม่คำนึงถึงชื่อ
“Reference to Video บอก unknown @reference”
คุณพิมพ์ @hero ในพร้อมต์แต่ไลบรารีไม่มีภาพที่ชื่อไฟล์ (ไม่รวมนามสกุล) เป็น hero ไม่คำนึงถึงตัวพิมพ์แต่ hyphens เทียบ underscores สำคัญ — @hero-frontal ≠ hero_frontal.png
การแก้ไข: เปลี่ยนชื่อไฟล์ในไลบรารีของคุณ (นำออก, เปลี่ยนชื่อบนดิสก์, ใส่กลับ) หรือแก้ไข token @ ในพร้อมต์ของคุณ
“ภาพที่อัปโหลดของฉันหายไปหลังจากรีสตาร์ทเบราว์เซอร์”
อาการ: ไลบรารีเมื่อวานว่างเปล่าวันนี้
ภาพอ้างอิงถูกเก็บใน component state (ไม่ได้ persist ไปที่ chrome.storage) เพื่อหลีกเลี่ยงการระเบิดโควตา local storage ด้วย base64 thumbnails มันรอด tab restarts แต่ไม่รอดการรีสตาร์ทเบราว์เซอร์ อัปโหลดใหม่ตอนเริ่มต้นแต่ละ session หรือเก็บโฟลเดอร์ไลบรารีของคุณบนดิสก์ไว้ใกล้มือ
ปัญหาการดาวน์โหลด
“Auto-download เปิดอยู่แต่ไม่มีไฟล์ปรากฏในโฟลเดอร์”
สามสิ่งที่ต้องตรวจสอบ ตามลำดับ:
- Chrome download prompt กำลังรอ เปิด
chrome://downloads— อาจมีกล่องโต้ตอบ “Save As” รออยู่ - ชื่อโฟลเดอร์มีตัวอักษรที่ไม่ถูกต้อง Forward slashes, colons, ช่องว่างนำหน้า/ท้าย ใช้ตัวอักษร, ตัวเลข, hyphens
- คุณตรวจสอบโฟลเดอร์ผิด Chrome บันทึกใน Downloads root + โฟลเดอร์ย่อยที่คุณตั้งค่า บน macOS คือ
~/Downloads/<folder>/; บน Windows คือ%USERPROFILE%\Downloads\<folder>\
“ไฟล์ถูกตั้งชื่อเป็น (1).png, (2).png ฯลฯ”
อาการ: Chrome de-duplicated ชื่อไฟล์ด้วย suffix (1), (2) เพราะพร้อมต์สองรายการสร้างไฟล์ที่มีชื่อเหมือนกัน
สาเหตุที่เป็นไปได้: Use the prompt text as the filename เปิดอยู่ และคุณมีพร้อมต์ซ้ำกันในแบตช์ แก้ไขรายการซ้ำ หรือปิด toggle — ชื่อตามลำดับ (prefix-001.png) ไม่สามารถ collide ได้
ประสิทธิภาพและ pacing
“แบตช์ 50 พร้อมต์ใช้เวลานานมาก”
เป็นที่คาดหวัง ด้วย delay เริ่มต้น 2–5 วินาทีระหว่างพร้อมต์และ ~30 วินาทีต่อภาพระดับ Speed, แบตช์ภาพ 50 รายการใช้เวลา ~30 นาที wall-clock วิดีโอที่ 720p เพิ่มเป็นสองเท่า วางแผนการรันข้ามคืนตามนั้น
เพื่อให้ เร็วขึ้น (เสี่ยง rate limits) ลด Delay min / Delay max เป็น 1 / 3 ใน Settings → Queue หากคุณเริ่มโดน rate-limited เลิกทำการเปลี่ยนแปลงนั้นทันทีและเพิ่ม buffer (5 / 12 เป็นการตั้งค่าข้ามคืนที่ปลอดภัยกว่า)
“Retries กำลังใช้โควตาของฉัน”
หาก Settings → Queue → Retries per prompt ตั้งค่าเป็น 4 และแบตช์ของคุณมีพร้อมต์ที่ล้มเหลวมาก แต่ละรายการใช้โควตาสูงสุด 5× ที่คุณคาดไว้ ลด retries เป็น 1 หรือ 2 สำหรับการรันที่ต้องคำนึงถึงต้นทุน
ยังติดขัดอยู่
หากไม่มีสิ่งใดข้างต้นแก้ปัญหาของคุณ สองสิ่งช่วยให้เราช่วยคุณได้:
- คลิกปุ่ม Logs ที่ด้านล่างขวาของ footer ของ side panel จากนั้น Export logs สิ่งนี้ dump ไฟล์ JSON พร้อมกิจกรรมล่าสุดของ runner
- อีเมล JSON ไปที่
[email protected]พร้อมคำอธิบายหนึ่งบรรทัดเกี่ยวกับสิ่งที่คุณทำเมื่อมันพัง เราตอบกลับภายในหนึ่งวันทำการ