Work モード管理者 FAQ¶

Work モードは、Codex の基盤技術を ChatGPT に取り込み、より長時間にわたる複数ステップのタスクを実行できるようにします。チャット、ファイル、ワークスペースリソース、接続済みシステムからコンテキストを収集し、承認済みのツールを使用して、レビュー可能な出力を作成できます。アクセス、コンテキスト、アクション、ネットワーク動作、クレジット使用量は、プラン、ワークスペース設定、ソースの権限、利用するサーフェスによって異なります。

概要¶

Work モードを使用すると、ユーザーはより長時間にわたる複数ステップのタスクを ChatGPT に委任できます。接続済みソースから情報を収集し、複数のステップにわたって推論し、ドキュメント、プレゼンテーション、分析を作成して、レビュー用に結果を返すことができます。

Work モードは 2026 年 7 月 9 日に開始されました。Enterprise と Edu では、2 週間のプレビュー期間中、Web とモバイルでのアクセスがデフォルトでオフになっています。管理者は課金対象の使用を有効にできます。また、明示的なオプトアウトはデフォルトが変更された後も維持されます。デスクトップでのアクセスは、Codex Local の権限と管理対象構成によって別途管理されます。

この FAQ では、ChatGPT で Work モードを管理する方法として、アクセスとデータ管理、コンプライアンスと可視性、使用量と支出、インシデント対応、ロールアウトの実践について説明します。

管理の基本的な制御¶

管理者は、複数の制御レイヤーを通じて Work モードを管理します。

• Enterprise ワークスペースへのアクセス: 認証とワークスペースへのアクセスは、ID とアクセスの制御によって管理されます。プランと構成によっては、管理者が制御する ID 機能に、SSO、ドメイン検証、SCIM プロビジョニング、ユーザーライフサイクル管理、ID グループの同期などが含まれます。ユーザーはアカウントレベルの OpenAI MFA を有効にできます。また、ID プロバイダーを通じてワークスペース全体で MFA を適用できます。SSO および関連する ID 設定は、Global Admin Console で管理します。
• ワークスペース内の Work モードへのアクセス: Web とモバイルでは、管理者は Work モードのアクセス制御とロールベースアクセス制御（RBAC）を使用して、誰が Work モードを利用できるかを決定します。Enterprise と Edu では、2 週間のプレビュー期間中、アクセスがオフになっています。管理者はアクセスを有効にでき、明示的なオプトアウトはデフォルトが変更された後も維持されます。デスクトップでのアクセスには、別の Codex Local 権限と管理対象構成が適用されます。制御はプランとサーフェスによって異なります。
• グループメンバーシップ: グループは SCIM と ID プロバイダーを通じて同期できます。これにより、従業員が組織に加入したとき、役割を変更したとき、または退職したときに、アクセスを自動的に更新できます。グループとプロビジョニングを参照してください。
• ワークスペースとメンバーのロール: 組み込みの Owner、Admin、Member ロールによって、誰がワークスペースを管理できるかが決まります。カスタムロールとメンバー RBAC は、Work モード、プラグイン、その他の機能に対するエンドユーザーのアクセスを別途制御します。ロールとワークスペースの権限を参照してください。
• プラグインとコネクター: プラグインポリシーによって、プラグインの利用可能性とインストールが管理されます。コネクターへのアクセス、アクション制御、承認の動作は別途構成され、Workspace Agents にはエージェントごとの追加制御があります。プラグインの制御、プラグイン、アプリのセキュリティに関するホワイトペーパーを参照してください。
• ソースシステムの権限: ユーザーは、ネイティブアプリケーション内でアカウントまたは共有接続により許可されたコンテンツとアクションのみを利用できます。アプリにおける管理者制御、セキュリティ、コンプライアンスを参照してください。
• 承認とアクションの制限: Action control をサポートするコネクターでは、管理者はすべてのアクション、読み取り専用アクション、またはカスタムセットを許可し、新しく追加されたアクションの処理方法を決定できます。アプリの権限によって、ChatGPT がコネクターを使用する前に確認を求めるタイミングが別途決まります。
• クレジット: Work モードと Codex は、料金、クレジット、使用量の上限を共有します。対象となる Enterprise と Edu の管理者は、ワークスペースのデフォルト、グループのデフォルト、個別の上書きを通じて、ユーザーごとの月間上限を設定できます。ワークスペースで許可されている場合、ユーザーは上限の引き上げを申請できます。Business では、別のクレジットおよび支出制御モデルが使用されます。ChatGPT の使用量上限と支出制御を参照してください。
• 分析とレポート: Global Admin Console とワークスペース分析は、導入状況とクレジット使用量の分析をサポートします。Compliance API と Codex のレポート用サーフェスは、文書化されたイベントと製品の範囲に対して使用してください。特定のプロンプト、ファイル、承認、アクション、エラー、ツール呼び出しをカバーできると約束する前に、現在のスキーマを確認してください。ガバナンスを参照してください。

