Codex作業ログをGitHubに残す時の注意点｜報告書・commit・PR・Secrets確認
Codexの報告書は便利ですが、そのまま公開履歴に貼るのは危険な場合があります。公開用の要点と内部用の詳細を分けます。
このページでわかること
- Codex作業ログをGitHub履歴へ接続できる
- 公開してよい情報と伏せる情報を分けられる
- commit messageとPR descriptionの役割を整理できる
まず確認すること
- 作業対象、変更内容、確認結果を要約する
- 詳細報告は必要に応じて内部管理に分ける
- Secrets、サーバーパス、顧客情報、verification値を伏せる
- PR本文には確認項目を残す
やってはいけないこと
- 内部向け報告書をそのまま公開欄へ貼らない
- 公開ログと内部ログを混同しない
- 実際の認証情報やローカルパスを書かない
安全寄りに進める手順
- 対象のrepo、branch、PR、Actions runを確認する。
- Secrets、APIキー、token、.env、個人情報が差分やログに出ていないか見る。
- 必要な場合は値を停止または再発行し、影響範囲を整理する。
- 変更は小さなbranchとPRに分け、CIとreviewで確認する。
CodexやAI作業時の注意
AIに作業を渡す時は、対象ファイル、触らないファイル、確認項目を明記します。認証情報や実際のキー値は本文、Issue、PR説明、ログ、レポートに残さないようにします。
一次情報で確認する領域
Actions、Secrets、PR、repository visibility、workflow permissionsは仕様が変わることがあります。実作業前にはGitHub Docsで最新の説明を確認してください。