Codexのウィンドウはどう分ける？同じ作業を同じ窓に寄せる理由

Codexを複数ウィンドウで動かすと、記事追加、内部リンク確認、実践ログ整理、公開前チェックを同時に進められます。ただし、単にニューウィンドウを増やすだけでは衝突は防げません。大事なのは、1ウィンドウ1作業、担当ドメイン、触ってよいファイル、触らないファイル、報告の受け取り方を先に分けることです。

このページでは、Codex 1からCodex 4のように役割を分けて進める時の考え方を、ニューウィンドウ運用とworktreeの違いまで含めて整理します。速度を保証する話ではなく、作業の取り違えや同時編集の事故を減らすための運用メモです。

Codexを並列処理する時はニューウィンドウでよいのか

軽い確認や、別ドメインの作業を並べるだけなら、まずはファイルメニューのニューウィンドウで分ける運用でも十分な場合があります。たとえば、Codex 1はcodexguide.jp、Codex 2はaisafety.jp、Codex 3はgptguide.jpのように対象サイトを分ければ、作業内容を見失いにくくなります。

ただし、ニューウィンドウは作業の見た目を分けるだけです。同じファイルを同時に変更すれば、最後にアップした方で上書きしたり、sitemapの追加順がズレたり、報告が混ざったりします。並列処理は「速くする魔法」ではなく、担当を分けて衝突を管理する運用です。

1ウィンドウ1作業にすると混乱しにくい

1つのウィンドウに複数の大玉オーダーを詰めると、どのサイトを触っているのか、どのsitemapを更新したのか、どの公開確認が終わったのかが混ざりやすくなります。実装系の作業では、1ウィンドウ1ドメイン、または1ウィンドウ1クラスタに寄せる方が安全です。

ファイル > ニューウィンドウ運用で十分なケース

ニューウィンドウだけで進めやすいのは、対象ファイルが重ならない作業です。別ドメインの新規記事、公開URLの確認、Search Console用の候補整理、作業報告の実践ログ化候補整理などは、比較的分けやすい作業です。

一方で、同じドメインの親ハブ、共通CSS、sitemap.xml、実践ログ親ページを複数ウィンドウで同時に触る作業は注意が必要です。ニューウィンドウを増やす前に、どのウィンドウがどのファイルを触るかを明記します。

同じドメインを複数ウィンドウで同時編集しない

同じドメインを複数ウィンドウで同時編集すると、内部リンク、sitemap、親ハブ、共通部品がぶつかりやすくなります。どうしても同じドメインで並列に動かす場合は、片方を確認専任にし、もう片方だけがファイル変更する形に分けるのが現実的です。

並列作業で衝突しやすいファイル

衝突しやすい場所起きやすい問題安全な分け方
sitemap.xml同じURLの重複、追加漏れ、別作業の上書き同じ時間帯は1担当だけが更新し、公開後に重複0を確認する
/work-log/ 親ページ複数ログのリンク追加順が混ざる実践ログ担当を1つに固定し、他は候補だけ報告する
共通CSS別ページのスマホ表示が崩れる短時間の大玉作業では共通CSSを触らず、ページ内の軽微なCSSに留める
robots.txt / ads.txt / .htaccess検索、広告、転送、認証に影響する通常の記事追加では触らない。必要になったらSTOP条件にする
AdSense / Search Consoleタグ検証タグや広告タグが消える変更せず、既存状態維持の確認だけ行う

worktreeとは何か

worktreeは、同じリポジトリから複数の作業場所を持つ考え方です。たとえば、片方では記事Aを編集し、もう片方では記事Bを編集するように、作業場所そのものを分けて衝突を減らす目的で使われます。

ただし、worktreeを使えば必ず安全というわけではありません。同じ本番URL、同じsitemap、同じ共通CSS、同じ親ページを別々の作業場所から更新すれば、最後はやはり統合確認が必要です。コマンドや細かい手順は、使っているGit環境とCodexの作業画面で確認してから扱います。

ニューウィンドウとworktreeの違い

