Google Opalは11月17日終了｜保存と移行前に確認すること

0111月17日に終了するのはOpalとLabs製Gem

GoogleのOpal FAQは、実験サービスのOpalとGemini内の「Gems made by Labs」を、2026年11月17日に終了すると案内しています。通常のGemやGemini全体の終了とは別の話です。

Googleは9月30日のスキル発表で一般的なGemの自動移行を説明していますが、Labs製Gemは移行しないと注記しています。Opalで作ったワークフローも自動移行されません。一般Gemの案内だけを見て待たず、自分が使っている機能を確認しましょう。

確認した資料では終了時刻・タイムゾーンまでは明記されていません。日本時間の11月17日夜まで利用できると決めつけず、重要な作業は前もって保存してください。

根拠：Opal FAQ：終了対象と日付

根拠：Google：スキルの発表とLabs製Gemの注記

02Driveのファイルは残るが、アプリは動かなくなる

公式FAQは、保存済みワークフローが個人のGoogle Driveの「マイドライブ > Opal」にあり、サービス終了によってGoogleが削除・変更しないと説明しています。ただし、終了後はワークフローを対話的に実行できません。

公式GitHubのREADMEでは、保存形式をJSONと案内しています。JSONは設定などを文字で表す形式です。ファイルが手元にあることと、そのファイルを動かすサービスが使えることは分けて考えてください。

Driveのファイル保持についての説明は、別途自分で削除したファイルの復旧や、参照先の外部データの永久保存まで保証するものではありません。

根拠：Opal FAQ：保存ファイルと終了後の実行

根拠：Breadboard公式README：JSON形式とサービス停止

03終了前に保存するもの｜指示・構成・必要な成果物

注意保存・移行するのは、自分に利用権限のあるデータだけにしてください。職場の資料を個人のDriveや外部AIへ移したり、共有者の情報を含むファイルを公開したりしないようにします。

公式は、終了前にOpalを開いて残したいプロンプトや指示をコピーすることを勧めています。以下は、その作業を取りこぼさないための本記事の整理手順です。実際のユーザーアカウントで操作した記録ではありません。

1. Opalを作ったGoogleアカウントで、残したいワークフローを開きます。画面の編集・確認には、公式が最適化対象とするPCを使うと整理しやすくなります。
2. 入力するもの、各処理の指示、前後のつながり、最終的な出力形式を控えます。文章だけでは分からない接続は、権限のある範囲で画面の記録も残します。
3. 元資料と必要な成果物の保存先を確認します。設定ファイルと別の資料がある場合は、一覧を作ります。
4. Driveの「マイドライブ > Opal」を確認し、必要なワークフローファイルを保存します。ダウンロード後にテキストエディタで開き、使った指示が読めるか確認します。
5. 元のファイルは残し、保存したコピーと確認メモを対応づけます。移行先で検証するまで、整理のために原本を削除しないようにします。

フォルダが見当たらない場合は、別のアカウントで作っていないか、共有されたアプリを使っていただけではないかを確認します。他人が所有するファイルを自分のマイドライブに必ず見つけられるとは限りません。権限がない場合は作成者へ相談してください。

アプリ名：
作成者・利用アカウント：
止まると困る作業：
入力するもの：
処理の順番と各段階の指示：
必要な元資料と保存先：
期待する出力・残す成果物：
Driveのファイル保存先・確認日：
共有先・案内の担当者：
移行先候補：
移行先で確認するテスト例：
できたこと／まだできないこと：
次の行動：

メモへパスワードやAPIキーを入れる必要はありません。保存用ファイルは、公開コメントや誰でも開ける共有リンクに貼らないでください。

根拠：Opal FAQ：終了前のコピーと終了後の取得方法

04移行先を選ぶ｜スキルとAI Studioは完全な置き換えではない

Googleは、日常のチャットや指示の再利用にはGeminiのスキル、より深い試作や独自プロンプトの実験にはGoogle AI Studioを案内しています。ただし、Opalの画面・つながり・出力がそのまま移るという説明ではありません。

この表は本記事の選び方で、互換性の保証ではありません。移行先のアカウント条件、料金、データの扱いを確認してから、秘密を含まない小さな例で試します。JSONをアップロードすれば自動変換できる、同じ共有URLを維持できる、といった未確認の手順は前提にしないでください。

再構築は1つの処理から試す

たとえば「入力文の要約 → 分類 → 報告書」のワークフローなら、まず要約だけを再現し、必要な情報が残るかを確認します。その後に分類と出力形式を加えます。これは検証方法の例で、特定の画面操作や実測結果ではありません。

評価するのは見た目だけではありません。同じ入力で必要な情報が欠けないか、入力が不足したときに誤った断定をしないか、共有相手が適切な範囲だけ見られるかを確かめます。満たせない機能は、元の動作と同じと説明せず未対応として残しましょう。

根拠：Opal FAQ：移行先と手動での再設定

根拠：Google：スキルで再利用するカスタム指示

05終了後の取得と、共有している相手への案内

終了後も、DriveのOpalフォルダからワークフローファイルをダウンロードし、メモ帳やTextEditなどのプレーンテキストを扱うアプリで指示文を読む方法が公式に案内されています。ファイルを読むために、不明なサイトへアップロードしたり、実行用プログラムを導入したりする必要はありません。

一方で、公式GitHubはOpalのWeb入口だけでなく、BreadboardのホストされたWebサービスとバックエンド実行も終了すると説明しています。リポジトリは読み取り専用・アーカイブ化される予定です。ソースが公開されていることは、Googleの実行環境を使い続けられる意味ではありません。

共有アプリは、止まる作業を先に確認

誰かに使ってもらっている場合は、アプリ名、終了予定日、代替方法の有無、連絡先を整理します。「準備中」なら準備中と伝え、未検証の代替版へ一斉に切り替えないようにします。作成者ではない人は、必要な作業と頻度を作成者へ伝えると確認が進めやすくなります。

注意Opal公式FAQは、アプリの共有がDriveファイルの共有にもつながり、指示などの詳細が見られる可能性を説明しています。編集画面を見せない設定だけで機密を守れると思わず、移行時には共有相手とファイルの内容も確認してください。

終了後の共有URLに表示される具体的な画面やエラー文は未確認です。記事では「このエラーなら保存できない」などと画面を作らず、データの取得可否とアプリの実行停止を分けて案内しています。

根拠：Breadboard公式README：ホスト環境とリポジトリの扱い

根拠：Opal FAQ：保存ファイルの取得と共有上の注意

06よくある質問