まなぶちゃんがCodex作業の読み方を確認しているイラスト GPTガイドくんがCodex作業の確認ポイントを説明しているイラスト

読み方の1ポイント

目的、対象、確認項目を分けて読む

このページでは、Codex作業を安全に進めるための考え方を整理します。実行前に、対象、触らないもの、確認項目を分けて見ると迷いにくくなります。

まなぶちゃん

このページも、全部を一度に覚えないとダメ?

GPTガイドくん

必要なところから読めば大丈夫です。作業前に対象と停止条件、作業後に確認項目を見ると安全です。

目的を見る注意点を見る確認する

Project and thread workflow

Codex作業で使うプロジェクトとスレッド整理術

ChatGPTで方針を整理し、Codexで実作業を進める時は、プロジェクトとスレッドの置き場所を決めておくと混乱しにくくなります。

このページは非公式の実践ガイドです。Codex作業後は人間が確認し、重要な判断も人間が行ってください。プロジェクトやスレッドの仕様は変わる可能性があります。

このページで分かること

置き場所が分かるプロジェクトは作業対象をまとめる場所、スレッドは個別作業の会話ノートとして整理します。
報告書が混ざらないCodex報告書や次オーダーを貼る場所を決めて、別作業との混線を防ぎます。
次回候補を残せる思いつきをすぐ投げず、今すぐ、次に、あとで、保留に分けて管理できます。
  • プロジェクトは作業対象をまとめる場所
  • スレッドは個別作業の会話ノート
  • Codex作業では、報告書や次オーダーが混ざると危険
  • 総合管理と個別作業を分けると整理しやすい
  • 同じサイト内では作業を重ねすぎない方が安全
  • 最終判断は人間が行う

プロジェクトとスレッドをCodex作業でどう使うか

Codex作業では、単なる雑談よりも管理が重要です。どの対象を触るのか、どの作業の報告書なのか、どの指示が反映済みなのかが混ざると、戻しにくい変更や確認漏れにつながります。

プロジェクトにはサイトや作業対象の長期情報をまとめ、スレッドには1つの作業、1つの報告、1つの次オーダーを置きます。作業対象が増えるほど、スレッドを分けた方が安全です。ただし、分けすぎると管理自体が難しくなるため、目的が近いものはまとめます。

プロジェクトは作業対象ごとの部屋

プロジェクトは、Codexに渡す前提情報や作業ルールを置く部屋として使います。長く続く作業対象ごとに分けると、あとから方針を見返しやすくなります。

入れるもの

  • サイトごとの方針
  • 接続ブロック
  • 作業ルール
  • 関連ファイル
  • 過去の作業メモ
  • 今後の作業候補
  • Codexへ渡す前提情報

一般化した例

  • プロジェクトA: 小規模情報サイト
  • プロジェクトB: 業務用ドキュメントサイト
  • プロジェクトC: AI活用ガイドサイト

スレッドは作業単位の会話ノート

スレッドは、今回の作業を進めるための会話ノートです。Codexへのオーダー、報告書、確認結果、次の作業、停止条件、実践ログ化候補を同じ場所に置くと、あとから判断しやすくなります。

UI改善スレッド見た目やカード、表、図解などを扱う作業。
公開前チェック確認スレッドHTTP 200、SEOタグ、内部リンクを確認する作業。
反応確認スレッド検索やアクセス状況を見て次の補強候補を整理する作業。
GitHub連携確認スレッドPR、差分、秘密情報混入、報告書を確認する作業。

ChatGPTとCodexを往復する時の基本形

ChatGPTで作業を整理する
Codexにオーダーを渡す
Codexが実装・確認する
Codex報告書を受け取る
ChatGPTで報告書を判定する
次のCodexオーダーを作る

Codexに思いつきを直接投げ続けるより、ChatGPTで整理してから渡す方が安全です。報告書を見てから次の作業を決めると、同じファイルを重ねて触る事故を減らせます。

総合管理スレッドと個別作業スレッドを分ける

