Codex workspaceとは｜プロジェクトと利用枠の確認方法

Codex workspaceとは何か

Codex workspaceは、Codexを使う人と管理設定、利用枠、アクセスできる機能をまとめる単位です。個人のChatGPTアカウントだけで使う場合は、自分のアカウントと作業場所が近いため、workspaceを強く意識しないこともあります。会社やチームのChatGPT workspaceに参加すると、同じサービスを使っていても、管理者が許可した機能、利用できるモデル、メンバーの役割、利用枠の扱いが変わります。

大切なのは、workspaceをコードの保存場所と混同しないことです。コードはローカルのフォルダーやリポジトリに置かれ、プロジェクトはその作業に必要な文脈をまとめ、workspaceは誰がどの機能を使えるかを管理します。OpenAIの公式FAQでも、管理されたworkspaceはCodex LocalとCodex Cloudを別々に制御でき、Remote Controlにはworkspaceでの有効化や役割による許可が必要になる場合があると説明されています。詳しくはOpenAIのCodex利用FAQを確認してください。

workspace、プロジェクト、フォルダーの違い

フォルダーは実際のファイルが置かれる場所、プロジェクトは作業に関係する会話や資料をまとめる場所、workspaceは利用者と管理設定の範囲です。たとえば同じリポジトリを見ていても、個人workspaceと会社workspaceでは、Codexの利用可否や利用枠が違うことがあります。プロジェクトが表示されることだけで、コード編集やRemoteまで許可されているとは判断しないでください。

workspaceとホストの違い

ホストは、Codexが実際に接続してファイル、端末、開発ツールを扱うコンピューターです。デスクトップアプリでローカルフォルダーを開く場合はそのPCがホストになり、RemoteではMacまたはWindowsをホストとしてスマートフォンから状態を確認します。workspaceはホストそのものではないため、workspaceに参加していても、対象ホストが起動していない、別のアカウントで接続している、対象フォルダーが開かれていないと作業は進みません。

なぜ今Codex workspaceを確認するのか

2026年6月25日、Codex Remoteが全ChatGPTプランで一般提供になりました。公式リリースノートによれば、ChatGPTモバイルアプリから接続済みのMacまたはWindowsで作業を始めたり続けたりでき、スマートフォンから進捗を見て操作を承認できます。これは便利な反面、workspace、接続先のホスト、スマートフォン側のアカウントが同じ作業を指しているかを確認する必要があるということでもあります。最新の提供条件はOpenAI Help Centerの公式リリースノートで確認できます。

7月16日のデスクトップアプリ更新では、ChatGPTとCodexを選ぶ切り替え、最近の作業をまとめて見る場所、プロジェクトの扱い、端末をまたいだWorkの継続が案内されました。同じ説明ではCodexの表示と履歴は別のままとされています。ChatGPTのプロジェクトが見えているからといって、Codexのローカル作業やRemoteの接続先が同じ条件になるとは限りません。入口が増えた今は、画面に表示された名前だけでなく、実際の作業場所と権限を合わせて見ることが大切です。更新内容はOpenAI公式リリースノートに掲載されています。

2026年6月以降のRemoteとworkspace

Remoteは、workspaceの設定、ホストの状態、モバイルアプリの接続がそろって初めて使えます。接続済みのMacで作業を始めた後、同じアカウントのスマートフォンから進捗を見られても、別workspaceのプロジェクトをそのまま操作できるわけではありません。接続先の表示名、対象プロジェクト、最後に見た差分を毎回確認すると、別の作業を開いてしまう事故を防げます。

Codex LocalとCodex Cloudを分けて考える

Codex LocalはCLI、IDE拡張、デスクトップアプリなど、手元の環境を使う作業を指します。Codex Cloudはクラウド側に委ねる作業で、workspaceの設定や利用できるプランによって扱いが変わります。公式FAQは、この二つをworkspaceの管理上も別に制御できると説明しています。ローカルのCodexが動くのにクラウド作業だけ始まらない場合は、アプリの不調と決めつけず、workspaceの許可と利用枠を確認しましょう。

Codex workspaceを確認する手順

