2026年 Google Jules 停止前、メールテストフローをどう移行する？

Google Julesのメールテストフロー移行では、エクスポートを自動移行とみなさず、設定と履歴を保護してから、テスト手順を保守できる場所へ移してください。移行後は自社製品でメールの実着信と登録処理まで再確認します。

この手順は、Julesを使って自社製品のメール機能を開発・検証している独立開発者、QA担当者、少人数チーム向けです。第三者サービスへの登録や、ユーザーアカウントの移行を扱うものではありません。

最終確認日：2026年11月4日。 Googleの公式更新で停運時期と読み取り専用への切り替えを確認しています。公開時には最新の公式案内を再確認してください。

停止日までの時間軸は、コードとJules内の情報を分けて考える

Googleの案内では、会話を続けられる期間は2026年11月11日までで、その後は読み取り専用となり、サービスは2026年12月31日に終了します。コード、ブランチ、PRがすでにGitHubにあることと、Jules内の設定や履歴が保存されていることは別の確認事項です。

したがって、移す対象は「Julesそのもの」ではなく、自社アプリのメールテストを再現するための材料と手順です。別の実行環境がJulesの機能を引き継ぐ、という前提は置かないでください。

まず、エクスポートの対象と機密情報を仕分ける

Julesの公式エクスポート説明を確認し、書き出しに含まれる情報を把握します。対象には設定、環境変数、スケジュールされたタスク、リポジトリとの関連付け、記憶、設定スクリプト、セッション履歴などが含まれる可能性があります。コードやPRと同一視せず、実際のエクスポート内容を開いて確認してください。

書き出しファイルに秘密情報が含まれる場合、リポジトリや共有ドキュメント、実行ログへ置かないでください。ワークフローの秘密情報はGitHub ActionsのSecrets設定を参照し、保管とアクセス制御の考え方はOWASPの秘密情報管理ガイドに沿って見直せます。

読み取り専用への切り替え前に、再利用できる手順を拾う

セッション履歴から抽出するのは、会話文ではなくテストの目的、前提条件、実行コマンド、期待するメール、失敗時の確認箇所です。以前成功した記録でも、現在のブランチや環境で再現できるとは限りません。

たとえば「登録後に確認メールが送信される」という記録は、テスト仕様の出発点にはなります。しかし、送信処理が実行されたか、テスト用の受信先に届いたか、リンクから登録が完了したかは、移行先で個別に確認する必要があります。

ここで整理した内容は、プロジェクトのテスト資料やCIの設定に移します。環境ごとに値を分離する場合は、GitHub Actionsの環境設定のように、実行環境と秘密情報の管理場所を分ける設計を参考にしてください。

移行チェックリストは、確認済みの手順だけを新環境へ移す

以下を上から確認します。未確認の項目を「移行済み」と扱わず、担当者と確認結果を記録してください。

• [ ] Julesの公式更新を開き、最新の停止・読み取り専用の案内を確認した。
• [ ] Julesのエクスポートを実施し、含まれる設定や履歴を点検した。
• [ ] エクスポートに秘密情報があるか確認し、アクセス制限された場所へ保管した。
• [ ] テスト目的、コマンド、環境準備、メール判定、失敗時の対応を分けて整理した。
• [ ] 認証情報の値を資料やリポジトリに転記せず、新しい環境で必要なものだけを設定した。
• [ ] テスト対象を自社製品または許可された環境に限定した。
• [ ] 実行後に送信、実着信、メール内容、登録状態の変化を別々に確認した。
• [ ] 旧環境だけに依存する作業と、まだ検証できていない項目を一覧化した。

最初の実行では、テスト成功と実着信を分けて確認する

新しい環境では、まず隔離した自社製品のテストを実行します。メール送信の呼び出しが成功しても、受信先で読めるメールが確認できるとは限りません。コードやCIの成功表示が証明する範囲は、そのテストで実行された断言までです。

受信先は自社製品の検証に限って使い、実在ユーザーや同僚の個人アドレスを試験データとして流用しないでください。メールテスト用の宛先を選ぶ前に、プライバシーの案内と、メール受信時の確認項目も確認できます。

よくある疑問

Jules終了後も、自社の登録メールをどう検証できますか？

Julesに依存していた操作を、プロジェクト内の手順またはCIから実行できる形にします。自社の隔離環境で登録し、アプリの送信処理、受信先での実着信、リンク操作後の登録状態をそれぞれ確認してください。テストが成功しても、受信の証拠がなければ実着信の確認は完了していません。

エクスポートした環境変数は新しい環境へコピーできますか？

値を丸ごと貼り付けるのではなく、変数名と目的を先に整理してください。エクスポートには秘密情報が含まれる可能性があるため、値は新しい環境で必要性を確かめてから適切な秘密情報管理機能へ登録します。古い認証情報の無効化やアクセス権の見直しも行い、値をログや共有資料へ出さないでください。

移行したテストで、メールが本当に届いたとどう判断しますか？

送信処理の記録だけで判断せず、管理下の受信先で対象メールを確認します。さらに、本文や検証リンクが仕様に合うか、リンク操作によって自社アプリのアカウント状態が変化するかを検証します。CIの成功は実行した断言の成功を示すもので、受信先での確認を代替するものではありません。

読み取り専用になる前に何を保存すればよいですか？

公式のエクスポート説明に従い、設定、環境変数、タスク、リポジトリとの関連、記憶、設定スクリプト、セッション履歴などを確認します。コードやブランチ、PRはJules内の設定・履歴とは別に扱ってください。エクスポート後は、秘密情報を含むファイルの保管場所と閲覧権限も確認します。

停止前後の引き継ぎは、再現記録で完了を判断する

旧フローと新フローを、テスト目的、実行入口、設定の保管場所、受信の証拠で照合します。実行できていない項目や、Julesがなければ確認できない項目は未完了として残してください。切り替え後も公式案内を確認し、推測した代替機能を移行済みの機能として記録しないことが重要です。

メールの実着信を受け入れ条件に含めるなら、受信先もテスト設計の一部です。MSGTMPを使う場合は、まず受信先として利用できる内容を実際の案内で確認し、目的に合うと判断した範囲で自社製品の検証に使ってください。重要なアカウントの復旧や、継続的な返信・受信が必要な用途には、長期管理できるメールアドレスを選ぶほうが適切です。

よくある質問