項目ニューウィンドウworktree
分けているもの作業画面や会話作業場所やブランチに近い単位
向いている作業別ドメイン、確認専任、軽い整理同じリポジトリ内で別テーマを並行する開発作業
注意点同じファイルを触ると上書きしやすい統合時に差分確認が必要
初心者向け運用まずは1ウィンドウ1作業で十分Gitの差分、ブランチ、統合に慣れてから使う

Codex 1〜4で役割を分ける例

複数Codexを使う場合は、番号ごとに固定担当を持たせると混乱しにくくなります。大玉実装を複数同時に走らせるより、編集担当、確認担当、実践ログ担当、次オーダー整理担当に分ける方が、後で戻りやすくなります。

ウィンドウ冒頭メモのテンプレート

ニューウィンドウを開いたら、最初に担当範囲を固定しておくと、途中で別サイトや別作業に流れにくくなります。

━━━━━━━━━━━━━━━━
Codex並列作業メモ
━━━━━━━━━━━━━━━━
このウィンドウの担当:

対象サイト:

今回触ってよいURL:

今回触らないURL:

触ってよいファイル:

触ってはいけないファイル:
robots.txt / ads.txt / .htaccess / DB / cron / DNS / AdSenseタグ / Search Consoleタグ

本番反映:
必要な場合のみ、バックアップ後に実施。

STOP条件:
同じドメインで別Codexがsitemap、共通CSS、親ハブを編集中
秘密情報や内部パスが必要
canonical / noindex 方針変更が必要
━━━━━━━━━━━━━━━━

並列作業でやってはいけないこと

報告を受け取ったら分類してから次を出す

並列で返ってきた報告は、すぐ次の実装に投げる前に分類します。完了済み、要修正、確認専任に回すもの、次回新規候補、STOP条件あり、のように分けると、同じURLを重複作成したり、未作成URLにリンクしたりする事故を減らせます。

分類見ること次の扱い
A: 完了200、sitemap、内部リンク、スマホ、タグ維持が確認済みSearch Consoleで後日反応を見る
B: 要修正404、表示崩れ、リンク漏れ、危険表現がある修正担当を1つに固定する
C: 候補新規URL候補だが今回は未作成次回オーダーで作るか既存補強にする
D: STOPタグ、robots、ads、.htaccess、DBなどに関わる別枠で慎重に判断する

Codex並列処理チェックリスト

関連ページ

Codex作業を実践ログ化する方法 / CodexとGitHub連携の確認 / CodexとAI開発補助ツールの使い分け / Codex公開前のSEOチェック / meta robots確認 / Codexのusageとセキュリティ注意 / 実践ログ一覧

よくある質問

Codexはニューウィンドウを増やせば並列処理できますか？

ニューウィンドウで作業画面を分けることはできます。ただし、同じファイルや同じドメインを同時に触れば衝突します。担当サイト、担当URL、触らないファイルを先に決めることが大切です。

1つのウィンドウで複数の大玉作業を頼んでもよいですか？

企画や候補整理ならまとめやすいですが、本番反映を含む大玉作業は混ざりやすくなります。実装系は1ウィンドウ1作業、または1ウィンドウ1ドメインに分ける方が安全です。

同じドメインをCodex 1とCodex 2で同時に編集してもよいですか？

おすすめしません。どうしても必要な場合は、片方を確認専任にし、編集担当は1つに固定します。sitemap、親ページ、共通CSSは特に衝突しやすい場所です。

worktreeを使えば衝突リスクはなくせますか？

なくせるとは限りません。作業場所を分ける助けにはなりますが、最後に同じsitemapや共通ファイルへ統合する時は差分確認が必要です。

ニューウィンドウとworktreeはどちらが初心者向けですか？

まずはニューウィンドウで1作業ずつ分ける方が始めやすいです。worktreeはGitの差分、ブランチ、統合の考え方に慣れてから使う方が安全です。

並列作業で特に触らない方がよいファイルは何ですか？

通常の記事追加では、robots.txt、ads.txt、.htaccess、AdSenseタグ、Search Consoleタグ、DB、cron、DNS、API/OAuthは触らない前提にします。必要になった場合はSTOP条件として別枠で判断します。

複数Codexの報告が返ってきたら、すぐ次の作業を出してよいですか？

まずは完了、要修正、候補、STOP条件ありに分類します。報告を読まずに次を重ねると、同じURLの重複作成や未作成URLへのリンクが起きやすくなります。