workspaceを確認するときは、画面の表示を上から追うより、アカウント、役割、作業場所、利用枠の順に分けると原因を絞りやすくなります。個人の設定と会社workspaceの設定が混ざると、同じメールアドレスでログインしていても想定と違う状態になることがあります。まず自分がどのworkspaceにいるかを明確にし、次にCodexの入口と作業場所を確認します。

Step 1: 現在のworkspaceを特定する

最初に、プロフィールやworkspace切り替えの画面で、現在選ばれているworkspace名を確認します。個人workspaceなのか、会社やチームのworkspaceなのかを記録し、作業を依頼するプロジェクトの名前も合わせて控えます。名前が似ているworkspaceが複数ある場合は、管理者や契約が異なる可能性があるため、表示名だけで決めないでください。

1. ChatGPTまたはCodexのデスクトップアプリを開き、現在のアカウントを確認する。
2. workspaceの切り替え欄を開き、作業対象と一致するworkspaceを選ぶ。
3. プロジェクト名と対象フォルダーまたはリポジトリが一致しているか確認する。
4. 以前の作業を続ける場合は、履歴のworkspaceとホストが同じか確認する。

Step 2: 役割とCodexの許可を確認する

workspaceの名前が合っていても、Codex Local、Codex Cloud、Remoteがすべて使えるとは限りません。公式FAQは、管理されたworkspaceでローカル利用とクラウド作業を個別に制御できること、Remote Controlにworkspaceの有効化や役割ベースの許可が必要になる場合があることを示しています。自分がOwnerやAdminでない場合は、表示される設定が限られていることもあります。

1. 自分の役割がWorkspace Owner、Admin、Memberのどれに当たるか確認する。
2. Codex LocalとCodex Cloudの利用可否が別々に表示されていないか確認する。
3. Remoteを使う場合は、workspaceでRemote Controlが許可されているか確認する。
4. 設定を変えられない場合は、管理者へworkspace名、対象プロジェクト、表示されたメッセージを伝える。

Codexの利用枠とworkspaceの関係

Codexの利用枠は、個人の画面に表示される数字だけを見ればよいとは限りません。OpenAIの公式FAQでは、プランによってはCodex、ChatGPT Work、ChatGPT for Excel、Workspace Agentsの利用が同じエージェント向け利用枠やクレジットプールから差し引かれると説明されています。Codexをほとんど使っていないのに上限に近い場合は、同じworkspaceやプランで別の対象機能が使われていないか確認する必要があります。利用量は作業の規模、モデル、実行場所で変わるため、数値は必ずOpenAIの公式FAQと料金案内で確認してください。

Businessでは、含まれる利用枠を使い切った後にworkspaceの共有クレジットを使える場合があり、座席種別や個別利用者に上限を設定できます。EnterpriseとEduでは、契約に紐づく共有プールをworkspace全体で使い、OwnerやAdminがグループ単位で支出管理を設定できると案内されています。プランが違えば、同じ「workspace」という表示でも、利用枠の仕組みや管理者ができることは変わります。詳しい条件はOpenAIの柔軟な料金設定の案内を参照してください。

含まれる利用枠と共有クレジット

含まれる利用枠は、プランに最初から含まれる利用量です。共有クレジットは、workspace側で購入・割り当てられ、対象ユーザーが追加で使える枠として扱われます。Business、Enterprise、Eduで仕組みが異なるため、「自分の上限」と「workspace全体の残量」を別々に確認しましょう。個人プランのCodex利用と、組織workspaceのCodex利用を同じ感覚で比較しないことが大切です。

上限に達したときの見方

上限の表示が出たときは、まず自分のプラン、現在のworkspace、利用枠が戻る時期、追加クレジットの可否を確認します。Businessではworkspaceにクレジットがなければ機能が止まり、管理者へ追加を依頼する表示が出る場合があります。EnterpriseやEduでは共有プールの残量と管理者が設定した上限を見ます。作業を別workspaceへ移す前に、コードやデータの持ち出しが許可されているかを必ず確認してください。

メンバーと管理者が見るworkspace設定

workspaceでCodexを使うとき、利用者が見える設定と、OwnerやAdminだけが変えられる設定は異なります。メンバーは自分の作業場所、利用枠、接続先を確認できますが、CodexのLocalやCloudをworkspace全体で有効にする操作、役割ごとの許可、クレジットや利用上限の変更は管理者側にあることが多いです。作業が始まらないからといって、すぐに端末を再インストールするのは得策ではありません。

