New PC setup / Codex / GitHub / deploy

新しいデスクトップPCをCodex作業のメインマシンにする準備チェックリスト

新しいデスクトップPCをCodex作業の中心環境にする前に、ChatGPT、Codex、GitHub、MFA、作業フォルダ、deploy、Secrets、Search Console、AdSenseの確認順を整理します。

結論:新しいPCは、最初からメイン環境として置き換えず、安全確認用のサブ環境として始めます。ログイン、MFA、GitHub、作業フォルダ、公開URL確認が再現できることを見てから、メイン作業へ移すのが安全です。

このページでできること

Codex作業環境をいきなり完全移行せず、安全確認用のサブ環境からメイン環境へ育てる手順を整理します。PCを買い替えたり、新しいデスクトップを追加したりする時に一番大事なのは、古いPCの中身を丸ごとコピーすることではありません。同じ作業を安全に再現できるか、認証が通るか、GitHubやサイト確認の手順が崩れていないかを順番に見ることです。

Codex / GitHub / deployでは、ログイン、MFA、共有権限、保存先、作業履歴、外部サービス連携が絡みます。新PCに入れるものと入れないものを分け、秘密情報をAIやチャットへ貼らない前提で進めます。

旧PCはすぐ消さず、しばらく保管します。新PCだけで作業を始めると、あとから旧PCにしかないメモ、未commit差分、ブラウザ設定、素材、認証アプリ、deploy手順が必要になることがあります。移行直後は「両方使える状態」を残しておく方が落ち着いて確認できます。

Codex作業環境として考える時の前提

Codexは、コードやサイト作業を進めるための作業環境として扱います。新しいPCに移る時は、アプリを入れることだけではなく、GitHub、作業フォルダ、公開確認、認証、バックアップ、deployの手順が同じように再現できるかを確認します。

最初から新PCをメインにするのではなく、まずはサブ環境として接続、ログイン、repo clone、公開URL確認、読み取り中心のチェックを行います。小さなサイトまたは小さな確認作業で問題がないことを見てから、通常のCodex作業へ移す方が安全です。

特にAIサイト群では、複数サイト、複数repo、FTP/SFTP、GitHub、Search Console、AdSense、sitemap、robots、ads.txtが絡みます。PC移行は「データ移行」よりも「作業環境と認証を安全に再現する作業」と考えると、抜け漏れを減らせます。

メイン化してよい目安は、ChatGPT/Codexにログインできる、MFAが問題なく使える、GitHub Desktopで必要repoをcloneできる、公開URL確認ができる、1サイトの小さな安全確認が成功した、旧PC側に未commit差分が残っていない、という状態です。逆に、どこか一つでも不安があるなら、まだメイン化せず、旧PCを保険として残します。

旧PCを残す理由は、作業データだけではありません。ブラウザのログイン状態、認証アプリとの関係、保存済みの作業メモ、deploy手順、画像素材、過去のレポート、未整理のバックアップなど、移行してから必要になるものが後で見つかることがあります。新PCで通常作業が数回問題なく回るまでは、旧PCを処分しない方が安全です。

Search ConsoleやAdSenseも、新PCで開けることと、設定を変更することは別です。移行初期はプロパティや審査状況を確認するだけにし、確認タグ、広告コード、ads.txt、robots.txtの変更は別作業として扱います。

焦らず、確認、記録、小さな成功、本番作業の順に進めます。迷ったら停止して、旧PCと新PCの状態を丁寧に比べます。

新PCが届く前に準備するもの

  • ログインできるかを確認する。ただし認証コードやリカバリーコードをAIへ貼らない。
  • MFA認証アプリが使えるスマホを先に確認する。
  • 作業フォルダ、repo、DriveやOneDriveの同期範囲を分ける。
  • 最初の作業は公開URL確認やgit statusなど、変更しないテストにする。
  • 本番反映、DNS、DB、cron、.htaccessのような設定変更は後回しにする。
  • Codex / GitHub / deployで扱うアカウント、共有権限、保存先を旧PCと照合する。
  • 旧PCはすぐ消さず、数日から数週間はバックアップとして残す。

この段階では、FTP、SSH、DB、DNS、cronなどの本番寄りの情報を急いで移しません。まずはブラウザ、GitHub Desktop、VS Code、Git、Node.js、Python、PowerShellなどの基本ツールを入れ、読み取り中心の確認ができるかを見ます。

ログインとMFAの確認

ログインより先にMFAを確認します。認証アプリが使えるスマホ、リカバリー方法、複数アカウントの区別、会社用と個人用の境界を整理してから、新PCでログインします。認証コードや復旧コードは、AI、チャット、記事本文、作業ログに貼りません。

ChatGPT、OpenAI、GitHub、Google、Microsoft、Canva、Figmaなどは、アカウントごとにログイン状態と権限が違います。新PCで入れたからといって、旧PCの作業権限が完全に再現されたとは限りません。見えるファイル、編集できるファイル、共有できる範囲を分けて確認します。

最初に入れる作業ツール

基本ツール

ブラウザ、VS Code、Git、Node.js、Python、PowerShellを入れます。バージョン差で動かないスクリプトが出ることがあるため、最初は確認だけにします。

GitHub