確認専任のCodexには何を頼むとよいですか？

公開URL 200、sitemap掲載、内部リンク404、画像404、スマホ390px、文字化け、秘密情報やローカルパス混入、危険な断定表現の確認が向いています。確認専任には本番ファイル変更をさせない指定を入れると役割が明確になります。

同時に複数サイトを進める時のおすすめはありますか？

ドメインごとに担当ウィンドウを分け、各ウィンドウの冒頭に対象サイト、触ってよいURL、触らないファイル、STOP条件を書きます。最後に横断確認担当でリンクとsitemapを確認すると整理しやすくなります。

Codexには記憶がないなら、どのウィンドウでも同じなのか

Codexがウィンドウごとに長期記憶を持つわけではありません。ただし、同じウィンドウには直近の会話、前回報告、停止条件、作業方針が残ります。そのため、まったく違うサイトや違う種類の作業を混ぜるより、同じサイトや同じ役割の作業を同じウィンドウに寄せた方が整理しやすくなります。

「どの窓でも扱いは同じ」と考えるより、「その窓に残っている文脈が次の判断に影響する」と考える方が実務的です。料金ページの追記、関連work-log整理、同じサイトの内部リンク確認のように、前回報告を使う作業は同じ窓に寄せると迷いにくくなります。

同じウィンドウに寄せた方がいい作業

同じ正本、同じ停止条件、同じ報告の続きで判断できる作業は、同じウィンドウに寄せやすいです。前後の報告を読みながら進めるため、重複作成や方針の取り違えを減らせます。

例として、codexguide.jpの料金ページ作成、料金ページ追記、関連する実践ログ整理は同じ窓に寄せやすい作業です。タグ0件確認、原因分類、限定修正判断のような確認系も、同じ役割の窓にまとめると整理できます。

別ウィンドウにした方がいい作業

対象サイト、repo、役割、触るファイル、停止条件が違う作業は、別ウィンドウに分ける方が安全です。特に実装作業と確認専用作業を同じ窓に混ぜると、確認担当がうっかり本番修正まで進める可能性があります。

分けたい作業理由例
別サイトsitemap、親ページ、報告形式が違うcodexguide.jpの記事作成とaisafety.jpの表崩れ修正
本文補強とタグ確認触る場所と停止条件が違うgptguide.jp本文補強とタグ0件原因確認
新規作成と404原因確認片方は実装、片方は調査寄り新規記事追加と未作成URLリンク監査
設定系の可能性がある作業robots、ads、.htaccess、タグに触れるリスクがあるSearch Consoleタグ修正判断、canonical/noindex方針確認

まったく違うサイトを同じウィンドウに投げてもよいのか

技術的にはできます。ただし、AIサイト群のように報告、正本、停止条件、実践ログ化候補を管理する運用では、あまり向いていません。サイトも役割も違う作業を同じ窓へ投げると、報告待ちと完了済みが混ざり、後から「この窓は何担当か」が崩れやすくなります。

例外として、違うサイトでも役割が同じなら扱いやすい場合があります。たとえば、Codex 3ウィンドウでgptguide、copilotguide、claudeguideのタグ0件原因確認だけを行うなら、すべて確認専用・原因分類・本番変更なしなので同じ窓にまとめやすいです。

ウィンドウを分けるメリット

サイト別に分けるか、役割別に分けるか

同じサイトを継続的に育てるならサイト別ウィンドウが向いています。codexguide.jp専任、gptguide.jp専任、seoguide.jp補強、aisafety.jp補強のように分けると、親ページやsitemapの扱いが追いやすくなります。

横断確認やタグ確認なら役割別ウィンドウも有効です。タグ0件確認、内部リンク404確認、スマホ390px確認、表現スキャン、sitemap差分確認のような作業は、複数サイトを同じ基準で見られます。

Codex 1〜4で役割を分ける例

担当役割触る範囲
Codex 1codexguide.jp専任Codex実践ログ、料金、CLI、公開前確認、比較ページ、/work-log/
Codex 2AIサイト横展開・二周目補強aisafety.jp、seoguide.jp、canvaguide.jp、figmaguide.jpなど
Codex 3確認専任404、タグ0件、スマホ横幅、原因確認、横断確認。原則として本番変更なし
Codex 4AI総合入口や未担当ドメインgptguide.jp、Cursor、AI用語、AIエージェント系の補強

