読み方の1ポイント

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

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

まなぶちゃん

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

GPTガイドくん

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

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

GitHub practical

CodexとGitHub連携の使い方

GitHub連携では、便利さよりも接続範囲、ブランチ、PR確認、重要情報の混入確認を先に決めます。

このページは非公式の実践ガイドです。Codexの仕様や利用条件は変わる可能性があります。最新情報が必要な場合は提供元の情報を確認してください。

最初に分かること

GitHub連携では、便利さよりも接続範囲、ブランチ、PR確認、重要情報の混入確認を先に決めます。

安全に進める考え方

Codex作業後は人間が確認し、重要な判断も人間が行います。

次に読む導線

関連ページへ進み、指示文、チェックリスト、報告書確認までつなげます。

CodexはGitHubの差分確認、Pull Requestレビュー、変更ファイルの整理、READMEや報告書の作成補助に使えます。実装とレビューを近い場所で扱えるため、サイト制作やコード管理と相性があります。

ただし、接続するリポジトリは必要最小限にします。すべてを接続するのではなく、今回の作業に必要な対象だけを選ぶ考え方が安全です。

重大な不具合、セキュリティ上の問題、SEOタグの意図しない変更、重要情報の混入、不要ファイルの混入、戻しにくい変更を優先して確認します。好みの指摘より、実害がありそうな点を先に見ます。

mainへ直接大きな変更を入れる、権限範囲を広げすぎる、接続情報を貼る、PRを読まずに取り込む、AIレビューだけで完了扱いにする、といった進め方は避けます。

このPull Requestをレビューしてください。重大な不具合、セキュリティ上の問題、SEOタグの意図しない変更、重要情報の混入、不要ファイルの混入、戻しにくい変更がないか確認してください。軽微な好みの指摘ではなく、実害がありそうな点を優先してください。