GitHub Desktopでログインし、必要なrepoをcloneします。main直編集を避け、branch、PR、diff確認の運用を維持します。

Codex / GitHub / deploy

このサイトの主題に関わるアプリやWebサービスは、ログイン、共有権限、保存先、素材、履歴を確認します。非公式ツールに認証情報を渡す前提にはしません。

Codex / GitHub / deployで特に確認すること

Codex / GitHub / deployの作業では、単にログインできるかだけでなく、旧PCで見えていたものと新PCで見えるものが同じかを確認します。たとえば共有ファイル、履歴、プロジェクト、ブックマーク、保存先、通知設定、外部サービス連携は、同じアカウントでも端末ごとに見え方が変わることがあります。

新PCで最初に確認する時は、編集や削除を伴う操作を避けます。開けるか、読めるか、一覧が見えるか、必要なフォルダへ到達できるか、公開済みページを確認できるか、という順番で進めます。確認だけで終わる作業を一つ成功させてから、実際の制作や更新に入ると安心です。

また、Codex / GitHub / deployの情報をCodexや他AIへ渡す時は、画面に見えている内容をそのまま貼らず、公開してよい範囲だけに要約します。アカウント名、メール、顧客名、未公開素材、会社資料、認証に関わる文字列は、作業指示から外します。

作業フォルダをそのまま全部移さない

旧PCの作業フォルダを丸ごと新PCへ移すと、古いバックアップ、途中生成ファイル、ログ、重い素材、不要な一時ファイル、秘密情報に近いメモが混ざりやすくなります。必要なrepoはGitHubからcloneし、ローカルだけにある必要ファイルは別に棚卸しします。

OneDriveやGoogle Driveの同期も、すべて自動で同期する前に範囲を決めます。同期先とローカル作業フォルダが混ざると、公開してはいけないファイルがサイトフォルダへ入り込むことがあります。

deployや本番接続は最後に確認する

新PCで最初にdeploy scriptを実行する必要はありません。まず公開URL、sitemap、robots.txt、ads.txt、主要ページの200 OKを確認し、変更を伴わないテストから始めます。本番反映は、人が手順と対象ファイルを理解してから行います。

FTP、SFTP、SSH、DB、DNSの情報は、必要になるまで移さない方が安全です。移す場合も、平文メモとして保存せず、既存の資格情報管理や信頼できるツールを使います。

Search ConsoleとAdSenseの扱い

Search ConsoleやAdSenseは、新PCで開けるか確認するだけなら安全です。ただし、所有権確認タグ、ads.txt、AdSenseコード、robots.txt、canonical、redirectは安易に変更しません。特に審査中サイトや公開済みSEOサイトでは、PC移行とサイト設定変更を同時に行わない方がよいです。

最初の小さなテスト

新PCで最初に行うCodex作業は、ファイル変更なしの確認がおすすめです。1サイトの公開URL、sitemap、robots.txt、ads.txt、AdSenseタグ、Search Consoleタグ、内部リンクを確認し、変更なしで報告できるかを見ます。

このテストで見るのは「新PCでも同じ判断ができるか」です。公開URLが見える、sitemapが読める、GitHubの状態が確認できる、ローカルフォルダの位置が分かる、レポートを書ける、という基本がそろえば、次に小さな本文修正や1ファイル限定の作業へ進めます。

/GOAL
新PC移行後の安全確認テスト

目的:
新しいPCで作業環境が安全に使えるか確認する。

対象サイト:
https://codexguide.jp/

対象URL:
/new-desktop-main-pc-codex-setup/

やること:
・公開URLを確認する
・sitemap.xmlを確認する
・robots.txtとads.txtを確認する
・主要ページの200 OKを確認する
・AdSenseとSearch Consoleの確認タグが維持されているか見る
・内部リンク404がないか確認する

触らないもの:
AdSenseコード
Search Console確認タグ
robots.txt
ads.txt
.htaccess
DNS
DB
cron
Secrets
APIキー
認証用文字列
環境設定ファイル

停止条件:
・認証情報の入力や表示が必要
・本番反映が必要
・設定変更が必要
・危険な差分が出る
・旧PCにしかない未整理データが見つかる

急いで触らないもの

項目理由扱い方
AdSense / Search Console確認タグや広告コードを消すと復旧に時間がかかる新PCでは表示確認から始める
robots.txt / ads.txt / .htaccessサイト全体へ影響するPC移行作業では変更しない
DNS / DB / cron本番停止や自動処理の失敗につながる別GOALで扱う
秘密情報漏れると取り返しがつきにくい値を表示せず、必要なら管理方法だけ確認する
旧PC処分未移行ファイルやセッションが残ることがある数日から数週間は保管する

よくある質問

新PCをすぐメインにしてもよいですか?

いきなり置き換えるより、まずサブ環境としてログイン、repo clone、公開URL確認を行い、小さなテストが通ってからメイン化する方が安全です。

旧PCはいつ消してよいですか?

新PCだけで数日から数週間、通常作業が問題なく回るまで残します。特に未commit差分、素材、認証、deploy手順が残っていないかを見ます。

AIに移行作業を丸投げしてよいですか?

丸投げは避けます。AIにはチェックリスト化や手順整理を任せ、認証情報、本番反映、設定変更、旧PC処分は人が確認してから進めます。