ChatGPT Business で Codex を使い始める際、最初のつまずきは「誰に何を許可すればよいか」が一枚岩ではない点です。ワークスペースのロール、ローカル実行、Codex cloud、リポジトリ権限、分析・監査は別々に設計する必要があります。この記事では、ワークスペース管理者・情報システム担当者向けに、初期設定で最初に確認すべきことを手順化して整理します。
本記事の結論: ChatGPT Business で Codex を導入する初期設定は、「ChatGPT ワークスペース全体の権限」と「Codex の実行・接続先の権限」を分けて設計することが重要です。
まず理解する：Codex 設定は 1 つのスイッチでは完結しない
ChatGPT Business で Codex を使い始める前に、管理者は「どの設定が何を制御するのか」を分けて把握する必要があります。公式ドキュメントでは、ChatGPT workspace、Local clients、Codex cloud、Platform API、Plugins、Connected systems という複数の管理境界が示されています。ある境界でアクセスを付与しても、別の境界のアクセスが自動的に付与されるわけではありません。Roles and workspace permissions
たとえば、ChatGPT ワークスペースのメンバーであることは、外部のリポジトリやファイルにアクセスできることを意味しません。また、ローカルクライアントの実行ポリシーは、ユーザーのシート、モデルの利用資格、外部システムの権限を変更するものではありません。ここを混同すると、「管理画面では許可したのに動かない」「ローカルでは使えるがクラウドでは使えない」といった運用上の問い合わせが増えやすくなります。
最初に作るべきものは、詳細な操作マニュアルではなく、管理境界ごとの責任者一覧です。ワークスペース設定、ローカル実行ポリシー、Codex cloud、接続システム、分析・監査のそれぞれについて、誰が承認し、誰が設定し、誰が問い合わせを受けるかを明確にします。導入前の全体チェックには、社内の検討項目を整理した /blog/codex-enterprise-adoption-checklist もあわせて確認すると、抜け漏れを減らしやすくなります。
ChatGPT 全体の機能と Codex 固有の設定を分ける
管理画面では、ChatGPT ワークスペース全体に関わる設定と、Codex の利用面に関わる設定が近い文脈で出てくることがあります。非エンジニアの管理者ほど、ここを先に分けておくと社内説明がしやすくなります。
| 区分 | 主に見る対象 | 注意点 |
|---|---|---|
| ChatGPT ワークスペース全体 | メンバー、シート、組み込み管理者ロール、RBAC、グループ | ワークスペース上のアクセスを付与しても、外部リポジトリや接続先システムの権限は自動付与されません。 |
| Codex のローカル利用 | ChatGPT desktop app、Codex CLI、IDE extension でのローカル実行 | 承認、権限プロファイル、ファイルシステム、ネットワークアクセスなどの実行時ポリシーを別に確認します。 |
| Codex cloud | ホスト環境、接続リポジトリ、クラウド実行ポリシー | ワークスペースアクセスだけで、接続先リポジトリの権限を迂回できるわけではありません。 |
| Plugins / Connected systems | プラグイン、コネクタ、接続先アカウント、外部サービス側の権限 | ChatGPT と Codex は一部のプラグインの管理対象を共有しますが、接続先システム側の認可は別です。 |
公式ドキュメントでは、ChatGPT Work と Codex はコアとなる実行、隔離、権限の仕組みを共有し、ChatGPT Business または Enterprise 契約のセキュリティ境界に含まれると説明されています。一方で、利用できる機能や管理項目は、タスクがローカルで実行されるかクラウドで実行されるか、利用可能なツール、ワークスペースポリシーによって変わります。ChatGPT Work Overview
1. 所有者と利用範囲を決める
初期設定の最初の作業は、Codex を「誰が」「どの範囲で」使うのかを決めることです。公式の管理者向けロールアウトガイドでは、Workspace access、Local runtime policy、Codex cloud、Connected systems、Reporting and compliance など、領域ごとにオーナーを割り当てることが推奨されています。Admin rollout guide
ここでのポイントは、情報システム部門だけで完結させないことです。たとえば、リポジトリを扱う場合は開発部門、監査ログやデータ保持を扱う場合は情報セキュリティ部門や法務・監査部門、利用範囲を決める場合は事業部門の責任者が関わります。Codex の利用対象が一部の開発チームなのか、業務部門も含めた検証なのかによって、必要な設定や社内説明は変わります。
進め方としては、次の項目を最初に決めると実務に落とし込みやすくなります。
1. 対象者 — 最初に利用する部署・チーム・代表ユーザーを決めます。
2. 利用面 — ChatGPT desktop app、Codex CLI、IDE extension、Codex cloud のどれを対象にするかを確認します。
3. 接続先 — リポジトリ、ファイル、外部サービスなど、利用に関係するシステムを洗い出します。
4. 承認者 — ワークスペース、リポジトリ、監査・分析の承認者を分けて決めます。
5. 検証方法 — 代表ユーザーでサインイン、機能アクセス、権限の効き方を確認します。
なお、プランごとの利用条件や機能差は更新される可能性があります。料金・プランの判断は、管理設定とは分けて確認するのが安全です。法人利用時の整理観点は /blog/codex-plans-and-pricing-for-business も参考にしてください。
2. メンバー、シート、ロールを最小権限で設定する
次に、ChatGPT ワークスペース上で、メンバー、シート、グループ、ロールを設定します。公式ドキュメントでは、シートは利用できるプロダクト面に関わり、組み込みの管理者ロールは管理権限に関わり、カスタムロールはサポートされる機能の利用可否に関わるものとして区別されています。Roles and workspace permissions
管理者が注意すべき点は、「管理者にすること」と「Codex を使えるようにすること」を同じ意味で扱わないことです。Owner はワークスペース全体の設定を管理し、Admin はサポートされる操作やグループを管理します。一方、Member は管理権限を持たず、Analytics Viewer はワークスペース分析にアクセスできます。組み込みの管理者ロールは、ワークスペースを管理する人に限定するのが基本です。
また、ロールベースアクセス制御では、ワークスペースの既定値と、対象者向けのカスタムロールを分けて考えます。公式ドキュメントでは、対象となる権限について Default、On、Off の考え方が示されており、適用されるいずれかのロールで明示的に Off が設定されている場合、別のロールで許可されていてもアクセスがブロックされると説明されています。Roles and workspace permissions
実務では、最初から全社員に広げるより、部署・職種・プロジェクト単位で対象グループを作り、代表ユーザーで検証してから範囲を広げるほうが管理しやすくなります。特に Codex はリポジトリやローカル環境、クラウド環境と関係するため、ワークスペースの設定だけでなく、接続先側の権限もあわせて確認してください。
3. ローカル利用のポリシーを決める
Codex をローカルで利用する場合は、ChatGPT desktop app、Codex CLI、IDE extension などの対象クライアントに対して、実行時のポリシーを検討します。公式ドキュメントでは、ローカル実行ポリシーは、承認、権限プロファイル、ファイルシステムやネットワークアクセスなど、サポートされるローカル実行の挙動を制約するものと説明されています。Admin rollout guide
ここで重要なのは、ワークスペースのロールとローカル実行ポリシーを混同しないことです。ユーザーにワークスペース上のアクセスを付与しても、ローカルでどの範囲まで操作できるかは別途設計が必要です。また、「ローカルで利用する」という説明だけで、データ取り扱い上の安全性を一括して判断しないことも重要です。公式ドキュメントでは、Local Work はユーザーのデバイス上の ChatGPT desktop app を通じてタスクを実行し、ユーザー権限、ワークスペース制御、デバイスのセキュリティポリシーに従って、利用可能にされたローカルファイルやアプリケーションなどにアクセスできると説明されています。ChatGPT Work Overview
公式ドキュメントでは、requirements.toml をサポートされるクラウド、デバイス、システムのチャネルを通じて配布し、ChatGPT のワークスペースロールやグループとは別のポリシーとして扱うことが示されています。また、サポートされるローカルクライアントでは、従来のサンドボックスモード制限を前提に新しい展開を組むのではなく、権限プロファイルを使う例が示されています。Admin rollout guide
初期段階では、次のような判断表を作ると管理しやすくなります。
| 確認項目 | 管理者が決めること |
|---|---|
| 対象クライアント | ChatGPT desktop app、Codex CLI、IDE extension のどれを使うか |
| 承認ルール | どの操作で承認を求めるか |
| ファイルアクセス | どの範囲のファイルを扱わせるか |
| ネットワークアクセス | 外部接続をどのように制御するか |
| 配布方法 | requirements.toml をどの管理チャネルで配布するか |
4. リポジトリ設定と Codex cloud の境界を確認する
開発組織で Codex を使う場合、リポジトリ単位の設定と Codex cloud の利用可否を分けて設計します。公式の管理者向けガイドでは、リポジトリスコープの設定を使って、プロジェクトの既定値、ルール、スキルを共有できると説明されています。ただし、リポジトリ設定はワークスペース、モデル、Platform API、接続システムのアクセスを付与するものではありません。Admin rollout guide
つまり、リポジトリに設定ファイルを置いても、それだけでユーザーがリポジトリへアクセスできるわけではありません。アクセス権は、接続先のソース管理システム側で管理されます。Codex cloud についても、公式ドキュメントでは、ホストされた環境、接続されたソースリポジトリ、クラウド実行ポリシーを計画する必要があるとされています。Admin rollout guide
初期設定では、次の順で確認すると混乱しにくくなります。
- 対象ユーザーに Codex cloud のアクセスを付与するためのワークスペース設定を確認する
- 対応するソースシステム連携をインストール・設定する
- ソースシステム側で、対象者が必要なリポジトリだけにアクセスできるようにする
- 対象リポジトリ向けのクラウド環境、シークレット、インターネットアクセスを設定する
- 必要に応じて、コードレビューなどのホスト型ワークフローを設定する
- 意図したワークスペース権限とリポジトリ権限を持つ代表ユーザーでテストする
特に情報システム部門が主導する場合、「ChatGPT 側で許可したから、リポジトリも見えるはず」と考えないことが重要です。Codex cloud は、接続されたソースシステムが公開するリポジトリ権限や保護を尊重します。ワークスペースアクセスが、それらの制御を迂回するわけではありません。Admin rollout guide
5. 分析・監査・見直しの運用を先に決める
最後に、利用開始後の分析、監査、見直しの運用を決めます。公式ガイドでは、対話的な ChatGPT ワークスペース分析と Codex 分析には Workspace analytics、プログラムによる集計レポートには Analytics API、監査や調査記録には Compliance API を使うと整理されています。また、プランに依存する Codex アクティビティが対象となる ChatGPT ワークスペースのクレジットを消費する場合は、利用上限や支出管理も確認対象になります。Admin rollout guide
この段階で大切なのは、ログや分析を「後から見ればよいもの」と扱わないことです。誰が分析画面を見られるのか、監査レコードをどのシステムに保管するのか、API キーなどの連携資格情報をどこに保管するのかを、利用開始前に決めておきます。公式ガイドでも、API キーや連携資格情報は組織のシークレット管理システムに保存し、下流システムや保持データへのアクセスを承認された対象に限定することが示されています。Admin rollout guide
また、初期展開後は、アクセス、接続機能、クレジット利用、サポートフィードバック、実際に使われているワークフローを見直すことが推奨されています。管理者向けには、次のような簡易台帳を作ると、設定変更や問い合わせ対応がしやすくなります。
| 管理対象 | 記録する内容 |
|---|---|
| ワークスペース設定 | 所有者、対象グループ、設定日、参照した手順 |
| ローカル実行ポリシー | 配布方法、対象クライアント、承認ルール |
| Codex cloud | 対象リポジトリ、環境、シークレット管理者 |
| 接続システム | 連携の所有者、権限範囲、見直し日 |
| 分析・監査 | 閲覧者、保管先、削除・保持の運用 |
この台帳があると、管理画面の表示やポリシーが更新された場合でも、社内の管理モデルを維持したまま手順を更新できます。
まとめ
ChatGPT Business で Codex を使い始める初期設定では、単に機能をオンにするのではなく、管理境界を分けて設計することが重要です。最初に、ワークスペース、ローカル実行、Codex cloud、接続システム、分析・監査の所有者を決めます。次に、メンバー、シート、ロールを最小権限で設定し、対象クライアントに応じたローカル利用ポリシーを定めます。さらに、リポジトリ権限と Codex cloud の設定を分けて確認し、利用開始後の分析・監査・見直しまで運用に組み込む必要があります。
特に、ワークスペースのアクセス権は、リポジトリや外部サービスの権限を自動的に付与するものではありません。代表ユーザーでサインイン、機能アクセス、リポジトリ権限、ローカル実行ポリシー、分析・監査の確認を行い、小さく始めて段階的に広げる進め方が現実的です。
株式会社デジライズでは、Codex の法人導入に向けた導入コンサルティングと法人研修を支援しています。自社の ChatGPT Business 環境で Codex 導入の進め方を整理したい方は、無料相談をご利用ください。
関連記事
- https://learn.chatgpt.com/docs/enterprise/admin-setup
- https://learn.chatgpt.com/docs/enterprise/roles-and-workspace-permissions
- https://learn.chatgpt.com/docs/enterprise/chatgpt-work-overview
確認日：2026年9月13日。提供条件・機能・料金は変更されるため、最新情報は各公式ページをご確認ください。
デジライズの実績はデジライズ全体の社内集計値です。Codex の機能・対応環境・料金・提供条件は記事の公開・更新時点の OpenAI 公式情報に基づき、変更される場合があります。導入効果は企業や業務によって異なります。
Codex の法人導入・研修・業務活用を支援しています。
法人導入支援サービスを見る