アクセス、データ、システム、ユーザーアクション¶

データ、システム、ユーザーアクションへのアクセスはどのように保護されますか？¶

Work モードは、ChatGPT ワークスペースですでに確立されている ID、アクセス、権限の制御によって管理されます。管理者は、ID 管理、RBAC、ワークスペースのロールを使用して、誰が Work モードを利用できるかを決定します。

サポートされている場合、アクセスはSCIM とグループ同期を通じて ID プロバイダーと同期できます。これにより、従業員が組織に加入したとき、役割を変更したとき、または退職したときに、アクセスと権限を一元管理できます。

基盤となるソースシステムは、引き続きエンタープライズデータへのアクセスを適用します。Work モードは接続済みアプリケーションで定義された権限を尊重するため、ユーザーとエージェントは、利用を許可されたファイル、リポジトリ、チャネル、レコード、アクションのみにアクセスできます。Work モードが既存のアクセス制御を回避したり、接続済みシステムに新しい権限を付与したりすることはありません。

Work モードはどのようにデータとコンテキストにアクセスしますか？¶

Work モードは、現在のチャット、アップロードされたファイル、ワークスペースリソース、プラグインを通じた接続済みシステムを使用できます。有効になっている機能と権限によっては、ドキュメント、リポジトリ、チケット、チャネル、メール、カレンダーなどが含まれます。以前のチャットやメモリにあるファイルは、現在のチャットまたはプロジェクトに含まれている場合、あるいは該当するワークスペースとユーザーのメモリ制御が有効になっている場合に利用できることがあります。

各コンテキストソースには固有の制御があります。ユーザーはチャットのコンテキストを提供し、管理者はワークスペースリソースを管理し、接続済みシステムは認証と権限を適用します。Work モードは、ユーザーまたは承認済みの共有接続に対して許可された情報のみにアクセスできます。

Work モードは、該当する ChatGPT ワークスペースの保護を継承します。データレジデンシー、保持、ログ記録、機能の利用可能性は、プラン、地域、サーフェス、接続済みシステムによって異なるため、ご利用の構成での適用範囲を確認してください。

影響の大きいアクションにはどのような制限やレビューが必要ですか？¶

アクションのリスクは異なります。一般に、データの読み取りや下書きは、データの変更、情報の共有、外部システムでの操作よりも影響が小さいものです。ロール、権限、認証情報を絞り込み、サポートされている承認を組み合わせて、影響の大きいアクションを信頼できるレビュー済みの用途に限定してください。

一般的なアクションのカテゴリには、次のものがあります。

• 読み取り: 基盤となるデータを変更せずに、承認済みのソースから情報にアクセス、検索、要約します。
• 下書き: 使用前に担当者がレビューできるよう、ドキュメント、メール、レポート、コード、その他のコンテンツを準備します。
• 書き込み: ドキュメント、チケット、リポジトリ、プロジェクト管理ツールなど、接続済みシステムのレコードを作成、更新、削除します。
• 共有: 情報をより多くの人、システム、外部の宛先に送信、公開、またはその他の方法で利用可能にします。
• スケジュール: ユーザーが実行のたびに開始する必要なく、将来の時点または繰り返しスケジュールでタスクを開始します。
• 実行: 外部環境と直接やり取りするコード、シェルコマンド、ブラウザ自動化、その他のツール駆動型タスクを実行します。

