Julesが年末終了へ。11月11日までに進行案件と保存先を整理する

この記事でわかること

• 期限：11月11日までの作業整理と12月31日の終了を分けて考える
• 保存対象：GitHubのコードとJules内部の設定・履歴を区別する
• 引き継ぎ：未完了案件の担当者と保存データのアクセス権を決める

「12月31日終了」だけを予定表に入れない

公式案内では、2026年11月11日を区切りに読み取り専用へ移り、年末までその状態が続く予定です。Julesの終了予定日は12月31日です。読み取り専用へ移った後も修正や再実行を続けられる、という案内ではありません。

締め切りの時刻・タイムゾーンは公表文に明記されていません。日本時間の最終日ぎりぎりまで動く前提で社内計画を組まず、余裕のある社内締め日を設けるのが安全です。

依頼側が確認する三つの区切り

これは編集部が提案する整理の順序です。公式の日付に加えて、「誰がいつまでに確認するか」を案件ごとに決めておくと、終了直前の担当者探しを避けられます。

GitHubに残るものと、別に保存するものを分ける

公式案内では、コード・ブランチ・プルリクエストはすでにGitHubにあり、そのまま残ると説明されています。一方、書き出しの対象はJules内の設定と作業履歴です。コードが残っているだけでは、依頼の背景や途中の判断まで引き継げるとは限りません。

案件の引き継ぎは「結果」と「経緯」の両方で確認する

たとえば、請求書処理の小さな修正を依頼していた場合、GitHubの変更だけを見ると、例外処理をどこまで確認したかがわからないことがあります。依頼文、計画、作業の記録を読み返し、「何が完了し、何が未確認か」を人が整理して渡すと、後任が同じ調査を繰り返さずに済みます。

• 成果物：対象のリポジトリ、ブランチ、プルリクエストの場所
• 進捗：完了・確認待ち・未着手の区別
• 残作業：再現条件、未確認のケース、次に判断する人
• 運用：定期作業を継続するか、終了するか

この一覧は自動移行の機能ではなく、引き継ぎ用の管理メモです。AIの完了報告だけで完了扱いにせず、実際に受け入れた成果と分けて記載しましょう。

書き出しは担当者と保管先を決めて実施する

Googleは、Jules ToolsへのログインとCLI型のコーディングエージェントを使う書き出し手順を公開しています。設定、環境変数、定期作業、接続リポジトリ、メモリ、セットアップ情報、セッションの依頼・計画・活動記録・差分などが対象です。操作に慣れていない場合は、公式の書き出し案内を開発担当者へ共有してください。

保存後はフォルダーの存在だけで終わらせない

書き出しが済んだら、重要案件の履歴を一つ開き、依頼内容と必要な記録が含まれているかを確認します。エラーが報告されている場合は、全件の保存が完了したと判断しないことが大切です。担当者の端末に置いただけで退職・異動時に読めなくならないよう、会社のルールに沿った保管責任者も決めます。

ただし、保存先をチーム全員へ一律共有するのは避けましょう。公式は環境変数の値が書き出しに含まれることを注意しています。書き出したフォルダーを公開リポジトリへ入れないことに加え、共有が必要な業務メモと、秘密情報を含む原本を分ける運用が考えられます。

次のツールは「移行できた」ではなく「業務を再開できる」で選ぶ

GoogleはJulesでの知見をAntigravityなどに生かすと説明していますが、この案内は、Julesの全設定や定期作業が別製品へ自動移行するという保証ではありません。

移行先を比較する際は、製品名だけを決めるよりも、代表的な未完了案件を一つ選び、必要な権限、実行環境、レビュー手順を確認しましょう。重要な定期作業であれば、代替手段が確立するまで人が行う方法も用意しておくと、切り替え期間の作業漏れを抑えられます。

実務上の注意

終了時刻や書き出しの成功を推測で補わず、公式案内と実際の結果を確認してください。認証や秘密情報を扱うため、権限のある担当者が社内の端末・保管ルールに従って進める必要があります。書き出しデータの公開や、未検証のコードの採用は、終了対応を急ぐ理由にはなりません。

まとめ

先に整理するのは、進行中の案件と定期作業です。GitHubの成果物とJulesの履歴を分けて確認し、11月11日より前に継続担当者を決めましょう。書き出し後も、重要案件が読めることと秘密情報の保管を確認して初めて、安心して次の運用へ進めます。

よくある質問

出典・参考情報

• Google Jules：Jules Turndown（2026年10月29日）