キュー、リトライ、遅延、ダウンロード

キューの実行方法

Grok Automationのランナーは意図的にシリアル — 一度に1件のプロンプトです。設定 → キューの同時実行数フィールドは1に固定されてUIで無効化されています。

なぜか？Grokのレートリミッターはペーシングより並列化をはるかに厳しく罰します。送信間に2秒の間隔がある10件のプロンプトバッチはほぼ常に完了しますが、同じ10件を並行して送信すると1件が通過して残りがレートリミットされることが多いです。ランナーは処理完了率のために壁時計の時間を犠牲にします。

調整できるものはサイドパネルの右上のギアアイコンから設定ページのキューカードにあります。

3つのキューノブ

プロンプトごとのリトライ

失敗した1件のプロンプトを諦めて次に進む前に何回再送信するか。デフォルト：2。

リトライは実際のGrokクォータを消費します — 各リトライは完全な新しい生成です。デフォルトの2は意図的なバランスです。

遅延最小（秒）/ 遅延最大（秒）

ランナーはプロンプト間に遅延最小から遅延最大の間でランダムに選ばれた時間待機します。デフォルト：2秒と5秒。

ここでのランダム性は重要です：固定の3秒の間隔はGrokのレート検出器にボットのように見えます。2〜5秒のランダムな間隔は忙しい人間のように見えます。スプレッドを保ってください。

次のプロンプト行に表示される「X秒後に開始」カウントダウンは、この遅延の動作です。

実行中に何かが中断した場合

3つのことでキューが途中で停止する可能性があります：

1. 現在の実行カードのキャンセルをクリックした。
2. Grokがアカウントをレートリミットした（レートリミットモーダルが表示された）。
3. 無料クォータを使い果たした（クォータ枯渇モーダルが表示された）。

3つのすべてのケースで、ランナーはキューのスナップショットを保存します — どのプロンプトが成功し、どれが失敗し、どれが実行されなかったか。そのスナップショットはchrome.storageに保存されブラウザの再起動をまたいで保持されます。

次回同じモードでサイドパネルを開くと、大きなオレンジのボタンに表示されます：

続行 · 12件未完了 →

クリックすると未実行のプロンプトのみが実行され、元の設定（モード、アスペクト、参照）がすべて保持されます。

続行はモードごとです。 テキスト→画像バッチを実行してからテキスト→動画にいる場合、続行ボタンはテキスト→画像に切り替えたときだけ表示されます。各モードは独自のスナップショットスロットを持ちます。

代わりにスナップショットを破棄したい場合は、現在の実行カードに破棄ボタンがあります。次の実行は新鮮にスタートします。

ダウンロードの詳細

メインパネルのダウンロードセクションで完了したファイルの保存場所を制御します。自動ダウンロードをオフにすると、生成はGrokタブに留まって保存されません — どれを保持するか手動で選びたい場合に便利です。

フォルダー

Chromeダウンロード場所のサブディレクトリ。デフォルトはgrok-auto。プロジェクトごとに1つのフォルダーを使用（q4-thumbnails、book-cover-v3）して作業を分離。

ファイル名プレフィックス

すべてのファイル名の先頭に付加されます。プロジェクトフォルダーと組み合わせてダブルタグ付けに便利：folder=q4-thumbnails + prefix=v2-はq4-thumbnails/v2-1_neon-alley.pngを生成。

プロンプトテキストをファイル名として使用

オンの場合、ファイル名はプロンプト自体から派生（軽くサニタイズ）。オフの場合、ファイルは連番 — prefix-001.png、prefix-002.pngなど。

履歴 — 実行履歴を確認

設定の履歴カードには現在ローカルに保存されている実行スナップショットの数が表示されます。この数値には完了した実行と中断した実行の両方が含まれます。

完了した履歴をクリアをクリックして、完了したスナップショットのみを削除 — 中断した実行（続行オファーがまだある）は保持されます。

よくある落とし穴：実行中にプロンプトを変更した場合

実行中にプロンプトテキストエリアを編集しようとすると、実行中はテキストエリアが読み取り専用です — しかしキャンセルして編集すると、スナップショットが切り離されて続行が消えます。次のRunクリックは編集されたプロンプトから新鮮なバッチを開始します。これは意図的な動作：編集は気が変わったことを意味するため、古いキューはもはや求めているものではありません。