更新履歴

有効化がより堅牢に、残り時間付きの正確な進捗バー、ポップアップを閉じても止まらないスキャン

メンテナンスリリースです。新機能も新しい権限もありません。2.6.0の有効化フローを強化し、大きなライブラリでの長時間処理でのみ発生するいくつかの問題を修正しました。

• 有効化が安全に従来の方法へ切り替わります。ライセンスサーバーから想定外の形式の応答が返った場合、拡張機能はサーバーに接続できないものとして扱うようになりました。Lemon Squeezyのキーは無効と判定されることなく、そのまま従来の有効化方法に進み、GMD-キーには「しばらくしてから再度お試しください」と表示されます。これは2026-10-27の障害に対するクライアント側の防御策で、サーバー側は同日に修正済みです。
• ダウンロードの進捗バーが再び正確になりました。処理が半分残っているのに100 %と表示され、さらにそれを超えることがありました。現在は「完了 ÷（完了＋残り）」で計算し、上限を100 %とします。動画フェーズでは、これまで数えていなかったネイティブ720pの項目も数えます。
• 新機能：残り時間の目安をパーセンテージの横に表示します（「23% · 残り約1時間40分」）。今回の実行における各フェーズの実際のペースから算出します。レート制限による待機時間はペースの計算から除外し、これから発生する待機時間は加算します。15秒ごとに更新され、ポップアップを閉じて開き直しても保持されます。6言語に対応しています。
• Delete Oldの結果がポップアップを閉じても失われなくなりました。ライブラリのスキャンをポップアップ内ではなくGrokのタブ内で実行するようになったため、数分かかるスキャンの途中でポップアップを閉じても、開き直すと確認画面が待っています。この確認なしに削除されることはありません。1時間以上前の結果は破棄されます。サーバーが削除を5回連続で拒否した場合（セッション切れ、ボット対策のチャレンジ）は、何千件もの同じ失敗を繰り返さずに停止し、サーバーの応答を表示します。
• 大きなライブラリのスキャンがより粘り強くなりました。ライブラリのページ取得は再試行回数を増やして待機間隔を長くし、Grokがレート制限をかけている間は速度を落とします。そのため、数千件のアセットがあるライブラリでも途中までのリストで終わりにくくなりました。プロンプトの取得は、レート制限の集中や削除済みの会話（404）に遭遇しても途中で諦めなくなりました。これらは会話ごとに再試行またはスキップされ、「5回失敗したら停止」の安全装置を作動させることはありません。この安全装置は本当の失敗のために残しています。
• Generate Listの動作状況が見えるようになりました。スキャン中はSystem Logに60秒ごとにハートビートの行が記録されます。スキャン中に開いたポップアップは現在のフェーズと進捗に再接続し、前回のリストの「完了」状態に一瞬戻ることはなくなりました。ダウンロード履歴は中止時、レート制限による一時停止時、実行終了時にも保存されるようになりました。

進捗バーとDelete Oldについて報告してくださったPROユーザーのGreg Pavlikさんに感謝します。更新後：Chromeが自動的に更新を適用します。開いているGrokのタブを更新してください。再有効化は不要です。

ライセンスの有効化が自社サーバー経由に。既存のキーはそのまま使えます

2.6.0で機能面に変わったのはPROキーの有効化方法だけです。ダウンロード、HD Upgrade、Story Mode、Video Gen Queueは変わっていません。2.5.6以降で初めてストアに公開されるバージョンでもあるため、下記の2.5.7「Delete Old」の変更も含まれています。