項目総合管理スレッド個別作業スレッド
役割全体方針と優先順位を決める1つのCodex作業を進める
書くことどの作業を先に進めるか、保留すること、横断ルール、全体の現在地具体的なCodexオーダー、Codex報告書、対象ページの確認、次の1作業
向いている判断複数作業の交通整理変更内容と確認結果の判定
注意点細かい実装報告を全部貼りすぎない別作業の報告書を混ぜない

Codex報告書はどこに貼るべきか

Codex報告書は、該当する作業スレッドに貼ります。別のサイトや別の作業スレッドに貼ると、どの変更を確認したのか分かりにくくなります。総合管理スレッドには、要点だけを戻すのがおすすめです。

良い運用

作業AのCodex報告書は、作業Aスレッドへ貼る。

良い運用

作業BのCodex報告書は、作業Bスレッドへ貼る。

良い運用

全体判断だけ、総合管理スレッドで整理する。

確認すること

変更ファイル、確認結果、未確認事項、停止条件を必ず見る。

複数サイトを同時に進める時の考え方

別サイトなら並行してもよい場合があります。ただし、各サイト専用のCodex画面、専用のChatGPTスレッドを分けます。同じサイト内で同じファイル周辺を複数作業で触るのは危険です。

全体総合管理
AサイトA作業スレッド
BサイトB作業スレッド

報告書が返ってきたら、そのサイトのスレッドで判定します。総合管理スレッドでは、どちらを優先するかだけ決めると整理しやすくなります。

思いついたことは次回候補にする

作業中に思いついたことは捨てなくてよいです。ただし、今のCodex作業に混ぜない方が安全です。まずChatGPT側で「次回候補」として整理し、報告書を見てから次オーダーにします。

A今すぐやる
B次にやる
Cあとでやる
D保留

やってはいけない管理方法

この運用は避ける
  • 同じ作業を複数Codex画面に投げる
  • 報告書を別サイトのスレッドに貼る
  • 思いつきをCodexに直接投げ続ける
  • 同じファイルを複数作業で同時に触る
  • どの作業が反映済みか分からないまま次へ進む
  • Search ConsoleやAdSenseの判断と実装作業を混ぜる
  • 人間確認なしで次々に公開反映する
  • 総合管理スレッドに細かい実装報告を全部貼る

Codex作業管理チェックリスト

  • □ 作業対象ごとにプロジェクトを分けている
  • □ 作業スレッドの目的が分かる
  • □ Codex報告書を貼る場所が決まっている
  • □ 総合管理と個別作業を分けている
  • □ 同じサイト内で作業を重ねすぎていない
  • □ 触ってはいけないファイルを明記している
  • □ 停止条件を入れている
  • □ 報告書を見てから次の作業を決めている
  • □ 思いつきは次回候補に分けている
  • □ 最終判断は人間が行う

秘密情報や認証情報は貼らず、画面やスレッドが増えすぎたら一度整理してから次に進みます。

関連ページ

Codexの並行作業を始める前に

Codexを複数画面で動かす前に、画面数、報告書の貼り先、同じサイト内で作業を重ねないルールを確認しておくと安全です。

Codex作業をプロジェクトで整理する

作業対象ごとのプロジェクト、作業単位のスレッド、Codex報告書の置き場所を決めておくと、複数作業でも混線しにくくなります。

Codexプロジェクトを育てる

Codexオーダー、報告書、接続ブロック、現在地メモを整理する場合は、Codex専用プロジェクトの設計ルールを先に決めておくと、作業対象や次回候補が混ざりにくくなります。

Codexはタスク単位で整理する

Codex作業は、管理場所を細かく増やすより、1タスク1目的で切り、スレッド・リポジトリ・作業環境を混ぜないことが大切です。

Codexプロジェクトを分ける意味

Codexは何でも細かく分ける必要はありません。サイト、リポジトリ、権限、作業ルールが混ざる時だけ、プロジェクトを分ける意味があります。