同じサイトでも分けた方がいい作業

同じサイトだから同じウィンドウでよいとは限りません。作業の種類が違い、触るファイルや停止条件が違う場合は分けた方が安全です。

ウィンドウ冒頭メモのテンプレート

━━━━━━━━━━━━━━━━
このウィンドウの役割
━━━━━━━━━━━━━━━━

担当Codex:
Codex 3

役割:
404、タグ0件、スマホ横幅、原因確認、横断確認

今回の方針:
本番変更なし
タグ追加なし
sitemap変更なし
robots.txt変更なし
ads.txt変更なし
.htaccess変更なし

対象外:
本文の大幅補強
新規ページ作成
別ドメインの実装作業

報告が返ってきたら:
完了 / 軽微な追加確認 / 要修正 / 停止 / Search Console待ち / 次候補
に分類してから次オーダーを出す
━━━━━━━━━━━━━━━━

並列ウィンドウでやってはいけないこと

Codexウィンドウ運用チェックリスト

関連ページ

Codex並列処理・worktree・衝突防止 / Codex作業を実践ログ化する方法 / CodexとGitHub連携 / CodexとAI開発補助ツール / Codex公開前SEOチェック / meta robots確認 / usageとセキュリティ注意 / 実践ログ一覧

よくある質問

Codexには記憶がないなら、どのウィンドウに投げても同じですか？

同じとは考えない方が安全です。Codexが長期記憶を持つわけではなくても、同じウィンドウには直近の会話、前回報告、停止条件、作業方針が残ります。そのため、同じサイトや同じ役割の作業を同じウィンドウに寄せた方が整理しやすくなります。

まったく違うサイトのオーダーを1つのウィンドウに投げてもいいですか？

できますが、運用上は向かない場合があります。報告待ち、停止条件、触ってよいファイル、実践ログ化候補が混ざりやすくなるためです。違うサイトでも、同じ確認専用作業なら同じウィンドウで扱いやすい場合があります。

同じウィンドウに寄せた方がいい作業は何ですか？

同じサイト、同じrepo、同じテーマ、同じ確認系作業、前回報告の続きなどです。同じ正本や停止条件で判断できる作業は、同じウィンドウに寄せると整理しやすくなります。

別ウィンドウにした方がいい作業は何ですか？

別サイト、別repo、本文補強とタグ確認、新規作成と404原因確認、実装作業と確認専用作業などです。触るファイルや停止条件が違う場合は分けた方が安全です。

サイト別と役割別、どちらで分けるべきですか？

同じサイトを継続的に育てるならサイト別、タグ0件確認や404確認のような横断作業なら役割別が向いています。AIサイト群のような運用では、サイト別と役割別を組み合わせると扱いやすくなります。

同じサイトなら、同じウィンドウで全部やっていいですか？

そうとは限りません。同じサイトでも、本文補強とタグ確認、料金記事作成とSearch Consoleタグ修正、CSS大修正とスマホ確認などは、作業の種類が違うため分けた方が安全な場合があります。

ウィンドウを分ける一番のメリットは何ですか？

役割、前回報告、停止条件、触らないファイルを固定しやすくなることです。結果として、衝突や手戻りが減り、次オーダーも出しやすくなります。

Codex 1〜4のように分ける意味はありますか？

あります。たとえばCodex 1はcodexguide.jp専任、Codex 3は404やタグ0件の確認専用、といった役割分担にすると、同じファイルの同時編集や方針混在を避けやすくなります。

確認専用ウィンドウでは何を禁止すべきですか？

本番変更、タグ追加、sitemap変更、robots.txt変更、ads.txt変更、.htaccess変更、canonical/noindex変更、DBやcron操作は原則禁止にすると安全です。

ウィンドウ冒頭メモは必要ですか？

必要です。対象サイト、担当Codex、役割、やること、やらないこと、触らないファイル、停止条件を書いておくと、同じウィンドウの作業方針が崩れにくくなります。