Codex はコンピューター上のタスクをこなすための OpenAI 製エージェントであり、2026 年にはコードを書かない層にも明確にアプローチを広げています。業務内容を尋ねてきたり、マーケティングや財務向けのプラグインを提供したりしており、ナレッジワーカーは今や Codex ユーザーの約 5 分の 1 を占め、開発者の 3 倍の速さで増加しています。チームで導入する標準的な方法は ChatGPT Business です。年払いで 1 シート月額 20 ドル（月払いは 25 ドル）、最低 2 シートからで、Codex が含まれています。もう 1 つの選択肢が muti のルームです。開発者のマシン上で動く 1 つの Codex に対して、マーケティング責任者や運用担当者、創業者が Slack や Web から作業を依頼でき、実行内容は開発者が承認します。
チームに Codex を日常的に使う人が 1 人いて、その出力を受け取りたい人が 6 人いるなら、ルームを使えば 7 シート分ではなく 1 シート分の費用で済みます。
運用のチームメイトがベンダーのエクスポートファイルを添付し、チームの Codex エージェントに重複排除を依頼する。リクエストは開発者の Mac mini 上で実行され、シェルコマンドの実行前で一時停止して Allow、Allow once、Deny が開発者に表示される。
非エンジニア向け Codex の導入が思ったより難しい理由
Codex 自体は、今やマーケターにとっても十分使いやすくなっています。本当に難しいのは、その周辺の運用です。
- 全員分のシートが必要。 質問したい人全員に Business シートが必要で、Codex をインストールしてサインインしたノート PC を用意し、ファイルの保存先を理解してもらう手間がかかります。
- 全員分のマシン環境が必要。 Codex はコンピューター上の特定ディレクトリで作業します。マーケターのノート PC には、業務に必要なリポジトリ、データエクスポート、API キー、社内ツールが一切ありません。開発者のマシンにはすべて揃っています。
- 各自での権限管理。 Codex に何を実行させてよいかは、各シートのユーザー自身が判断します。運用の責任者が使う Codex が削除処理を行おうとしたとき、間に入って止めてくれる人はいません。
ルームはこの 3 つの課題をすべて解消します。作業はツールやデータがすでに揃っている環境で、1 人のアカウントのもとで実行され、そのオーナーが拒否権を持てます。
依頼側から見た体験
運用担当の Mia は Slack を開き、独自の名前とアバターを持つエージェントにメッセージを送るか、ブラウザでルームを開きます。ベンダーのエクスポートファイルを添付し、やってほしいことを普段の言葉で入力します。追加のインストールも不要で、普段使っているワークスペース以外にサインインする必要もありません。
あとは進捗を眺めるだけです。エージェントはファイルを読み込み、小さなスクリプトを書いて実行しますが、開発者がこのエージェントに対してまだ python3 を許可していないため、シェルコマンドの箇所で一時停止します。開発者のもとには Web、スマートフォン、または自身の Slack DM にカードが届き、開発者が Allow always を押します。スクリプトが実行され、クリーンアップされた CSV がスレッドに返送されます。次回 Mia が同じ依頼をするときには、もう一時停止しません。
Mia にとって Codex は「メッセージを送れる同僚」になり、開発者にとっては「自分の管理下にあるツールのまま」維持されます。
開発者が保持できるもの
- アカウント。 サブスクリプション、サインイン、Codex クライアントは開発者自身のものです。他の誰も認証情報を保持しません。
- 作業境界。 エージェントは 1 つのディレクトリに固定されます。Mia のリクエストが開発者の他のプロジェクト、キー、メールを読み取ることはできません。ルーム同士が互いに干渉することもありません。
- 拒否権。 共有ブランチへの push、破壊的な削除、権限昇格、公開処理、認証情報のパスに触れる操作は常に一時停止し、「Allow always」は決して提示されません。それ以外の操作は、初回の承認後にルールとして定着します。
- 記録。 すべてのリクエストには ID、リクエスト者、承認者、ツールごとのタイムライン、コストが記録されます。「先月チームは Codex で何をしたのか」と聞かれても、推測ではなく 1 ページの記録として回答できます。
エージェントの編集画面：固定されている作業ディレクトリ、権限モード、Allow always によって作成された恒久ルール（いつでも取り消し可能）。
7 人チームでのコスト比較
エンジニア 1 人、依頼者 6 人の場合。
6 人分の雑務がエンジニアのプランを経由して実行されるため、プランの利用量は以前より増えます。リクエストごとのコストは各リクエストの横に表示されるため推測の必要はありません。雑務がエンジニア自身の作業を圧迫し始めたら、その時こそ 2 つ目のプロデューサーシートを追加するタイミングです。7 つ目ではなく、2 つ目のシートです。
利用規約上の境界線
ChatGPT Business には存在するだけの理由があり、OpenAI の規約では認証情報の共有やアクセスの再販が禁止されています。ルームは認証情報を共有しません。開発者がサインインし、開発者のマシン上で、開発者の Codex が動作します。他のメンバーからのリクエストは、開発者が引き受けることを選び、いつでも停止できる作業にすぎません。もし 6 人の依頼者が毎日使うヘビーユーザーになったなら、そのためのプランである個別のシートを購入してください。全員にワークスペースレベルのデータ統制が必要なら、Business を購入してください。ルームは、大半の小規模チームが実際に抱えている構成、すなわち「道具は 1 つ、細かな依頼はたくさん」という形のためのものです。
よくある質問
依頼側にも ChatGPT アカウントが必要ですか？ いいえ。muti アカウントがあれば十分です。エージェントが Slack ボットとして連携されていれば、Slack だけで完結します。
エージェントは依頼者のファイルをどこまで閲覧できますか？ 添付ファイルはそのリクエスト専用のエージェント作業ディレクトリにダウンロードされ、リクエスト終了時に削除されます。マシン上に保持され続けることはありません。
開発者は他のメンバーが依頼した内容を確認できますか？ はい、すべて確認できます。リクエスト内容、タイムライン、実行結果、コストのすべてです。その可視性こそがこの仕組みの前提です。依頼側は自分が参加しているルームのみを閲覧できます。
これは Codex だけでしか使えませんか？ いいえ。同じルームで Claude Code、Cursor、OpenCode なども動作します。この計算を Claude に当てはめた内容については、Claude Team の安価な代替案をご覧ください。
Codex は、それを使いこなす 1 人に持たせましょう。あとの 6 人には依頼できる窓口を用意するだけで十分です。
公開日