影響の大きいアクションには、人によるレビュー、制限された認証情報、狭いスコープ、サポートされている承認を使用してください。プラグインのアクションには、各インテグレーションの権限とセキュリティ制御が引き続き適用されます。

コンプライアンス¶

Work モードはエンタープライズのプライバシーとデータに関する取り組みをどのようにサポートしますか？¶

Work モードには、プラン、構成、サーフェス、機能、地域を前提として、顧客の ChatGPT ワークスペースに適用されるプライバシー、セキュリティ、データに関する取り組みが適用されます。ChatGPT Enterprise には、デフォルトでビジネスデータをトレーニングに使用しないこと、転送中および保存時の暗号化、ワークスペースレベルのアクセス制御、サポートされている監査ログが含まれます。

データレジデンシー、推論レジデンシー、FedRAMP、HIPAA、ビジネスアソシエイト契約（Business Associate Agreement）の適用範囲は一律ではありません。現在のデータおよび推論レジデンシーに関するガイダンスと、使用する機能および地域についての顧客契約を確認してください。

接続済みサービスには、それぞれ独自の保持、ログ記録、アクセス、レジデンシー、コンプライアンス要件があります。Work モードがプラグイン、リポジトリ、またはサードパーティーシステムを使用する場合は、ChatGPT ワークスペースの制御と接続済みシステムの制御の両方を評価してください。

Codex のアクティビティについては、エンタープライズ制御を開発環境、リポジトリ、構成済みのツール、関連するアクティビティに拡張できます。ワークスペースの制御と併せて、管理者向けロールアウトガイドとガバナンスを確認してください。

どのようなデータが保存、保持、削除されますか？¶

Work モードのデータ保持と削除は、ChatGPT ワークスペースのプラン、管理設定、使用する機能によって管理されます。保持期間は、Work モードがアクセスする情報の種類によって異なることがあります。ChatGPT が保存するデータには、構成済みのワークスペース保持ポリシーが適用されます。一方、接続済みアプリケーションは引き続き独自のデータおよびライフサイクルポリシーを管理します。チャットとファイルの保持ポリシーを参照してください。

Work モードは、チャットコンテンツ、アップロードまたは生成されたファイル、アーティファクト、実行メタデータを作成できます。Codex のチャットでは、リポジトリまたは環境のメタデータ、コマンド出力、差分、ログも作成されることがあります。正確なデータクラス、保持期間、削除方法については、現在の製品ドキュメントとCompliance APIのドキュメントを確認してください。

組織のデータガバナンス、コンプライアンス、記録保持ポリシーが各システムに適用されるよう、ChatGPT ワークスペースと接続済みエンタープライズシステムの両方における保持要件を確認してください。

可観測性¶

管理者または所有者が利用できる使用量データは何ですか？¶

管理者と所有者は、異なる種類の可視性を得るために、製品分析とコンプライアンスログを使用できます。Global Admin Console には、ユーザー、製品、モデルごとの導入状況とクレジット使用量が表示されます。Chat、Work、Codex の使用量をまたいで詳細を確認することもできます。Compliance API は、Chat、Work、Codex 全体のすべてのユーザーメッセージとレスポンスを対象とします。ワークスペース分析とCompliance APIを参照してください。

プロンプト、出力、ファイル、アクション、ツール呼び出しはログに記録されますか？¶

Compliance Logs Platform は、ユーザーのプロンプトとエージェントのレスポンスを提供します。ファイル、アクション、ツール呼び出しは追跡しません。

Compliance Logs Platform はデータを 30 日間保持します。組織でより長い保持期間が必要な場合は、承認済みの eDiscovery、データ損失防止、SIEM、またはデータレイクシステムにレコードを継続的にエクスポートしてください。OpenAI Compliance Platform ガイドを参照してください。

異常な動作、障害、使用量の急増を迅速に検出できますか？¶

