Codexオーダーに禁止事項を
細かく入れた実践ログ

今回やった作業

Codexへ作業を依頼する時に、実装内容だけでなく、触ってはいけないファイルや禁止事項を細かく入れた流れを一般化します。Codexにはやることだけでなく、やらないことも渡す必要があります。

今回の作業では、表示や本文を改善するだけでなく、触らないものを守ることを重視しました。公開中サイトでは、SEOタグ、広告タグ、DB、cron、設定ファイルを意図せず変更すると、本文修正以上に大きな影響が出ることがあります。

作業前の状態

作業前は、記事追加や表示改善の作業でした。DBやcron、.htaccessは触る必要がなく、robotsや広告タグも変更対象ではありませんでした。しかし明記しないと、目的達成のために作業範囲が広がる可能性がありました。

作業前の段階では、作業対象と対象外を分ける必要がありました。Codexに任せる範囲を明確にしないと、目的達成のために周辺ファイルまで触る可能性があります。特にhead内タグ、広告script、設定ファイル、DBやcronは通常作業から切り離して扱う方が安全です。

作業前に問題だったこと

Codexは目的達成のために、関連しそうなファイルを触る可能性があります。本番サイトでは、設定ファイル、DB、cron、広告タグは影響が大きいため、通常作業では触らない方が安全です。禁止事項を細かく書くことは、事故防止のための実務的な安全策になります。

Codex作業で大事なのは、作業を進めることだけではありません。何を変更しないか、どこで停止するか、変更していないことをどう報告するかを先に決めることで、レビューしやすくなり、事故の切り分けもしやすくなります。

Codexに任せたこと

Codexには、作業対象の整理、変更してよいファイルの確認、触らないファイルの確認、禁止事項の遵守、停止条件の確認、作業後の報告書で違反なしを明記することを任せました。

あわせて、公開HTMLで確認できるものは公開HTMLで確認し、変更ファイル、作成ファイル、触っていないファイルを報告書に分けて書くようにしました。確認していないものは確認済みと書かず、必要になった場合は停止して報告する条件も入れました。

人間が判断したこと

人間側では、禁止事項を細かく書くこと、DB変更禁止、cron変更禁止、.htaccess変更禁止、robotsやads.txtや広告タグ変更禁止を明記すること、必要になった場合は停止して報告させることを判断しました。

人間側で判断するのは、作業の範囲と停止条件です。Codexは実ファイル確認や公開HTML確認に向いていますが、広告タグやDB、cron、設定ファイルを触ってよいかどうかは、人間が先に決める必要があります。

実際に使った指示文の考え方

指示文では、変更してよいファイル、触らないファイル、禁止事項、停止条件、報告書形式を先に書きました。特に、canonical、robots、AdSenseタグ、Search Console確認タグ、DB、cron、.htaccess、robots.txt、ads.txtは触らない対象として明示しました。

うまくいった点

うまくいった点は、変更内容だけでなく維持確認を報告に入れたことです。何を変えたかだけでなく、何を変えていないかが分かると、後から確認する人が安心して差分を読めます。安全確認の項目を固定化すると、次回以降のCodexオーダーにも使い回せます。

詰まった点・危なかった点

• 変更してよい範囲を書かない
• 触らないファイルを書かない
• head内のタグ維持を確認しない
• DB変更なしを報告しない
• 広告タグ変更なしを報告しない

危なかったのは、作業対象外を明記せずに進めてしまうことです。本文修正やカード改善のつもりでも、テンプレートやheadに触るとSEOタグや広告タグへ影響する可能性があります。禁止事項は細かいほど安心材料になります。

作業後に確認したこと

作業後は、公開URLが200 OKであること、canonicalが自己URLであること、robotsがindex,followであること、noindexメタがないこと、広告タグが維持されていること、DBやcronや設定ファイルを変更していないこと、報告書に触っていないものが明記されていることを確認します。

次から使える指示文テンプレート

以下は、SEOタグ維持や禁止事項をCodexへ明確に渡す時に使えるテンプレートです。

今回の作業では、以下を変更しないでください。

DB、cron、.htaccess、robots.txt、ads.txt、AdSenseタグ、Search Console確認タグ、問い合わせフォーム、メール設定、WordPress本体、DNS、Git設定は触らないでください。

これらの変更が必要だと判断した場合は、勝手に変更せず、停止して報告してください。

作業後の報告書では、変更したファイル、作成したファイル、触っていないファイル、禁止事項違反の有無を明記してください。

確認チェックリスト

安全確認では、変更したことと変更していないことを分けて見ることが重要です。

• DB変更禁止
• cron変更禁止
• .htaccess変更禁止
• robots変更禁止
• ads.txt変更禁止
• 広告タグ変更禁止
• Search Consoleタグ変更禁止
• 対象外ファイルを触らない
• 必要なら停止して報告
• 報告書で違反なし確認

関連する使い方ガイド

注意書き

この記事は、実際の作業を一般化してまとめた実践ログ型ガイドです。具体的な案件名、内部情報、サーバーパス、秘密情報は掲載していません。

安全確認は、作業を止めるためではなく、作業範囲を明確にして公開後の事故を減らすためのものです。必要な変更が出た場合は、通常作業に混ぜず、別オーダーとして扱う方が安全です。