Before ordering Codex

Codexに頼む時に注意が必要な危険作業

危険作業は、Codexに絶対頼めないというより、条件を厳しく分ける必要があります。手動確認、バックアップ、停止条件、人間の最終判断を必ず入れます。

このページは非公式の実務ガイドです。重要な判断は人間が行い、最新情報やサービス仕様は提供元の情報も確認してください。

decision.md

before_order:
  scope: small
  allowed: clear
  forbidden: clear
  stop_conditions: required
verify:
  human_review: true

このページで分かること

Codexに頼む時に注意が必要な危険作業を整理します。DB、cron、.htaccess、認証情報、共通部品、全ページ一括置換、削除処理は慎重に扱います。

この作業は危険作業に該当するか確認してください。DB、cron、重要設定、共通部品、一括置換、削除処理、本番影響、バックアップ、停止条件に分けて報告してください。実行はせず、判断材料だけ整理してください。

作業の危険度は、技術的な難しさとは関係ありません。間違えたときに元へ戻せるかどうかで決まります。簡単な操作ほど、戻せない結果になることがあります。

戻せる	本文の書き換え／見た目の調整／新しいページの追加。控えを取っておけば元に戻ります
戻しにくい	全体に効く設定／転送の設定／ファイルの削除。影響が広く、気づくのが遅れます
戻せない	公開してしまった情報／外部へ送ってしまった内容／記録に入れてしまった認証情報。消しても元には戻りません

3行目が本当の危険です。取り消せる操作ではありません。だから「やってから確認する」ではなく、「やる前に止まる」しかありません。

危険な作業を避ける最も確実な方法は、依頼するときに止まる条件を書いておくことです。書いていないと、想定と違った場面でも「別の方法で進めました」という結果が返ります。

そして取り消せない操作は、依頼せずに自分でやってください。公開、送信、削除。この3つは、判断ごと引き受けるべきところです。確認を挟むかどうかではなく、そもそも任せる対象から外します。

CodexでWebサイト作成を進める時、HTML本文やCSSの軽修正は比較的扱いやすい一方で、DB、cron、.htaccess、認証情報、共通部品、全ページ一括置換、削除処理は慎重に分けます。停止条件に該当したら、修正を広げずに報告で止めます。