OpenAIのBusiness向け案内では、workspaceの請求設定からクレジットを追加し、座席種別または個別ユーザーに月間の利用上限を設定できると説明されています。個人の利用者が確認できるのは、設定された範囲と自分の現在の利用状況です。管理者へ相談するときは、「Codex Localが見えない」「Cloudだけ使えない」「Remoteが接続先を出さない」「利用枠の表示が想定と違う」のように症状を分けて伝えましょう。出典はOpenAIのBusiness向けクレジットと支出管理の案内です。

Owner、Admin、Memberの役割を分ける

Ownerは契約やworkspace全体に関わる判断を担い、Adminはメンバーや機能の管理を担当し、Memberは許可された範囲で作業します。実際の名称や権限は契約によって変わるため、役割名だけでできることを断定しないでください。自分で変更できない設定を何度も探すより、現在のworkspace名と表示されたエラーを添えて管理者へ確認する方が早く解決します。

利用者の履歴とworkspaceの共有範囲

workspaceに参加しているからといって、個人の会話履歴がすべて他のメンバーに表示されるわけではありません。OpenAIのBusiness向け案内では、個人の非公開チャット履歴は、本人が特定のチャットやリソースを共有しない限り別に扱われると説明されています。Codexの作業でも、共有してよいリポジトリ、ログ、差分を区別し、必要な範囲だけを共有する習慣を持ちましょう。

プロジェクトとローカル作業をworkspaceに合わせる

デスクトップアプリのプロジェクトは、作業の目的や資料をまとめる便利な単位です。しかし、プロジェクトの表示とローカルフォルダーの状態は同じではありません。公式のデスクトップアプリ案内では、作業場所を選び、Codexを選択して新しいチャットを始め、必要なファイルや文脈を加える流れが示されています。プロジェクト名だけで依頼を送らず、実際に開いているフォルダーと対象ファイルを確認してください。詳しくはCodexデスクトップアプリの公式クイックスタートで確認できます。

CLIやIDE拡張で同じworkspaceの作業を続ける場合も、プロジェクトの名前ではなく、ローカルのフォルダー、現在のブランチ、未保存の変更を確認します。workspaceが変わると利用条件や履歴が変わることがありますが、ローカルファイルは自分の端末に残っています。別workspaceへ切り替える前に、現在の差分を保存し、どのリポジトリを開いているかを記録しておくと、作業の取り違えを防げます。

Projectの文脈とコードの文脈

Projectの文脈は、会話、資料、目的、関連する作業をまとめるものです。コードの文脈は、ファイル、依存関係、実行結果、テスト、現在の差分です。前者だけをCodexに渡しても、ローカルコードの状態が分かるとは限りません。反対にファイルだけを見せても、なぜ変更するのかが不足します。依頼では、Projectで決めた目的と、ローカルで確認した対象ファイルを一緒に伝えましょう。

Cloud作業を始める前の確認

Cloud側の作業を使う場合は、対象リポジトリ、利用できる環境、workspaceの許可、利用枠を先に確認します。作業が作成できないときは、ブラウザーの不具合だけでなく、Cloud機能がworkspaceで許可されているか、対象リポジトリを扱えるか、利用枠が残っているかを順に見ます。ローカルで動くCodexとCloudの作業が同じ条件だと思い込まないことが切り分けの出発点です。

Remoteでworkspaceの作業を確認する

Remoteを使う場合、workspaceは「どのメンバーが接続を許されるか」、ホストは「どのコンピューターでコードを扱うか」、スマートフォンは「どこから進捗を確認するか」を分担します。OpenAIのリリースノートでは、Remote Controlの接続に一対一のQRペアリングを使い、スマートフォンから作業の開始、継続、進捗確認、承認ができると説明されています。接続を便利な遠隔操作とだけ考えず、三つの境界を確認する仕組みとして扱いましょう。

Step 1: ホスト側の状態を確認する