ワークスペース分析、コンプライアンスログ、接続済みの監視ツールは、管理者による使用量の確認と、サポート対象の ChatGPT、Work、Codex アクティビティの調査に役立ちます。シグナルには、アクティブユーザー、メッセージ、ツールアクティビティ、エージェントアクティビティ、認証および管理イベント、クレジット消費量などが含まれることがあります。エクスポートしたログは、eDiscovery、データ損失防止、SIEM、監査、調査に利用できます。検出品質は、プラン、イベントの対象範囲、帰属、鮮度、構成済みのルールによって異なります。

レビューが必要になる可能性のあるシグナルには、使用量またはクレジット消費量の予期しない増加、通常と異なるユーザーまたはエージェントのアクティビティ、繰り返し発生する運用エラー、関連する認証または管理イベントなどがあります。正確なシグナルは、適用される分析、コンプライアンス、監査ログのスキーマで確認してください。

Codex のアクティビティについては、Codex 分析と Analytics API により、サポートされている導入状況およびアクティビティの指標を確認できます。ローカル Codex クライアントを使用する組織は、API リクエスト、エラー、プロンプトメタデータ、ツール承認の判断、ツール結果などのイベントについて、OpenTelemetry エクスポートをオプトインできます。プロンプトの内容は、別途明示的なオプトインとして otel.log_user_prompt = true が有効になっていない限り、削除または匿名化されます。監視とテレメトリを参照してください。

ガバナンス¶

管理者はアクセス、権限、ポリシーをどのように制御できますか？¶

ガバナンスは、関連するものの別々に管理される 3 つのレイヤーにまたがります。

• Work モードのアクセス制御: 各サーフェスで誰が Work モードを利用できるかを決定します。
• Workspace Agent の制御: 誰が再利用可能なエージェントと共有接続を作成、公開、共有、スケジュール、構成できるかを決定します。
• Codex の管理対象構成: 権限、承認、ファイルシステムとネットワークへのアクセス、MCP サーバー、フック、コマンドルールなど、対象となるローカルランタイムの動作を管理します。

管理対象構成は、サポートされているランタイム動作を制約します。ワークスペースへのアクセスを付与したり、RBAC を置き換えたり、ユーザーのワークスペースアクセスを取り消したりするものではありません。これらのレイヤーは、単一の Work モードポリシーサーフェスではありません。分析とコンプライアンスログは、文書化された製品およびイベントの範囲内で追加の可視性を提供します。

Enterprise 管理者は、管理対象要件を使用して、要件が有効な間はユーザーが上書きできない、サポート対象の設定を適用できます。サポートされているポリシーには、承認の動作、権限プロファイル、Web 検索、フック、MCP サーバー、機能フラグ、コマンドルール、ファイルシステムアクセスが含まれます。ネットワーク要件は実験的なものであり、広範に使用する前に、導入環境のクライアントバージョンとオペレーティングシステムでテストする必要があります。現在の Codex クライアントでは、管理対象の権限プロファイルが、ファイルシステム、ネットワーク、ランタイムへのアクセスを定義する推奨方法です。

グループ、ロール、ワークスペース、機能ごとにアクセス範囲を設定できますか？¶

はい。Work モードの機能は、ワークスペースのロール、ID グループ、管理者が定義した権限によってスコープを設定できます。すべてのユーザーに同じアクセス権を付与するのではなく、ビジネス上の必要性と組織のポリシーに基づいて、グループに機能を割り当ててください。RBAC ガイドとRBAC の手順を参照してください。

組織は RBAC を使用して、Work モードにアクセスできるユーザー、ワークスペース設定を管理できるユーザー、承認済みプラグインを構成できるユーザー、Workspace Agents を構築および公開できるユーザーを決定できます。対象となる Enterprise と Edu のワークスペースでは、月間使用量上限により、ワークスペースのデフォルト、グループのデフォルト、ユーザーの上書きを通じた段階的なロールアウトをサポートできます。

接続済みシステムへのアクセスは、引き続き独立して管理されます。ワークスペースの権限、プラグイン設定、ソースシステムの制御を使用して、プラグイン、共有認証情報、リポジトリ、書き込み可能なアクションの対象を必要最小限のユーザーに限定してください。より高い信頼性が求められる環境では、管理対象ポリシーを使用してランタイム機能をさらに制限してください。

