Codex CloudでGitHubのリポジトリが表示されない｜接続先と権限の確認

01まず「一覧に出ない」と「選んだ後に使えない」を分ける

この記事は、Codexを開けるのに、使いたいGitHubリポジトリを選べない場合の確認手順です。Cloudの概要やPR作成ではなく、接続先・所有先・許可範囲を照合します。

GitHubに接続済みという表示だけでは、その接続で対象リポジトリを読める・書き込めるとは判断できません。環境を使える権限と、GitHub上の権限も別です。

根拠：接続済みでもアクセスできない場合の公式確認事項

02現行Cloudの画面とGitHubアカウントを照合する

現在の環境作成画面を基準にする

繰り返し使う環境を新しく作る公式手順は、WebまたはデスクトップのWork in → Cloud → Select environment → Create environmentからリポジトリを選ぶ流れです。Settings → Codex Cloud → Environmentsからも作成できます。必要に応じてGitHub接続を求められます。

デフォルト環境が表示される場合は、リポジトリを選ばずタスクを開始することもできます。後から利用可能なリポジトリを取得するようCodexに依頼できますが、それによってGitHubのアクセス許可が自動的に与えられるわけではありません。デスクトップでは、GitHub.comにあり接続済みのプロジェクト関連リポジトリがデフォルト環境で自動的に使われる場合もあります。

モバイルで利用可能な環境を選ぶ操作と、Web・デスクトップで再利用する環境を作る操作は別です。画面が見つからないときは、現在の利用面も控えてください。

根拠：環境を作成する入口

アカウント名と owner/repository を1組で控える

1. ChatGPT側のアカウント・ワークスペースが、利用する予定のものか確認します。
2. 接続で使用しているGitHubアカウント名を確認します。別タブで開いているGitHubと同じとは決めつけません。
3. GitHubで対象のURLを開き、owner/repositoryのownerが個人か組織かを確認します。
4. そのGitHubアカウントで対象を閲覧できるか確認します。閲覧できない場合は、まず本人へのアクセス許可を依頼します。

たとえば、個人アカウントにAppが入っていても、仕事先の組織が所有するリポジトリへの許可とは別です。これは切り分け用の例で、実測した障害事例ではありません。

根拠：各ユーザー自身のGitHub接続とリポジトリ権限

Legacyの画面なら、現行版の操作を無理に当てはめない

公式は現行CloudとCodex Cloud（Legacy）を分けています。コードレビューなど既存の連携ワークフローにはLegacyが残っています。画面が異なるときは、公式ページ内のLegacy案内で確認し、同じボタン名があるはずだと判断しないでください。

根拠：現行CloudとLegacyの区別

03GitHub Appの所有先と対象リポジトリを確認する

次に、現在のCodex接続に対応するGitHub Appのインストール先を確認します。通常のChatGPT向けGitHub連携を設定しただけで、Codex側の確認が完了したとは扱いません。Codexから開いた認証・接続画面と、GitHubに表示されるAppを照合してください。対象がAppの選択設定に含まれていても、利用者自身の権限や組織の設定も別に確認します。

この記事では実アカウントの接続画面を操作していないため、App名を固定して案内しません。名前が似ているという理由だけで別Appの許可を変更せず、対象が分からなければ管理者へ確認します。

根拠：インストール済みGitHub Appの確認場所

Only select repositoriesなら、目的の1件が含まれるかを見る

Appの設定でRepository accessを確認します。Only select repositoriesを選んでいる場合は、対象のリポジトリが選択範囲に含まれているかを見ます。権限があり、組織として許可された変更なら必要な対象だけ追加して保存します。

表示させるためにAll repositoriesへ一律に広げる必要がある、とは案内しません。既存の選択を誤って外さないこと、ほかの業務への影響がないことも確認してください。Configureは同じ所有先の他リポジトリにも関係する設定です。GitHubは、App自身が後から作成したリポジトリには、そのAppへ自動でアクセスが付与されるとも説明しています。

根拠：Repository accessと設定の影響範囲

privateかどうかだけでは判断できない

privateリポジトリだから必ず利用不可、または接続済みなら自動で利用可能、のどちらでもありません。本人がアクセスできることと、対象Appへ許可された範囲を別々に確認します。なお現行Cloudの公式文書では、セルフホストのGitHub Enterprise Serverは未対応とされています。会社の独自ホストの場合は、権限変更を続ける前に提供条件を確認してください。

根拠：現行Cloudの制限事項

04自分で変えられないときは、必要な対象を絞って依頼する

GitHub公式では、組織オーナーは組織のAppへのリポジトリアクセスを変更でき、リポジトリ管理者も既存インストールに自分の管理する対象を追加できると説明しています。ただし、利用者本人がそのロールを持つとは限りません。設定が見えない・承認待ちなら、無断で別の経路を作らず担当者へ相談します。

根拠：組織オーナー・リポジトリ管理者が変更できる範囲

ChatGPTワークスペースの管理者と、GitHub組織のオーナーは同じとは限りません。「Cloudが使えない」と「GitHubの対象が選べない」を分けて伝えると、担当先を決めやすくなります。

Codex Cloudのリポジトリ選択に対象が表示されません。
発生日時・タイムゾーン：
利用面：Web／デスクトップ、現行Cloud／Legacy
ChatGPTワークスペース：
接続しているGitHubアカウント：
対象：owner/repository
GitHub上で本人が閲覧できるか：
確認したApp名・インストール先：
対象Appの組織での許可と、このリポジトリのアクセス範囲を確認いただけますか。
全リポジトリへの拡張ではなく、必要な対象だけで確認したいです。
※秘密鍵・トークン・パスワード・ソースコードは記載しません。

対象名自体が機密の場合は、組織の承認済みの窓口だけで共有します。スクリーンショットには無関係なリポジトリ名やアカウント情報を残さないでください。

05許可を確認した後は、一覧・環境・タスクを別々に確かめる

一覧にまだ出ない場合

正しい接続先のまま選択画面を開き直し、対象が出るかを確認します。何分で必ず反映されるという時間は断定できません。接続解除やApp削除を何度も繰り返すと既存の作業にも影響するため、確認した設定と時刻を残して相談してください。

広い範囲で同じ時間に失敗しているなら、OpenAI StatusとGitHub Statusの該当機能・時間帯も確認します。稼働表示だけで個別の権限が正しいと証明できるわけではありません。

選べたのに、新規タスクで環境が出ない場合

この段階はリポジトリ一覧の問題とは別です。Settings → Codex Cloud → Environmentsで対象環境を確認し、Unpublishedなら準備・確認を終えてPublishする流れになります。既存環境の更新はRepublish後の新しいタスクで確認します。

Publishは準備済み環境を新しいタスクで再利用するための操作で、GitHubの権限を与える操作ではありません。デフォルト環境で開始できる場合は、すべてのタスクに環境の新規作成・公開が必要という意味ではありません。保存・公開・共有を混同しないでください。詳しい準備とテストは関連記事のCloud全体ガイドで扱っています。

根拠：環境や更新内容がタスクで利用できない場合

相談時は、失敗する段階まで伝える

一覧、環境準備、コード取得、pushのどこで止まるかと、正確なエラー文を控えます。本人の権限とAppの範囲を確認しても解決しなければ、機密情報を除いて公式サポートへ伝えます。トークンをチャット本文に貼ることは解決手順にしません。

根拠：サポートに伝える失敗段階

06よくある質問