まずCodexを実際に動かすMacまたはWindowsを確認します。ホストが起動してオンラインであること、Codexアプリが対象workspaceで開かれていること、プロジェクトとフォルダーが合っていることを見ます。ホストがスリープしたりアプリが終了したりすると、スマートフォン側で作業を見つけても続きは送れません。

1. ホスト側でCodexアプリと対象プロジェクトを開く。
2. workspace名、アカウント、プロジェクト名を表示して記録する。
3. 対象フォルダーと最後に確認した差分が正しいか確認する。
4. ホストを起動したまま、モバイル側から接続状態を確認する。

Step 2: モバイル側で作業を確認する

スマートフォンでRemoteの作業を開いたら、まず接続先のホスト名と最後の進捗を読みます。いきなり新しい変更を頼むのではなく、「現在のテスト結果を要約して」「未解決点を一つだけ示して」のように状態確認から始めます。操作の承認を求められた場合は、対象と影響を読んでから判断し、長い仕様が必要な変更はホスト側へ戻って依頼します。

Codex workspaceで起きる問題の切り分け

workspace周りの問題は、「表示されない」「開始できない」「途中で止まる」「別の作業が見える」の四つに分けると整理しやすくなります。表示されない場合はアカウントや役割、開始できない場合は機能の許可や利用枠、途中で止まる場合はホストや接続、別の作業が見える場合はworkspaceとプロジェクトの選択を確認します。症状を一つに絞ってから公式案内と照らし合わせましょう。

Codexが選択肢に出ないとき

現在のworkspace、契約プラン、アプリの対象OS、管理者によるCodex LocalまたはCloudの許可を確認します。デスクトップアプリの表示更新だけでは直らない場合があるため、別アカウントや個人workspaceで試す前に、会社workspaceの設定を確認してください。自分で変更できないなら、管理者へ「どのworkspaceで、どの画面に、何が表示されないか」を伝えます。

利用枠の警告が出るとき

警告が出たら、まずCodexの利用状況ページや画面の案内で、リセットを待つのか、workspaceの共有クレジットを使えるのかを確認します。Businessのworkspaceでは、座席種別や個別ユーザーの上限が設定されている場合があります。EnterpriseやEduでは共有プールと管理者の設定を見る必要があります。別のアカウントを作って回避するのではなく、契約と共有範囲に沿って管理者へ相談してください。

Remoteが接続できないとき

ホストの電源、ネットワーク、Codexアプリの起動、workspaceの許可、端末とのペアリングを順に確認します。ホスト側で対象プロジェクトが開かれていない、workspaceを切り替えた後に別の接続先を見ている、アプリの版が古いといった原因もあります。公式のRemote案内にある接続条件を満たしているか確認し、まず短い読み取り依頼で接続を試してください。

2026年8月4日時点でのworkspaceの使い分け

個人開発では、workspaceをアカウントと同じように扱い、プロジェクトとローカルフォルダーを丁寧に対応させれば十分です。チームでは、workspaceを「利用者と管理設定の境界」、プロジェクトを「作業の目的と資料のまとまり」、ホストを「実際にコードを扱う端末」として分けます。Codexの利用枠はその上に重なる契約上の条件なので、作業が始まらないときにフォルダーだけを見ても解決しないことがあります。

個人で使う場合

個人workspaceなら、まず対象プロジェクトとローカルフォルダーの一致を確認し、次に現在の利用枠と作業の入口を選びます。CLIで続けるのか、デスクトップアプリでファイルを見ながら進めるのか、Remoteで進捗を確認するのかを一つに決めると、履歴や差分を追いやすくなります。

チームで使う場合

チームでは、作業前にworkspace名、役割、対象リポジトリ、利用できるCodexの範囲を共有します。OwnerやAdminだけが変更できる設定を、Memberが端末側で解決しようとしないことも大切です。利用枠の警告、Remoteの接続先、Cloud作業の許可を記録しておけば、同じ問題が起きたときも短い確認で済みます。

最初に作る確認記録

workspace名、対象プロジェクト、ホスト名、利用するCodexの入口、利用枠の表示、最後に確認した差分を一つのメモにまとめます。次回に別の端末から作業を続けるときも、どのworkspaceとホストを開けばよいかが分かります。記録は大きな運用書類にせず、作業を再開する人が一分で読める量に保つのが現実的です。