• 既存のキーは何もしなくて構いません。有効化済みの端末はそのまま使えます。新しいPCや再インストール後は、メールで受け取った同じキーを入力してください。有効化はKario自身のライセンスサーバーに対して行われ、そのサーバーに接続できない場合は拡張機能が自動的に従来のLemon Squeezyによる有効化に切り替えます。
• 端末枠の数え方が合理的になりました。1つのキーで3台まで。拡張機能はChromeの同期ストレージに固定の端末IDを保存するため、同じPCへの再インストールで枠を余分に消費しなくなり、拡張機能を削除すると枠が解放されます。ポップアップのライセンス欄にマスクされたキーと「端末：n / 3」が表示されます。同じGoogleアカウントで同期している複数のChromeプロファイルは1つの枠を共有し、同期をオフにしている場合は再インストール後に新しい端末IDになります。
• 有効化エラーのメッセージが6言語で明確になりました。無効なキー、別製品のキー、端末数の上限（n / 3を表示）、返金や取り消しによる無効化、サーバーに接続できない、それぞれに専用の説明が付きます。製品の確認は枠を消費する前に行われます。
• 新しいGMD-XXXX-XXXX-XXXX-XXXX形式のキーに対応。従来のUUID形式のキーも引き続き有効です。
• 新しい権限は追加していません。ライセンスサーバーはCORSで呼び出すため、更新時にChromeが再承認を求めることはありません。

同時に含まれる変更（2.5.7、単独では公開されていません）：

• Delete Oldが新しいメディアライブラリを読むようになりました。以前はGrokの古い「お気に入り」一覧を走査していましたが、その一覧は2026年7月以降新しいメディアを受け取らなくなったため、最近の日付範囲を選ぶと「範囲内に項目なし」になっていました。現在はライブラリ全体ダウンロードと同じライブラリを走査し、生成されたメディアだけを対象にします（アップロードした画像には触れません）。削除にはGrok自身の「保存済み」ページが使う呼び出しを用います。「保存済み」から外すことは完全な削除で、投稿も一緒に削除されます。
• 名称変更と簡素化。「Remove Old」は「Delete Old」、「Bulk Remove」は「Bulk Delete」に改名し、削除であることを名前で示すようにしました。「Batch Select & Delete」「Remove All」「Last N hours」「Also delete posts」チェックボックスは削除しました。Grokの「保存済み」ページ自体に「選択 → 削除」があり、他の選択肢は重複か誤削除を招くものだったためです。Delete Oldは日付範囲（FromとToの少なくとも一方）だけを指定します。

更新後：Chromeが自動的に更新を適用します。開いているGrokのタブを更新してください。既存ユーザーの再有効化は不要です。ポップアップに古いバージョン番号が表示され続ける場合はブラウザを再起動してください。

タグが完全に戻り、ファイル名にプロンプトが戻りました

いずれもGrok側の変更に起因する2つの根本原因を修正しました。内容は2.5.5と同じです。2.5.5は、同梱していた（一度も実行されない）サードパーティ製ファイルがCDNを参照していたためChromeウェブストアで公開されず、2.5.6ではそのファイルを削除しました。

• タグ別ダウンロードで1ファイルしか取得できない問題（issue #13）。 Grokが8月に行ったタグの移行は、どちらの方向にも不完全です。新しいコレクションAPIには過去の項目がわずかしかなく、履歴は旧フォルダAPIに残っており、しかもそれぞれに相手側にないタグがあります。タグの一覧と中身は両APIの和集合を取るようになり、2件しか返らなかったタグで233件が取得できるようになりました。
• ファイル名・フォルダ名・metadata.jsonにプロンプトが入らない問題。 9月以降、Grokはメディア一覧にプロンプトを含めなくなりました。現在は、その項目を生成した会話からプロンプトを復元します（動画はアニメーション用プロンプトを使うか、元画像のプロンプトを借用します）。リトライ、サーキットブレーカー、永続キャッシュを備えており、ライブラリ全体のリスト再生成は2回目で129秒から10秒に短縮されました。
• プロンプトは、ファイル名やメタデータの設定で必要な場合にのみ取得します。これらの設定を変更すると、ポップアップでリストの再生成を促します。
• metadata.jsonにuserIdを記録するようになりました。動画のファイル名は短縮IDの接尾辞も含めてリストと一致します。一部だけ失敗したタグソースは、成功と報告せず「一部のみ」と表示します。