ランタイムとネットワークの境界はどのように管理されますか？¶

Work モードのセキュリティ境界は、タスクによって異なります。Chat モードのチャット、接続済みワークフロー、スケジュールされたタスク、Codex のチャットは、それぞれ異なる権限、ツール、ネットワークアクセスを持つ異なる環境で実行されることがあります。

各実行環境には、該当する制御を適用して管理してください。Web とモバイルの Work モード権限は、Work モードとサポートされているブラウザまたはネットワーク機能へのアクセスを管理します。検索、プラグイン、Workspace Agents、ソースシステムの権限は、引き続き別個の制御です。デスクトップと Codex のチャットには、Codex の権限、管理対象構成、MCP ポリシー、サンドボックス、承認の制御が適用されます。これらの制御は相互に置き換え可能ではありません。

Codex のアクティビティについては、ChatGPT デスクトップアプリ、CLI、IDE でのローカル実行は、オペレーティングシステムのサンドボックスと承認ポリシーを使用してユーザーのマシン上で実行されます。Codex cloud は、OpenAI が管理する分離環境でチャットを実行します。Enterprise 管理者は、管理対象要件を使用して、権限プロファイル、承認、ファイルシステムとネットワークへのアクセス、MCP サーバー、フック、コマンドルール、その他のサポート対象ランタイム動作を制約できます。

使用量とコスト¶

Work モードの使用量は、時間の経過とともにどのように支出に反映されますか？¶

Work モードと Codex は、料金、クレジット、使用量の上限を共有します。消費量は、モデルと機能、コンテキストサイズ、タスクの継続時間、ツールの使用、出力サイズによって異なります。標準の Chat の使用量は別です。

変動が最も大きくなりやすいのは、頻繁に実行するワークフロー、大量の情報を取得または処理するワークフロー、複数のツールまたはコネクターを呼び出すワークフロー、失敗後に再試行するワークフロー、大きなアーティファクトを生成するワークフローです。コストに注意が必要な例として、スケジュールまたは定期的な作業、大量のトリガー、大きなファイル、エンタープライズソース全体に対する広範な取得、コネクターの繰り返し呼び出し、リポジトリを処理したりコマンドを実行したりクラウド環境を使用したりする Codex のチャットが挙げられます。

支出制御、使用量分析、レポートを使用して、時間の経過に伴うこれらのパターンを監視してください。現在の分析サーフェスでサポートされているディメンション別に使用量を確認し、ビジネス価値に基づいて上限またはロールアウト範囲を調整してください。集計された分析を、ワークフローごとの正確なコスト帰属として扱わないでください。

ワークスペース分析、コンプライアンスログ、接続済みの監視ツールは、管理者による使用量の確認とサポート対象アクティビティの調査に役立ちます。リスクの高い動作や異常な動作を検出できるかどうかは、プラン、ログの対象範囲、帰属、データの鮮度、監視システムで構成されたルールによって異なります。

どのような使用量上限、アラート、キャップを利用できますか？¶

対象となる Enterprise と Edu のワークスペースでは、クレジットベースの使用量について、ユーザーごとの月間上限とワークスペース全体の支出制御を利用できます。

• クレジット消費量を監視する: Global Admin Console とワークスペース設定で、サポートされているクレジット使用量レポートを確認します。
• デフォルトの月間上限を設定する: ワークスペースのユーザーごとのデフォルトクレジット上限を設定します。
• グループ固有の上限を適用する: ワークフロー、責任、ロールアウト段階を反映した月間のユーザーごとのデフォルト上限をグループに設定します。
• ユーザーの上書きを作成する: グループ全体のデフォルトを変更せずに、特定のユーザーに別の上限を設定します。
• 引き上げ申請を確認する: 申請が有効になっている場合、ユーザーは月間上限の引き上げを申請できます。承認すると、ユーザーの上書きが作成されます。
• ワークスペース全体の使用範囲を制御する: Global Admin Console で、ワークスペースのクレジットアラートと超過上限を別々に構成します。アラートは受信者に通知し、超過上限は、コミット済みクレジットプールを使い切った後に対象となる使用量を制御します。
• 使用量データをエクスポートする: 対象となる Enterprise 管理者は、統合 Cost API を通じてクレジット使用量データにアクセスし、内部レポートまたは監視に利用できます。

