GitHub作業は複数画面で見やすくなる
GitHubの差分、Codexの作業内容、VS Codeのファイル、公開URLを並べると、何が変わったかを確認しやすくなります。
Codex画面とGitHub差分を並べる
Codexが作った変更をGitHub差分で見ながら、公開URLで実際の表示を確認すると、作っただけで終わりにくくなります。
PR、公開URL、Search Consoleを同時に見る
PRや差分、公開URL、Search Consoleを並べると、検索反応を意識した修正や内部リンク追加を考えやすくなります。
main直pushを避ける
複数画面で作業していると、早く進めたい気持ちが強くなります。ただし、通常の開発ではmain直pushを避け、差分確認やレビューの流れを守る方が安全です。
本番deployは画面が多くても慎重に
画面が多いほど確認しやすくなりますが、複数の本番deployを同時に進めるのは危険です。対象サイト、sitemap、公開URLをひとつずつ確認します。
Codex専門記事への導線
Codexを複数画面で使う場合は、GitHub差分と公開URL確認を役割分担すると管理しやすくなります。
複数画面運用の核心は「作業画面と確認画面の分離」
CodexとGitHubを複数画面で使う目的は、単に画面が広いことではなく「AIが作業する画面」と「人間が確認する画面」を物理的に分けることにあります。1画面でCodexの報告だけを読んで作業を進めると、実際の差分や表示を見ないまま「完了」を受け入れる癖がつきます。隣の画面に常にGitHubのdiffと公開URLを出しておけば、報告と実物の照合が自然に習慣化します。
3面構成の基本形と確認の流れ
- 画面1（作業）：Codexへの指示と報告の読み取り。指示には対象ファイルと触らないものを明記
- 画面2（差分）：GitHubのPull Request「Files changed」を開きっぱなしにする。Codexの報告が来たらまずここで変更ファイル一覧を見る
- 画面3（実物）：公開URLまたはローカルプレビュー。反映後の見た目とスマホ幅での崩れを確認
この構成だと「報告を読む→差分を見る→実物を見る」が視線移動だけで完結します。ウィンドウを切り替えて探す時間が消えるだけでなく、「差分を見ずにmergeする」というAI運用最大の事故要因を仕組みで防げるのが、複数画面の実質的な価値です。ノートPC1台の場合も、仮想デスクトップ機能で同じ3面ローテーションを組めます。
この記事では、PC性能を上げればCodexやChatGPTの生成時間が劇的に短くなるとは断定していません。個体を特定できる情報や認証に関わる情報も掲載していません。