セキュリティ設定・MFA・アカウント復旧に関するベストプラクティスの記事。
全てのタグを見る
2026 年 7 月 14 日、開発プロジェクト内の大量コンテンツを英語化する作業を Codex に依頼していたところ、Codex がローカル環境の Ollama サーバーを起動する事象が発生しました。モデルによる推論や翻訳が実行された証跡はありませんが、サーバー起動・GPU 検出・既存モデル一覧の取得まで進んでいました。この記事では、その経緯と、コーディングエージェントへ長時間・大規模な作業を任せる際の設計上の注意点を記録します。
本件について、最終的に無事ログインに成功し、解決いたしました。 同様の事象でこの記事を訪れた方に向けて、解決に至った結論を共有します。
当初、Billing（請求）サポート経由で専用チームへの調査を依頼しましたが、部門間（Billingチーム ⇄ テクニカルチーム）で担当範囲の調整に時間を要する結果となりました。最終的には「テクニカルチームの担当範囲外のため調査不可」との通達を受け、公式コミュニティの活用を促される形で対応が終了しました。
しかし、サポート対応終了の直後、エラーが最初に発生してから約7日間一切の操作をせずに期間を置いたところ、状況が改善しました。それまで「本人確認ができませんでした」と弾かれていた2段階認証のプロセスを無事に通過し、各認証セキュリティ設定・Google Cloud へのログインに成功することができました。
ログイン履歴から推測される解決要因は、**「一定期間ログイン試行を控えたことで、システム上のセキュリティロックが解除されたこと」**です。