実際のブラウザでエンドツーエンドに検証済みです。61ファイルのタグ別ダウンロードと、206ファイルの直近7日間のライブラリ全体ダウンロードを、Grok APIと1ファイルずつ照合しました。

古いタグとタグの全内容

タグ一覧に古いタグが表示されないことがあり、タグの中身も最初のページで止まることがありました。

• どちらのリクエストもGrok公式ウェブアプリと同じパラメータを使い、すべてのページを読み込むようになりました。
• 途中でページの取得に失敗しても、バッチ全体を破棄せず、取得済みの項目は保持します。

タグのページ送りとスキャン診断

タグの多いアカウント向けの2.5.2の追加修正です。

• タグ一覧とタグの中身のページ送りを修正しました。
• 「最後の動画しかアップグレードされない」という報告を調査するため、スキャンの詳細な診断情報をシステムログに出力するようにしました。

新しく作成したタグが再び表示されるように

Grokはタグをアセットモデル上のコレクションとして作り直しました。旧フォルダAPIは更新されなくなったため、変更後に作成されたタグが拡張機能から見えなくなっていました。

• タグ一覧とタグ別ダウンロードをGrokの現行APIに切り替え、まだ移行していないアカウントでは旧APIに自動でフォールバックします。
• タグ別ダウンロードでも、ライブラリ全体ソースと同様にプロンプトに基づくファイル名を使えるようになりました。
• 診断のため、HDアップグレードの応答をすべてシステムログに記録します。

既定のダウンロードソースが壊れていたため変更しました

実際のアカウントで計測したところ、ライブラリの最新30項目のうち11項目がお気に入りの一覧に含まれていませんでした。さらに、Grok自身の「保存済み」ページはそのエンドポイントをまったく呼び出さなくなっています。

• 既定のソースをライブラリ全体（「すべての生成メディア」）に変更しました。すでにソースを選んでいたユーザーはその選択がそのまま維持されます。
• ダウンロードソースの選択は全員が無料で使えるようになりました。自分のメディアが見えないソースから抜け出せない、ということがあってはならないからです。
• 無料版でも直近7日間のライブラリ全体をスキャンできます。
• 旧ソースが選択されているとき、何も見つからないとき、HDアップグレードの対象がないときに、分かりやすいヒントを表示します。

Grokの新しいメディアバックエンドに対応：ライブラリ全体ダウンロードと1080p

Grokは2026年7月に会話とアセットを基盤とするバックエンドへ移行し、旧バージョンでは新しいメディアを検出できなくなりました。このリリース（未公開に終わった2.4.0の内容も含みます）では、新しいAPIに基づいて検出処理を作り直しました。

• 3つのダウンロードソース： お気に入り、タグ、そして新しい会話別のライブラリ全体。それぞれに独立したダウンロード履歴、早期停止付きの日付フィルター、会話ごとのフォルダを備えています。
• 1080pを独立した品質階層に： ダウンロードは利用可能な最高画質を取得し、統計では1080pを別枠で表示します。アップグレードは1段階ずつ行います（SD → HD、720p/HD → 1080p）。1080pへのアップグレードはオプトイン方式で、アカウントに権限がない場合はすぐに停止します。
• ライブラリ全体のHDアップグレード：お気に入りだけでなくライブラリ全体が対象です。確定前に画質の内訳を表示し、スキャン中は停止ボタンも使えます。
• 命名： 画像のファイル名には実際の生成プロンプトを、動画には元画像のプロンプトを使い、フォルダ名はyyyymmdd_prompt_shortid形式になります。「Grokネイティブ」モードも説明どおりの形式になりました。
• スキャン結果は実行ごとにぶれなくなり、15,000項目を超えるライブラリでもメモリ使用量は増え続けません。