Codexは
タスク単位で使う

Codexはプロジェクトよりタスク単位で考える

ChatGPTのプロジェクトは、長期の作業や複数スレッドをまとめる場所として使えます。一方でCodex作業は、実際にファイルを確認したり修正したりするため、作業単位を小さく切る方が安全です。

Codexでは、1つのタスクに目的、対象ファイル、禁止事項、確認項目、報告書形式を入れます。管理場所を増やすことより、タスクの切り方を整えることが重要です。

1タスク1目的にする理由

目的が1つだと、確認しやすく、変更ファイルを追いやすく、戻しやすくなります。失敗原因も特定しやすくなり、報告書も読みやすくなります。

作業範囲が広がりにくいため、SEOタグやsitemapなどを意図せず触るリスクも下がります。

Codexスレッドは1作業ごとに整理する

Codexスレッドは、1作業の依頼と報告書をまとめる単位として考えます。1スレッドに複数の大きな作業を混ぜず、作業名を明確にし、作業後は報告書を確認します。

同じスレッド内で続ける場合も、作業単位を区切ってください。次の作業は、前の報告書を見てから出します。

リポジトリと作業環境を混ぜない

Codexでは、どのリポジトリ、どの作業環境、どのサイトを対象にするかが重要です。複数リポジトリを同時に扱うと、前提が混ざりやすくなります。サイトAの報告書をサイトBのスレッドに貼らないようにしてください。

GitHub連携時は、必要最小限のリポジトリだけ接続します。APIキー、SSH鍵、DB情報など、外に出せない情報は貼らないでください。

同じサイト内で複数Codexを同時に走らせすぎない

別サイトなら並行してよい場合があります。ただし、同じサイト内ではCodex作業を重ねすぎない方が安全です。同じCSSや共通パーツを複数Codexが触ると、競合しやすくなります。

UI改善、本文追加、内部リンク整理、sitemap更新を同時に走らせると、どの変更で崩れたのか追いにくくなります。報告書を見てから次へ進む方が安全です。

ChatGPT側のプロジェクト管理との違い

ChatGPTではプロジェクトで長期方針をまとめ、Codexでは1作業ずつタスクとして切ります。この2つを分けると、方針整理と実作業が混ざりにくくなります。

Codex報告書を見てから次へ進む

Codex作業は、報告書を読んで完了扱いにします。変更ファイル、作成ファイル、触っていないファイル、HTTP 200、SEOタグ維持、sitemap変更有無、未確認事項、停止条件該当を確認します。

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

思いついたことは次回タスクにする

作業中に思いついたことは捨てなくてよいです。ただし、今のCodexタスクに混ぜないでください。ChatGPT側で次回候補にし、今すぐやる、次にやる、あとでやる、保留に分けます。

悪い使い方・良い使い方

この作業は1タスク1目的で進めてください。
対象URL、対象ファイル、触ってよい範囲、触ってはいけない範囲、停止条件、確認項目を分けて扱ってください。
作業後は、変更ファイル、作成ファイル、触っていないファイル、HTTP確認、SEOタグ維持、未確認事項、次回候補を報告してください。

Codexタスク管理チェックリスト

• 1タスク1目的になっている
• 対象URLが明確
• 対象ファイルが明確
• 触ってよい範囲を書いた
• 触ってはいけない範囲を書いた
• 停止条件を書いた
• 報告書形式を指定した
• 同じサイト内で作業を重ねていない
• リポジトリや環境を混ぜていない
• 外に出せない情報を貼っていない
• 報告書を見てから次へ進む
• 最終判断は人間が行う