CodexとGitHub連携で何ができる？

このページで整理すること

このページでは、Codex、GitHub Copilot、Microsoft Copilot、ChatGPTを混同しないために、コード作業、GitHub差分確認、Office資料、仕事利用、安全注意の観点で使い分けを整理します。各サービスの機能や提供状況は変わる可能性があるため、重要な判断では公式情報も確認してください。

Codexでできること

• 作業対象ファイルを確認して修正する
• 変更内容を報告する
• 触っていないファイルを明記する
• 公開前チェックを補助する

Copilotでできること

• GitHub上では差分、PR、branch、履歴を見る
• GitHub Copilotとは役割が違うため混同しない
• GitHub Secretsや認証情報は本文に出さない

使い分け表

実際の作業フロー

1. ChatGPTで作戦整理目的、対象URL、対象ファイル、やらないことを整理します。
2. Codexに作業依頼ファイル修正、確認、報告を依頼します。
3. GitHubで差分確認変更ファイル、PR、余計な差分、秘密情報混入を見ます。
4. 必要ならGitHub Copilotでコード補助IDE内でコードを書く時の補助として使います。
5. Microsoft Copilotで仕事資料化Office資料やメール文に整理する時は社内情報に注意します。
6. 人間が最終確認公開、共有、送信、本番反映は人間が判断します。

やってはいけないこと

• CodexとCopilotを勝ち負けで断定しない。
• GitHub CopilotとMicrosoft Copilotを同じものとして説明しない。
• APIキー、トークン、秘密鍵、GitHub Secrets、認証情報を本文に出さない。
• 会社情報、顧客情報、個人情報をAIに入れすぎない。
• 成果、順位、業務改善を保証する表現を書かない。

連携でつまずくのは、権限と対象の指定

接続そのものより、つないだ後の「どこまで触れるか」で止まることが多いところです。次の3つを先に確かめてください。

• 読めるだけか、書き込めるか。読み取りだけの権限では、変更を反映できません。エラーの文面が権限の話だと分かりにくいことがあります
• 対象がどこか。置き場所が複数あると、想定と別の場所を見ていることがあります。作業前に、いま何を対象にしているかを言わせて確かめます
• 組織の設定で止まっていないか。個人のアカウントでは使えても、組織の下では管理者が許可していないと動きません

2つ目が特に多く、「直したはずなのに変わらない」の原因の大半がこれです。別の場所を直していて、公開されている側には反映されていません。手元のファイルではなく、公開されているものを開いて確かめてください。

認証情報を記録に残さない

連携には接続情報が要りますが、これを作業用のファイルに直接書くと、記録に残ります。後から消しても履歴からは消えません。

• 置き場所を作業用のファイルの外に決める。1か所にまとめ、そこから読ませます
• 実行するときにだけ渡す。その場限りの受け渡しなら、ファイルにも記録にも残りません
• 画面に出さない。確認のつもりで表示すると、作業のログに残ります
• 使い捨ての処理にも同じ規則を適用する。「1回だけだから」と直接書いたものが、まとめて記録に加えられて混ざります

4つ目が実際にいちばん起きます。本番用の道具より、その場で書いた検証用の処理のほうが危険です。規則を適用する対象から外れやすいためです。まとめて記録に加える前に、入っているファイルの一覧を必ず見てください。

関連ページ

FAQ

Codex x GitHub safety workflow

Codex作業後にGitHubで確認する読み順

Codexで作業したら、GitHubで差分、PR、Secrets、触っていないファイルを確認します。GitHubは「何を変えたか」を見る場所であり、main直pushや勝手なmergeを軽く進める場所ではありません。

1. Codexに作業を頼む対象URL、対象ファイル、やること、やらないことを明確にします。
2. 変更ファイルを見る作業対象以外のファイルが変わっていないか確認します。
3. GitHubで差分を見る追加行、削除行、変更理由を確認します。
4. Secretsや余計なファイルを確認するAPIキー、認証情報、ログ、.env が混ざっていないか見ます。
5. PR本文を読む未確認事項、停止条件、確認結果を把握します。
6. 人間がmerge判断するmain直pushや勝手なmerge、本番deployは軽く扱いません。