Google Jules終了｜11月11日前の作業整理とデータ保存

0111月11日の作業区切りと、12月31日の終了を分ける

Googleの2026年10月29日付の案内では、既存のセッションを仕上げる作業は11月11日まで続けられ、その後は年末まで読み取り専用になります。サービスの終了日は12月31日です。「12月末まで普段どおり作業できる」という意味ではありません。

根拠：Jules Turndown：終了日程とデータ書き出しの公式案内

公式ページには日本時間の締切時刻が明記されていません。本記事の「11月11日前」は、時差や作業のやり直しに余裕を持たせるための提案です。締切当日の操作を前提にせず、まず未完了の作業を確認しましょう。

読み取り専用になった後も、現在の書き出し手順が同じように動くかは今回確認できていません。保存を年末まで先延ばしにする根拠にはしないでください。

02GitHubのコードと、Jules内の履歴は別に確認する

コードの置き場所と、作業の経緯の置き場所を分けて確認します。まずGitHubで対象リポジトリを開き、必要なブランチ・コミット・プルリクエスト（変更の取り込み依頼）が実際にあるかを確かめます。Julesの画面で「できた」と見えただけで、取り込みまで済んだと判断しないことが大切です。

作業途中のコードについて、Julesは画面右上のGitHubアイコンからブランチ作成やプルリクエストを行う方法を案内しています。これはコードをGitHubへ出す操作で、Julesの設定・履歴をまとめて保存する操作とは別です。

根拠：Export at any time：作業途中のコードをGitHubへ出す方法

1. 残したい作業を、セッション名・対象リポジトリ・作業の目的で一覧にします。
2. GitHubにある変更と、Julesにだけ残る変更を照合します。
3. 変更を確認してから、必要なものだけを適切なブランチへ出します。保存のためだけに未検証の変更を本番へマージしないでください。
4. チーム作業では、未完了のレビュー・テスト・次の担当者を記録します。

GitHub自体のバックアップも必要なら、公式のバックアップ案内を参照します。通常のGit履歴、Git LFSの大きなファイル、その他の情報は保存方法が異なります。「リポジトリをコピーしたから、すべて保管できた」と一括りにしないようにしましょう。

根拠：GitHub Docs：リポジトリのバックアップ

03データ書き出しは、公式の最新手順から始める

終了案内には、設定・環境変数・予約タスク・リポジトリ情報・メモリ・セットアップ情報・セッション記録などをローカルへ書き出す手順があります。Julesの履歴を、別サービスへ自動で移行する機能とは区別してください。

根拠：Jules Turndown：終了日程とデータ書き出しの公式案内

準備にはJules Toolsを使います。CLIはターミナルで操作するツールです。公式リファレンスではnpmでの導入と、jules loginによるGoogleアカウント認証を案内しています。コマンドに慣れていない人や業務端末の利用者は、自己判断でインストールや権限変更を進めず、担当者に相談してください。

根拠：Jules Tools Reference：導入・認証・セッション一覧

1. 保管先を決めます。仕事のデータなら、組織が認めた端末・フォルダーを使います。
2. Jules Tools Reference：導入・認証・セッション一覧で導入方法を確認し、以前のJulesのアカウントで認証します。
3. Jules Turndown：終了日程とデータ書き出しの公式案内の書き出し案内を開き、「Show the export prompt」から公式の手順と注意点を確認します。公式の例では、ホームディレクトリでCLI型のコーディングエージェントを開き、表示されたプロンプトを渡して書き出します。記事やSNSに転載された古い長文コマンドをそのまま実行しないでください。
4. 公式案内に沿って実行する前に、利用するコーディングエージェントのアクセス範囲と、会社の利用ルールを確認します。
5. 終了後は、保存先・件数・エラーの有無を控え、次の章の確認に進みます。

注意書き出し先には、環境変数の値など秘密情報が含まれる可能性があります。フォルダーを公開リポジトリへ追加したり、問い合わせやAIチャットに丸ごと貼り付けたりしないでください。認証情報や値を表示させずに確認します。

公式の例では、ホームディレクトリのjules-exportフォルダーに保存します。GitHubのリポジトリでJulesを使っていた場合は、公式案内に沿ってGitHub連携も確認してください。リポジトリ情報が取得できない場合があります。公式の書き出し例は認証情報を読み取り、未文書化の接続先を利用します。公式の例にはmacOSとLinux向けの認証情報の確認方法が記載されていますが、Windowsでの動作は確認できていません。この記事ではスクリプトを転載せず、利用者の環境でも実行していません。保存作業を始める前に、何が読み取られ、どこに保存されるかを理解して進めてください。

04「完了」の表示だけで終わらず、保存内容を照合する

保存できたかの判断には、必要なものが存在し、開けることの確認が必要です。次は本記事が提案する確認順で、すべての環境に共通する公式の合格基準ではありません。

CLIのjules remote list --sessionはセッション一覧、jules remote list --repoは接続リポジトリの確認に使えます。ただし、Googleは書き出し時の一覧にCLIの一覧より古いセッションが多く含まれる場合があると説明しています。件数が一致しなくても直ちに失敗と決めず、残すと決めた作業を個別に照合してください。

根拠：Jules Tools Reference：導入・認証・セッション一覧

公式の書き出し例にも、エラーを記録する処理があります。確認したコードでは、エラーがあっても最後に完了を表す文が出る構成でした。成功の文言だけでなく、出力されたエラー件数や必要なファイルも確認するのが安全です。

根拠：Jules Turndown：終了日程とデータ書き出しの公式案内

確認日：
利用したJulesアカウントを確認した：はい／未確認
残す作業・セッション：
GitHubで確認したブランチ・PR：
未完了のレビュー・テスト：
書き出し先（非公開の保管場所）：
必要なセッションを開いて照合した：はい／未確認
エラー件数・失敗した項目：
秘密情報を含むファイルの共有範囲を確認した：はい／未確認
次の担当者・残っている作業：
※トークン、APIキー、パスワード、環境変数の値は記入しない。

失敗したときは、秘密情報を除いたエラー文と、どの操作で止まったかを記録します。原因が分からないまま、保管済みのフォルダーを消してやり直したり、権限を広げたりしないでください。

05よくある質問

根拠：Jules Turndown：終了日程とデータ書き出しの公式案内