Codex GitHub guide

CodexとGit連携を考える時の基本

CodexとGitを組み合わせる時は、自動連携そのものより、差分、commit、branch、PR、戻し方を人間が確認できる形にすることが大切です。

このページはGitHub公式サイトではなく、Codex作業でGitHubを確認するための非公式ガイドです。GitHub公式、公認、提携、認定のページではありません。

GitHub API、OAuth、Personal Access Token、Secrets設定、SSHキー設定の実作業は扱いません。APIキー、トークン、Secret、SSHキー、実リポジトリ名、社内情報、サーバーパスは入力・掲載しないでください。

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

  • Git連携の基本
  • commit、diff、branch、PR
  • 戻し方を先に考える
  • 変更ファイル確認
  • 秘密情報チェック

Codexでできること

Codexは、GitHub作業で確認したい観点を整理したり、PRやdiffを見る時のチェックリストを作ったり、release noteを読む時の確認項目を並べたりする補助に使えます。どのrepoを対象にするか、どのファイルを触るか、どのファイルを触らないかを文章にしてから渡すと、作業範囲が明確になります。

Codexだけに任せないこと

CodexがGitHubを何でも自動操作できるとは考えません。PRのマージ、releaseの採用、private/publicの判断、Secretsや.envの扱い、公式情報の確認は人間が行います。特に認証情報やトークンを貼り付けて相談する使い方は避けてください。

GitHubで確認すること

GitHubでは、repository、branch、diff、PR、release、private/public、Secretsの扱いを分けて見ます。Codexの報告だけで終わらせず、GitHub上の差分と公開範囲を確認してから次の作業に進みます。

秘密情報・公開範囲の注意

private repositoryでも秘密情報を入れてよいわけではありません。APIキー、トークン、SSHキー、.env、顧客情報、社内情報、サーバーパス、認証情報は公開・共有前に伏せます。GitHub公式ロゴ、Octocat、公式画像もこのページ群では使いません。

関連ページ

FAQ

CodexにGitHubのトークンを貼ってもいいですか?

貼らないでください。Personal Access Token、APIキー、Secret、SSHキー、認証情報はCodexに入力しない方が安全です。

private repositoryなら秘密情報を入れても安全ですか?

いいえ。privateでも共有範囲や権限、履歴、誤公開のリスクがあります。Secretsや.envの中身をそのまま置かないよう確認します。

CodexだけでPRをレビューできますか?

Codexは確認観点の整理に使えますが、最終レビューやマージ判断は人間が行います。