ユーザーは自分の使用量を確認でき、有効になっている場合は追加のクレジットを申請できますが、割り当てられた上限を変更することはできません。使用量上限と超過分を管理すると支出制御の手順を参照してください。

インシデントと取り消しの制御¶

管理者はアクセスまたはアクティビティを停止するにはどうすればよいですか？¶

管理者は、ユーザーの削除またはインシデントレビュー中に、ユーザー、プラグイン、共有認証情報、ワークフロー、スケジュール、Codex 認証情報を停止する必要が生じることがあります。

取り消しの方法には、次のものがあります。

• ユーザーのワークスペースまたはグループへのアクセスを削除します。SCIM で管理されているユーザーの場合は、ID プロバイダーでアクセスを削除してください。そうしないと、後の同期でユーザーが再びプロビジョニングされる可能性があります。
• 該当するプラグインまたはコネクターを無効化または制限します。
• 共有接続、ボット、サービスアカウントを、それを所有するサーフェスを通じて取り消します。ワークスペースの所有者と管理者は、Codex ワークスペースアクセストークンを別途取り消すこともできます。
• エージェントの所有者またはワークスペース管理者を通じて、Workspace Agent の公開を停止するか、削除します。
• 該当するスケジュールまたはトリガーを無効にします。
• Codex へのアクセスについては、該当するアクセストークン、リポジトリ接続、クラウド環境へのアクセスを別々に取り消します。管理対象構成はアクセスを取り消すための仕組みではありません。

チーム向けのその他のリソース¶

推奨される管理者アクション¶

• まず、誰がアクセスすべきかを確認します。 Work モードをオフのままにするか、パイロットを実施するか、広範にロールアウトするかを決定します。多くの組織では、パワーユーザー、推進役、明確なユースケースを持つチームから開始します。
• ロールと権限を確認します。 Permissions & roles で、どのユーザーまたはグループが Work モードにアクセスできるかを確認します。アクセスをビジネス上の必要性、準備状況、ガバナンスの期待に合わせます。
• プラグインとデータソースを確認します。 Work モードは、ファイル、メール、カレンダー、Slack、CRM などの承認済みのビジネスコンテキストがあると最も有効です。有効なプラグイン、その対象ユーザー、コネクターのポリシーがユーザーによる作業委任の方法に引き続き合っているかを確認します。
• 適切なユースケースに関する期待値を設定します。 Work モードは、調査、統合、分析、ファイル作成、ワークフローの更新、再利用可能な出力など、複数ステップで価値の高いタスクに適していると位置付けます。簡単な質問、軽微な書き換え、ブレインストーミングには Chat モードを使用します。
• クレジットと使用量の制御を確認します。 Work モードはより長時間実行されるタスクを実行できるため、Chat モードの標準的なチャットよりも多くのクレジットを使用する可能性があります。デフォルト、グループのデフォルト、ユーザーの上書き、作業量とビジネス価値を一致させるための社内ガイダンスを確認します。
• 最初に価値の高いワークフローを特定します。 顧客向けブリーフィング、定期レポート、調査の統合、トラッカーの更新、完成度の高いドキュメントやスライドなど、明確でレビュー可能な成果から始めます。
• 推進役とサポートチームを準備します。 推進役、トレーニング担当者、サポートチームにまずロールアウト用のリソースを提供し、質問への回答、フィードバックの収集、効果的な委任の実例を示せるようにします。
• レビューと承認に関する期待値を伝えます。 ユーザーには、出力のレビュー、重要な主張の検証、共有または使用前の重大なアクションの承認について、引き続き人が責任を負うことを再確認します。
• 導入状況を監視して調整します。 ロールアウト後に、使用量、フィードバック、クレジット消費量、委任された作業を確認します。調査結果を使用して、アクセス、ガイダンス、トレーニング、展開範囲を調整します。