【AMA全体の要約】
・プロダクトチームのメンバーは、Rustのような自身が不得手な言語のためにCodexを利用。会議の合間にスマートフォンでタスクを開始し、後からVS Code拡張機能で作業内容をPCに同期する、といった使い方をしている。
・エンジニアは、約5回のプロンプトのやり取りで大規模な機能のプロトタイプを複数バージョン迅速に構築し、タスクの全体像を把握。CLIとVS Code拡張機能を組み合わせて作業を並列化し、生成されたコードスニペットをリアルタイムでレビューしている。
・チームは、一度きりの内部ツール作成、データの可視化、モニタリング、学習データの生成などにもCodexを利用。あるデザイナーは、自身の時間を70%をCodex、30%をデザインツールに割くことで、アイデアから実行までのギャップを埋めている。
・Homebrew、npm、およびGitHubリリースページからのバイナリ直接ダウンロードで利用可能。Windowsのサポートを改善する計画はあるが、PyPiパッケージは、各パッケージマネージャーごとに多大な作業が必要になるため、提供の予定はない。
・JetBrainsのような、より多くのIDEをサポートしたい考えだが、まずはコアとなる体験の改善にまだ膨大な作業が残っている。
・チームはUIの改善を進めているが、ターミナルの種類によって出力の表示が異なるため、ターミナルでの出力が見にくい問題があることを認識しており、さらなる改善を予定。
・プロダクトには利用上限が近づいていることを示すUIがなく、チームはその改善に取り組んでいる。
・レート制限（利用回数制限）は5時間ごと、および週次でリセットされる。
・無料プランはなく、多くのユーザーから要望があるものの、PlusプランとProプランの中間にあたるプランを設ける予定も現在のところない。
・GPUが使われていない時間帯にCodex Web版をバッチ処理的にAPI利用するアイデアについては、素晴らしいとは思うものの、優先事項とはなっていない。
・GPT-5-Codexモデルは、多様なコーディング環境に関する集中的な学習により、コーディングタスクに特化して最適化されている。そのため、コーディングタスクは複数のドメインにまたがることから、フロントエンド用／バックエンド用といった個別の専門モデルを用意する必要性はおそらくないだろう。
・専用のインデックス機能ではなくgrepコマンドを使うことで、大規模なコードベースでもうまく機能する。より長く、または速く動作するようにプロンプトで指示でき、仕様のレベルを変えながら複数ページにわたる詳細な実装計画を生成させることも可能。
・Codex Web版は、タスクに最適な設定を自動で選択するため、ユーザーがモデルや推論方法を選ぶことはできない。
・より一般的な世界の知識を要するプランニングにはGPT-5-high、技術的なリファクタリングにはGPT-5-Codexの利用を推奨。
・システムプロンプトを編集できるようにする計画はないが、ユーザーは`AGENTS[.]md`ファイルを変更することで、データ分析や非コーディングタスクといった、コーディングに隣接するタスクに対応させることは可能。
・CLIはWeb検索をサポートしており、`--search`フラグは、プロンプトのキャッシュに関する問題が解決され次第、IDE拡張機能にも近日中に搭載される予定。将来的には完全なブラウザ自動化も可能になるかもしれない。
・VS Code拡張機能は、Shiftキーを押しながらのドラッグ＆ドロップをサポートし、自動で文脈を読み取る機能や、ローカルとクラウドでの作業を組み合わせることを可能にする。
・ファイルへの`@`を使ったタギング機能について、個々のファイルだけでなくフォルダにも対応してほしいとの要望あり。
・ターミナルやIDEでの音声対話モードについて、オープンソースコミュニティの素晴らしいデモを見ており、ネイティブでサポートできたら非常にクールだとチームは考えている。
・`--oss`フラグを使い、Ollama経由でローカルモデルを試すこともできるが、まだ完全な体験とは言えない。将来的に登場するであろうgpt-ossバージョンは、現在の20Bモデルよりはるかにうまく動作することが期待される。
・現在、IDE拡張機能にはチャット／プランモード、CLIには読み取り専用モードがある。チームは専用のプランモードに取り組んでおり、モデル自身に計画を立てさせるのではなく、ユーザーが実行をより細かくコントロールできるようにする方向で進めている。
・サブエージェントは、より長く複雑なタスクの文脈を維持するための素晴らしい方法だが、現時点で積極的に開発されているものはない。
・長時間の作業における会話の要約機能は近日中に搭載予定。ユーザーはCodexに依頼してマークダウン形式で計画を作成させ、それをレビュー・編集できる。複数ページにわたるドキュメントを生成するようプロンプトで指示することも可能で、その場合モデルは長時間にわたって作業を続ける。
・チームはChatGPTモバイルアプリとの連携を熱望。これにより、チャットからCodexエージェントを起動したり、ChatGPTとCodex間で会話を引き継いだりすることが可能になる。UXについてはまだ検討中だが、Codex Web版のMCPサーバーとの連携も近いうちに実現したい考え。
・GPT-5-Codex Proが登場する可能性がある。（この質問に対し、チームは
の絵文字で返信）
・チームは、非エンジニアがIDEやターミナルに一切触れることなくアプリを構築・デプロイできる世界に期待しているが、Codexは現在、プロのソフトウェアエンジニアを支援することに焦点を当てている。
・チームが望むのは、Codexがコンパイラのように、当たり前の存在となって意識されなくなること。抽象度のレベルが上がり、エンジニアはコードレベルではなくシステムレベルで仕事をするようになり、単純なCRUDエンドポイントはほぼ全てCodexによって書かれるようになるだろう。
・エンジニアはデザインやプロダクトのスキルも持つ、よりジェネラリストになっていき、一人のエンジニアが広大なプロダクト領域を担当できるようになる。将来的には、LLMがより扱いやすいように設計された新しいプログラミング言語が登場する可能性もある。そして、人間は方向性をコントロールし続け、個々のパーツを構築するエージェントという同僚と対話する、トニー・スタークとジャーヴィスのような協業モデルが生まれるだろう。
AMAの会場はこちら：
x.com/OpenAI/status/
の絵文字で返信）
・チームは、非エンジニアがIDEやターミナルに一切触れることなくアプリを構築・デプロイできる世界に期待しているが、Codexは現在、プロのソフトウェアエンジニアを支援することに焦点を当てている。
・チームが望むのは、Codexがコンパイラのように、当たり前の存在となって意識されなくなること。抽象度のレベルが上がり、エンジニアはコードレベルではなくシステムレベルで仕事をするようになり、単純なCRUDエンドポイントはほぼ全てCodexによって書かれるようになるだろう。
・エンジニアはデザインやプロダクトのスキルも持つ、よりジェネラリストになっていき、一人のエンジニアが広大なプロダクト領域を担当できるようになる。将来的には、LLMがより扱いやすいように設計された新しいプログラミング言語が登場する可能性もある。そして、人間は方向性をコントロールし続け、個々のパーツを構築するエージェントという同僚と対話する、トニー・スタークとジャーヴィスのような協業モデルが生まれるだろう。
AMAの会場はこちら：
x.com/OpenAI/status/