この記事のポイント
- Windows版CodexのMXCは、対応端末で管理者承認の初期設定を省ける、操作範囲を制限する仕組みです。
- 利用には対応するWindows 11の機能と組織の許可が必要。未対応の場合は従来方式へ戻る設定もあります。
- ファイルや通信のアクセス範囲と、追加操作の承認は別設定。初期設定の簡略化は権限の拡大ではありません。
OpenAIの公式文書をもとに、WindowsでのMXCの位置づけを紹介します。端末が対応しているかと、許可する操作の範囲を分けて整理します。
対応端末なら、操作範囲を制限する初期設定を簡略化
MXCは、Microsoftの「Execution Containers」を使い、プログラムが操作できる範囲を区切る方式（サンドボックス）です。公式文書は、設定された権限を実行する命令と、そこから起動する別の処理へ適用する方式と説明しています。
ファイルの読み書きやネットワークの権限設定と、追加のアクセスを求める際の承認設定は別に扱われます。初期設定が不要になることは、管理者権限で作業するという意味ではありません。
MXCには対応するWindows 11の機能が必要で、Windows 11なら一律に使えるとは限りません。組織のポリシーで無効にすることもできます。MXCを優先する設定でも、端末やポリシーが対応しなければ従来方式へ戻る場合があります。
端末の対応状況と、許可するアクセスを別々に確認
AIコーディングエージェントはコマンドの実行やファイル操作を自動で行うため、実行環境をどこまで制限できるかが安全性の土台になります。社内でCodexなどのAIコーディングエージェントをWindows環境で使っている、または導入を検討している開発チームにとっては、端末がMXCに対応しているかと、必要なアクセス制限が設定されているかを分けて確認するとよいでしょう。
まとめ:初期設定が省けても、アクセス管理は必要
MXCは、対応するWindows環境でサンドボックスの初期設定を簡略化する選択肢です。同じ端末内での通信や、主な処理が終わるとそこから起動した処理も停止する挙動などの制約も公式文書に記載されています。
WindowsでCodexを運用する開発チームでは、端末の対応状況と組織の許可設定を照らし合わせるとよいでしょう。MXCを使えない端末についても、許可された従来方式で運用できるかが判断材料になります。
