Codexプロジェクトの
うまい使い方

Codexプロジェクトとは何か

Codexプロジェクトは、Codexを使った作業の前提をまとめる作業部屋のようなものです。サイト制作、GitHub運用、公開前チェック、実践ログ作成のように、何度も続く作業で力を発揮します。

プロジェクトの中では、関連するスレッドやメモを管理します。毎回同じ説明をしなくてもよいように、作業方針、注意点、触ってよい範囲、触らない範囲を整理しておくのが基本です。ただし、プロジェクトだけで安全になるわけではありません。作業ごとの確認と人間の判断が必要です。

Codex作業でプロジェクトを使うメリット

複数サイトを扱う場合も、プロジェクトを分けることで混線を防ぎやすくなります。実践ログ化候補も残しやすくなるため、作業がその場限りで終わりにくくなります。

プロジェクトに入れるとよいもの

Codexプロジェクトには、次回以降も使う前提と、作業後に見返す情報を入れます。細かすぎるログを全部入れるより、次に判断しやすい形で整理するのがコツです。

プロジェクトに入れてはいけないもの

Codexオーダーをプロジェクトで整理する方法

Codexオーダーは、作業ごとに分けます。1オーダー1目的にして、対象ページ、触ってよいファイル、触ってはいけないファイル、停止条件、報告書形式を明記します。同じサイト内で複数作業を重ねないことも大切です。

この作業では、対象ページだけを確認してください。
修正はまだ行わず、変更が必要そうな箇所、触ってはいけないファイル、停止条件、確認URLを報告してください。
作業後は、変更ファイル、触っていないファイル、HTTP確認、SEOタグ維持、未確認事項、次にやるべきことを分けて報告してください。

Codex報告書をプロジェクトで管理する方法

Codex報告書は、該当する作業スレッドに貼ります。報告書を読んで、完了扱いにするか、追加確認するか、人間が判断します。次にやるべきことが書かれていても、そのまま実行せず、作業範囲と優先度を見直してください。

• 変更ファイルは想定内か
• 触ってはいけないファイルを触っていないか
• HTTP 200確認があるか
• SEOタグ維持確認があるか
• 検索除外につながるタグが混入していないか
• sitemap変更有無が書かれているか
• 未確認事項が残っていないか
• 停止条件該当がないか
• 次の作業が妥当か

必要なら、総合管理スレッドには要約だけ戻します。細かい報告書全文を何度も貼るより、完了したこと、未確認のこと、次回候補だけを残す方が管理しやすくなります。

接続ブロックと現在地メモの使い方

接続ブロックは、次のスレッドや次の作業へ前提を渡すためのメモです。現在地メモは、作業の進み具合を短くまとめるものです。長すぎる正本や過去ログを毎回貼るのではなく、必要な前提だけをまとめます。

複数サイト・複数リポジトリを扱う時の分け方

基本は1サイト1プロジェクトです。GitHub中心で動く場合は、1リポジトリ1プロジェクトも分かりやすいです。総合管理プロジェクトは、優先順位や横断判断だけに使い、各サイトの報告書を混ぜないようにします。

Codex画面も対象ごとに分けます。同じサイト内では同時作業を重ねすぎないでください。GitHubリポジトリ、FTP、Search Console、AdSenseなどの前提が混ざると、確認結果や次の判断がずれやすくなります。

プロジェクトを作りすぎないためのルール

細かい作業ごとにプロジェクトを作ると、どこに何を置いたか分かりにくくなります。1ページ修正や一時的な確認だけなら、プロジェクトではなくスレッドで十分です。

同じサイトの作業は同じプロジェクトにまとめ、似た名前のプロジェクトを増やさないようにします。完了した作業は現在地メモにまとめ、使わないプロジェクトを増やし続けないことも大切です。

Codexプロジェクトの悪い使い方・良い使い方

Codexプロジェクト運用チェックリスト

• 1サイト1プロジェクトで分けている
• プロジェクト名で目的が分かる
• 接続ブロックがある
• 現在地メモがある
• Codex作業ルールがある
• 触ってはいけないファイルを書いている
• ログイン情報や外に出せない情報を置いていない
• Codex報告書を貼る場所が決まっている
• 思いつきは次回候補にしている
• Search Console反応後に判断するものを分けている
• スレッドを作りすぎていない
• 最終判断は人間が行う