사이드 패널 문제
“사이드 패널이 열리지 않습니다”
증상: 툴바 아이콘을 클릭해도 아무 일도 없거나 Chrome 오른쪽의 사이드 패널 영역이 빈 채로 유지됩니다.
가능한 원인: Chrome 버전이 너무 오래됨. 사이드 패널 API는 Chrome 114 이상이 필요합니다; 현재 안정 버전에서 테스트합니다.
수정: chrome://settings/help를 열고 Chrome이 업데이트되도록 합니다. 재실행합니다. 아이콘을 다시 클릭합니다.
“grok.com에 있는데도 ‘시작하려면 Grok을 여세요’가 표시됩니다”
증상: URL 표시줄이 grok.com을 표시하는데도 Open grok.com/imagine 버튼이 있는 not-on-Grok 모달이 나타납니다.
가능한 원인: 확장 프로그램이 imagine 화면으로 인식하지 못하는 Grok 하위 페이지에 있습니다 — 예를 들어 grok.com/chat/... 또는 설정 페이지.
수정: 모달의 Open grok.com/imagine 버튼을 클릭합니다. 사이드 패널이 수신 대기하는 grok.com/imagine으로 이동합니다.
“패널이 빈 크림색 화면에서 멈춰 있습니다”
증상: 사이드 패널이 열리지만 로그인 화면이나 메인 UI가 표시되지 않고 빈 크림색 배경만 보입니다.
가능한 원인: 세션 확인이 중단됩니다. 이전 로그인 시도의 OAuth 창이 백그라운드에 열려 있을 때 보통 발생합니다.
수정: Chrome 창에서 작은 Google 로그인 팝업을 확인합니다. 닫습니다. 툴바 아이콘을 클릭하여 닫은 다음 다시 클릭하여 사이드 패널을 다시 로드합니다.
로그인 문제
“로그인 실패. 다시 시도하세요.”
일반적인 OAuth 실패. 가장 흔한 원인, 순서대로:
- 완료하기 전에 팝업을 닫았습니다. Google로 로그인을 다시 클릭하면 팝업이 다시 나타납니다.
- 브라우저가 팝업을 차단했습니다. Chrome 주소 표시줄에서 “팝업 차단됨” 아이콘을 확인하고 확장 프로그램에 대한 팝업을 허용합니다.
- 잘못된 Google 계정을 선택했습니다. 무료 할당량이 다른 Google 계정에 있는 경우, 로그아웃하고 올바른 계정으로 다시 로그인합니다.
“다른 탭에서 로그인했는데 사이드 패널이 여전히 로그인을 요청합니다”
증상: 웰컴 페이지 로그인 흐름을 거쳤지만 사이드 패널이 여전히 Google로 로그인을 표시합니다.
수정: 패널은 chrome.storage 이벤트를 통해 새 로그인을 자동 감지합니다. 감지되지 않은 경우 패널을 닫고(툴바 아이콘 클릭) 다시 엽니다. 이제 메인 UI가 표시되어야 합니다.
실행 중 실패
“무료 할당량 소진”
배치 중간에 할당량 소진 모달이 나타납니다. Grok Automation이 다음 프롬프트에 대한 할당량을 선결제했지만 충당할 수 없어 큐가 일시 중지되었습니다.
두 가지 옵션:
- Pro로 업그레이드 — 모달의 기본 버튼을 클릭하여 요금제 페이지를 엽니다. 업그레이드 후 사이드 패널에서 계속을 클릭하여 실행되지 않은 프롬프트를 재개합니다.
- 일일 초기화를 기다리고 나중에 계속을 클릭합니다.
스냅샷은 재시작 후에도 유지되므로 패널을 열어둘 필요가 없습니다.
“Grok 속도 제한 도달”
Grok 속도 제한 모달이 나타납니다. 이것은 Grok의 한도(저희 것이 아닙니다) — xAI 계정이 grok.com 자체의 시간당 또는 일일 생성 한도에 도달했습니다.
- SuperGrok 업그레이드는 Grok의 자체 구독 페이지를 엽니다. 업그레이드 후 사이드 패널로 돌아와 계속을 클릭합니다.
- 확인은 모달을 닫습니다. Grok의 한도가 초기화될 때까지 기다리고(보통 한 시간) 계속을 클릭합니다.
긴 배치에서 이런 일이 발생할 가능성을 줄이려면 시작 전에 설정 → 큐에서 딜레이 최대를 12–20초로 올립니다. 느린 속도가 Grok의 속도 창이 줄어들 시간을 줍니다.
“오류와 함께 실행 완료” — 실패한 것과 이유
일부 행에 빨간 배지로 배치가 끝나면, 프롬프트 행을 클릭하여 오류 메시지를 확장합니다. 일반적인 것들:
| 오류 텍스트 시작… | 의미 | 할 일 |
|---|---|---|
timeout | Grok이 러너가 기다리는 것보다 오래 걸렸습니다. 보통 바쁜 시간입니다. | 계속으로 다시 실행; 재시도가 보통 성공합니다. |
download failed | 생성은 성공했지만 자동 다운로드가 디스크에 쓸 수 없었습니다. | Chrome 다운로드 설정 확인; “다른 이름으로 저장” 대화상자가 기다리고 있을 수 있습니다. |
unknown @reference | (Reference to Video) 프롬프트에서 라이브러리 이미지와 일치하지 않는 @파일명을 사용했습니다. | 오타를 수정하고 다시 실행합니다. |
no image attached | (이미지→동영상 / Reference to Video) 라이브러리가 프롬프트에 필요한 것보다 짧습니다. | 더 많은 참조 이미지를 추가하거나 프롬프트 목록을 줄입니다. |
skipped: | 이전 체인 단계가 실패하여 이 단계가 체인할 것이 없습니다. | 계속으로 다시 실행 — 러너가 실패한 단계를 재시도하고 앞으로 다시 체인합니다. |
참조 이미지 문제
“자동 매칭이 아무것도 매칭하지 않습니다”
증상: 자동 첨부가 켜진 이미지→이미지에서 모든 행에 unmatched 경고 칩이 표시됩니다.
가능한 원인, 순서대로:
- 파일명이 프롬프트에 나타나지 않습니다. 자동 매칭은 파일명(확장자 제외)을 프롬프트 텍스트의 하위 문자열로 찾습니다.
hero-frontal.png는"hero frontal..."이 포함된 프롬프트와 매칭되지만"the hero looks frontal"과는 매칭되지 않습니다. - 파일명이 너무 일반적입니다.
image-1.png는 “image"가 포함된 모든 프롬프트와 매칭됩니다 — 아마도 잘못된 것. 설명적인 이름으로 변경하세요. - 수동 모드를 사용하려는 것이었습니다. 프롬프트별 매칭에 신경 쓰지 않는다면 자동 첨부를 끄세요 — 이름에 관계없이 모든 프롬프트가 처음 N개 이미지를 받습니다.
“Reference to Video에서 unknown @reference가 나타납니다”
프롬프트에 @hero를 입력했지만 라이브러리에 파일명(확장자 제외)이 hero인 이미지가 없습니다. 대소문자는 무시되지만 하이픈 대 밑줄은 중요합니다 — @hero-frontal ≠ hero_frontal.png.
수정: 라이브러리의 파일을 이름 변경하거나(꺼내서, 디스크에서 이름 변경, 다시 드롭) 프롬프트에서 @ 토큰을 수정합니다.
“브라우저 재시작 후 업로드한 이미지가 사라졌습니다”
증상: 어제의 라이브러리가 오늘 비어 있습니다.
참조 이미지는 base64 썸네일로 로컬 스토리지 할당량을 소진하지 않도록 컴포넌트 상태에 저장됩니다(chrome.storage에 지속되지 않음). 탭 재시작은 견디지만 브라우저 재시작은 견디지 못합니다. 각 세션 시작 시 다시 업로드하거나 디스크에 라이브러리 폴더를 가까이 두세요.
다운로드 문제
“자동 다운로드가 켜져 있는데 폴더에 파일이 없습니다”
순서대로 세 가지 확인 사항:
- Chrome의 다운로드 프롬프트가 기다리고 있습니다.
chrome://downloads를 엽니다 — “다른 이름으로 저장” 대화상자가 기다리고 있을 수 있습니다. - 폴더 이름에 허용되지 않는 문자가 있습니다. 슬래시, 콜론, 앞뒤 공백. 문자, 숫자, 하이픈으로 유지하세요.
- 잘못된 폴더를 확인하고 있습니다. Chrome은 Downloads 루트 + 설정한 하위 폴더에 저장합니다. macOS에서는
~/Downloads/<폴더>/; Windows에서는%USERPROFILE%\Downloads\<폴더>\.
“파일 이름이 (1).png, (2).png 등입니다”
증상: 두 프롬프트가 동일한 이름의 파일을 생성했기 때문에 Chrome이 파일명에 (1), (2) 접미사로 중복 처리했습니다.
가능한 원인: 파일명으로 프롬프트 텍스트 사용이 켜져 있고 배치에 중복 프롬프트가 있습니다. 중복을 수정하거나, 토글을 끄세요 — 순차 이름(prefix-001.png)은 충돌할 수 없습니다.
성능 및 페이싱
“50개 프롬프트 배치가 너무 오래 걸립니다”
예상된 것입니다. 프롬프트 간 기본 딜레이 2–5초와 속도 등급 이미지당 ~30초를 감안하면 50개 이미지 배치는 ~30분이 걸립니다. 720p 동영상은 두 배입니다. 야간 실행에 맞게 계획하세요.
빠르게 하려면(속도 제한 위험 감수하고) 설정 → 큐에서 딜레이 최소 / 딜레이 최대를 1 / 3으로 줄이세요. 속도 제한에 걸리기 시작하면 즉시 변경을 취소하고 버퍼를 추가하세요(5 / 12가 더 안전한 야간 설정입니다).
“재시도가 할당량을 소진합니다”
설정 → 큐 → 프롬프트당 재시도가 4로 설정되어 있고 배치에 실패하는 프롬프트가 많은 경우, 각각이 예상했던 것의 최대 5배 할당량을 소비합니다. 비용이 민감한 실행에는 재시도를 1 또는 2로 줄이세요.
여전히 막혀 있다면
위의 수정 사항 중 어느 것도 문제를 해결하지 못하면, 두 가지가 저희가 도움드리는 데 도움이 됩니다:
- 사이드 패널 하단 오른쪽의 로그 버튼을 클릭한 다음 로그 내보내기를 클릭합니다. 이것이 러너의 최근 활동이 담긴 JSON 파일을 내보냅니다.
- 무엇을 하던 중에 문제가 발생했는지 한 줄 설명과 함께 JSON을
[email protected]으로 이메일 보냅니다. 영업일 기준 하루 이내에 답변드립니다.