まず一言でいうと
Codexには、作業に必要な情報だけを渡し、個人情報・認証情報・秘密情報はできるだけ伏せて使います。
Codexを実務で使う時は、便利さより先に「渡してよい情報」と「渡さない情報」を分けます。公開済みURLや一般化した作業内容は扱いやすい一方、個人情報、顧客情報、APIキー、認証情報、GitHub Secrets、Google Driveの共有リンクは慎重に確認します。
このページで整理すること
Codexに渡してよい情報、渡さない方がよい情報、伏せ方、置き換え方、公開前チェックを整理します。危険を煽るためではなく、実務でCodexを安全に使うための境界線を決めるページです。
Codexに渡してよい情報
- 公開済みURLを対象として指定する
- 個人名や連絡先を伏せた本文案を整理する
- 変更してよいファイルと触らないファイルを分ける
- 公開前チェック項目を表にする
渡さない方がよい情報
- APIキー、パスワード、トークン、秘密鍵を貼る
- 顧客名や社内資料をそのまま貼る
- Google Drive共有範囲を確認せずリンクを渡す
- 報告書を匿名化せず公開記事にする
Codexに渡す前の情報分類表
| 情報 | 渡してよい？ | 注意点 |
|---|---|---|
| 公開済みURL | 基本OK | 対象を明確にする |
| ページ本文案 | 条件付き | 個人情報や顧客情報を伏せる |
| 画像素材 | 条件付き | 権利、人物、写り込みを確認する |
| APIキー | NG | 実値を入れない |
| パスワード | NG | 絶対に入れない |
| 顧客名 | 原則NG | 匿名化する |
| サーバーパス | 原則伏せる | 報告書では一般化する |
| DB情報 | NG | 構造変更は停止条件にする |
伏せ方・置き換え方
| 元の種類 | 置き換え例 |
|---|---|
| 実名 | 担当者A、利用者A |
| メールアドレス | メールアドレスA |
| サーバーパス | サーバーパスA |
| APIキー | APIキーは伏せる |
| 顧客名 | 顧客A |
| 電話番号 | 電話番号は省略 |
公開前チェック表
| 確認項目 | 見ること |
|---|---|
| 本文 | 個人情報や会社情報が出ていないか |
| 画像 | 顔、住所、連絡先、内部画面が写っていないか |
| リンク | 共有リンクが公開されすぎていないか |
| meta情報 | 内部情報や顧客名が入っていないか |
| 報告書 | パス、ログ、認証情報がないか |
| GitHub差分 | Secrets、.env、ログが混ざっていないか |
やってはいけないこと
Codexに秘密情報をそのまま貼らない、GitHub Secretsや.envの実値を公開しない、Google Drive共有範囲を確認せずリンクを渡さない、報告書を匿名化せず公開しない。この4つを最低限の停止線にします。
- 法律判断やセキュリティ判断を断定しない。
- DB、cron、.htaccess、AdSense、Search Console確認タグ、robots.txt、ads.txtは軽作業として扱わない。
- 成果保証、順位保証、安全性の保証を書かない。
関連ページ
FAQ
Codexに個人情報を渡してもいいですか？
作業に不要な個人情報は渡さない方が安全です。必要な場合も、匿名化や一般化を先に行い、公開前に再確認します。
APIキーやトークンはどう扱いますか？
実値は指示文、報告書、公開ページ、GitHub差分に出さないのが基本です。必要そうな場面では停止条件にします。
Google Driveリンクは貼ってよいですか？
共有範囲、閲覧権限、編集権限、含まれる個人情報や会社情報を確認してから判断します。実例リンクは公開ページに載せません。
報告書を実践ログ化できますか？
できますが、サーバーパス、ログ、顧客情報、認証情報、内部情報を一般化・匿名化してから使います。
codex 個人情報 / プライバシーで確認すること
Codexに作業を頼む前に、貼ってよい情報と貼ってはいけない情報を分けておくと安全です。
| 情報 | 扱い | 代替方法 |
|---|---|---|
| APIキー、token、.env、DB情報 | 貼らない | 伏字やダミー名にする |
| GitHub Secrets実値 | 見せない | Secret名だけにする |
| 会社情報、顧客情報、個人情報 | 必要最小限にする | 一般化した例に置き換える |
| 公開URLや管理画面情報 | 必要性を確認する | 公開確認用URLだけに絞る |
公開前には、差分、リンク、GitHub Secrets、.env、個人情報の混入がないかを人間が確認します。
Codexに個人情報を入れてよいか迷ったとき
codex 個人情報、codex privacy、codex secrets で来た場合は、実値を貼る前に「見せてよい情報」「伏せる情報」「絶対に入れない情報」を分けます。
| 分類 | 例 | 代替表現 |
|---|---|---|
| 入れてよい情報 | 公開済みURL、一般化したHTML構造、伏せ字のエラー概要 | 公開URL、サンプル名、ダミー値 |
| 伏せるべき情報 | 会社名、顧客名、社内URL、共有リンク、担当者名 | 会社A、顧客B、共有リンクは省略 |
| 絶対に入れない情報 | APIキー、token、password、.env、DB情報、GitHub Secrets実値 | SECRET_NAME、DUMMY_TOKEN |
Codexに個人情報を入れてよいか迷ったとき
codex 個人情報、codex privacy、codex プライバシーで来た人は、実値を入れずに一般化して相談するのが基本です。
| 分類 | 例 | 扱い | 代替表現 |
|---|---|---|---|
| 入れてよい情報 | 一般化したエラー内容、架空のサンプル | 必要最小限 | 「サンプルのフォーム」 |
| 伏せる情報 | 会社名、顧客名、社内URL、担当者名 | マスクする | 「A社」「担当者名」 |
| 絶対に入れない情報 | APIキー、token、.env、DB情報、GitHub Secrets実値 | 貼らない | 「API_KEY_PLACEHOLDER」 |
| 注意が必要な情報 | private repository、管理画面URL、契約情報 | 範囲を決める | 概要だけ説明する |
GitHub private repositoryでも秘密情報を直書きしないでください。詳しくはGitHub Secrets注意とAI個人情報注意も確認します。