Before ordering Codex

Codex作業はどのくらい小さく分けるべきか

Codexへの依頼は、大きいほど確認が難しくなります。1回の作業は、目的、対象、確認方法が一目で分かる大きさに分けるのが基本です。

このページは非公式の実務ガイドです。重要な判断は人間が行い、最新情報やサービス仕様は提供元の情報も確認してください。
decision.md
before_order:
  scope: small
  allowed: clear
  forbidden: clear
  stop_conditions: required
verify:
  human_review: true

このページで分かること

Codex作業を1作業1目的に分け、大きな一括変更を避け、停止条件と報告書でロールバックしやすくする考え方を整理します。

判断の基準

  • 1つの依頼で目的が1つに絞れているか
  • 変更ファイルを予想できるか
  • 確認URLが決まっているか
  • 戻す対象が分かるか
  • 報告書で確認できる粒度か

Codexに頼んでよい例

  • 1ページの本文補強だけ頼む
  • ヘッダーの表示調整だけ頼む
  • 特定カテゴリの内部リンクだけ確認する
  • ニュースカード構造だけ整理する
  • 1つのテンプレートを追加する

注意が必要な例

  • 全ページのデザインを一気に変える
  • SEO、画像、cron、GitHubを同時に頼む
  • 大きな削除を含める
  • 複数サイトを同時に書き換える

やってはいけないこと

  • 止める条件なしで大規模依頼を出す
  • 報告書形式を指定しない
  • 確認URLを渡さない
  • 戻しやすさを考えない

Codexに渡す指示文例

このCodex作業を安全な単位に分割してください。1作業1目的、変更してよいもの、変更してはいけないもの、停止条件、確認項目、報告書形式に分けてください。

停止条件

  • 変更範囲が広すぎる
  • 1回で確認できない
  • 戻す対象が分からない
  • 複数の危険作業が混ざる

次に読むページ