
AIのUIを忘れるな:ChatGPTとCodexの統合とChatGPT Spacesの舞台裏
Don't forget about the UI for AI

AIのUIを忘れるな:ChatGPTとCodexの統合とChatGPT Spacesの舞台裏
The Stack Overflow Podcast
要約
OpenAI Dev Day 2026 で、OpenAI のAndrew Ambrosino が ChatGPT と Codex を統合するデスクトップアプリの方針と、新機能 ChatGPT Spaces について語った。デスクトップ版はローカル環境の利用やコンピュータ操作でブラウザの制約を超えられる点が強みだという。Spaces ではCRDTを5〜6週間で構築し、エージェントを交えたリアルタイム共同編集のインタラクション設計に力を入れたと説明している。開発速度の高速化の中で、判断力とセンスが新たなボトルネックになるという見方も示された。
この回のポイント
- ●OpenAI は、ChatGPT と Codex を一つの場所に統合し、利用者が推論量やモードを意識せず、あらゆる用途に最強モデルを使える体験を目指している。現状はまだ2つのタブに分かれている。
- ●デスクトップアプリは、ローカルのファイルやGitのチェックアウト、ブラウザ操作を使えるため、ブラウザ内では難しいことができる。今回はクラウド版Codexも復活し、デスクトップを橋渡しとしてローカル環境を使える。
- ●ChatGPT Spaces は、チームメンバーとそれぞれのエージェントがリアルタイムに協業する空間。同じチャットを共有するのではなく、各自のエージェントが個別のメモリやツールを持ち、共有のページ(成果物)を編集する設計になっている。
- ●技術面ではCRDT(同時編集のための分散データ構造)を5〜6週間で構築した。複数エージェントが加わる負荷や、更新の見え方の一貫性も課題だった。
- ●滑らかなカーソルや変更箇所の軽いアニメーションなど、モデルには不要でも人間が状況を把握できるようにする演出が重要だと語られた。
- ●安全面では、ツール呼び出しを別のモデルコピーが審査する「approve for me」や、アプリごとの許可確認、設定UIの提供を紹介。ソフトウェアを高速に作れる時代には、判断力とセンスの価値が高まると述べている。
章立て
ChatGPTとCodexの統合方針
Andrew の経歴紹介と、ChatGPT と Codex を一つの体験にまとめる狙い、現状ではタブが分かれている理由を説明する。
なぜデスクトップアプリか
ローカル実行のエージェントやコンピュータ操作の利点、オープンソースのCodexハーネス、クラウド版Codexとの連携、サンドボックスについて語る。
ChatGPT Spacesの設計思想
チームと各自のエージェントが共同作業する空間であり、同じチャットを共有する形とは違うことを説明する。
CRDTとマルチエージェントの技術課題
5〜6週間でのCRDT構築、複数エージェントによる負荷、カーソルや更新表示のインタラクション設計を議論する。
開発速度とセンス、ハーネス
高速リリースの中での判断力とセンスの重要性、社内での徹底した利用、ターミナルの位置づけ、コードモードやプロンプトの最適化に触れる。
セキュリティと権限管理
approve for me、アプリごとの許可、設定UIによる制御など、デスクトップアプリで安全性をどう確保するかを説明する。
Spaces開発の好循環
可視化ブロックでモックアップを作り、Codexに実装させる開発サイクルと、Spacesの提供開始を紹介する。
解説記事
Stack Overflow Podcast の本エピソードは、OpenAI Dev Day 2026 の会場で収録された。ホストの Ryan Donovan が、OpenAI の技術スタッフ Andrew Ambrosino に、ChatGPT と Codex の統合アプリと、当日発表された ChatGPT Spaces について聞いている。AIの性能だけでなく、UIやインタラクション設計が体験を左右するという視点が印象的な回だ。
ChatGPTとCodexを一つにまとめる
Andrew は、目指す姿を「入力や音声で頼むだけで、最も強力なモデルとハーネス(エージェントを動かす基盤)が仕事をまとめてくれる場所」と説明する。対象はソフトウェア開発、ナレッジワーク、簡単な質問応答まで幅広く、推論量やモードをユーザーが気にしなくてよい状態が理想だという。
一方、現時点ではChatGPTとCodexは二つのタブに分かれたままだ。Andrew は、即答が必要な場面と、巨大なものを作る場面の双方を満たせるようになった時点で、トグルなしの連続的な体験に統合すると述べている。それまでは、検索のような単純な用途で長い推論の痕跡を見せるような、中途半端な統合はしない方針だ。
デスクトップアプリの強み
ブラウザ全盛の時代にデスクトップアプリを作った理由について、Andrew はコンピュータ操作(computer use)の進歩と、ローカルで動くエージェントの利点を挙げた。手元のファイルやGitのチェックアウトを使い、ブラウザを操作して結果を確認する、といったことはデスクトップのほうが容易だという。オープンソースのCodexハーネスがローカルで動く多層構成になっている。
今回はクラウド版Codexもブラウザ側に戻された。デスクトップアプリを開いていれば、それが自分のPCやブラウザへの橋渡しとなり、環境構築を待たずに手元のチェックアウトを使える。サンドボックスについては、比較的実用的なWindows向けサンドボックスをいち早く提供したと述べ、さらに複数の取り組みが進行中だと語った。
Spacesとマルチエージェント協業
ChatGPT Spaces は、チームメンバーと、それぞれのエージェントがリアルタイムに協業するための共同ワークスペースだ。Andrew は、複数人が同じチャットに入る形式を採らなかった理由として、誰がエージェントに話すかの奪い合いや、誰のコネクタやメモリを使うかという問題、そして接続が最小公倍数に落ちてしまう点を挙げる。代わりに、各自が自分のメモリ・ツール・設定を持つエージェントと対話し、そのエージェントが共有の「ページ」などの成果物を編集する。ページ内で名前を指定してエージェントを呼び出し、週次ユーザー数のグラフを挿入させるといった使い方が紹介された。
技術面では、文字単位の同時編集やライブカーソル、オフライン時の扱いを支えるCRDTを5〜6週間で構築したという。ここにクラウド上のエージェントが加わると負荷が増え、全員が常に同じ表示を見られるかも課題になる。Andrew は、ChatGPTを日次10億人超に拡大してきた経験が生きたと述べつつ、Spacesのような製品は新しいモデル(発言中では Astro と聞き取れる)によって初めて現実的な速度で作れるようになったとも語っている。
「感触」を作るインタラクション設計
特に興味深いのは、モデルには不要でも人間には必要な演出の話だ。Codexのコンピュータ操作で人気の滑らかなカーソルは、モデルにとっては不要で、わずかな遅延すら生む。それでもユーザーは動きを見ることで何が起きているかを内面化できる。Spacesでも、検索置換のようなツールで文書が一括変更されるとき、軽いアニメーションで変更箇所を感じ取れるようにしている。聞き手はこれをゲームデザインで言う「juicy」な操作感になぞらえた。
複数のエージェントを並列にタグ付けした場合に、返信待ちのスレッドをどう扱うかも検討中で、エージェントのアイコンをカーソルに付ける案は少し煩雑だったという。Andrew はこれが最終版ではなく、Codex Thursdays のように毎週改善を重ねる方針を示した。
速度の時代の判断力とセキュリティ
開発速度の話題では、ソフトウェアが速く作れるほど、機能を毎日出すわけにはいかず、出す側が適切にペースを抑える必要が出てくるという見方が示された。センスと判断力がボトルネックになり、価値が上がる一方で適用が難しくなるとも述べている。OpenAI では自社で徹底的に使い、社内で支持されないものは外に出さない姿勢を保っているという。ターミナルについても、Codex CLI を刷新したとして、なくならない存在だと位置づけた。
ハーネス面では、コードモード(モデルが事前に複数ステップ分のコードを書く手法)が、速度とトークン効率に大きく効くと語られた。安全面では、ツール呼び出しが安全か、ユーザーの意図に沿うかを別のモデルコピーが判断する「approve for me」が紹介された。アプリごとの許可確認や、デスクトップ版のGUI設定も挙げられ、config.toml を編集せずに制御できる利点が語られた。
まとめ
本エピソードは、エージェント時代の競争がモデル性能だけでなく、人とエージェントが同じ成果物を安心して触れるUI設計にも及ぶことを示している。個人のエージェントを保ったまま共有ページで協業するという設計は、日本の企業チームが権限やメモリの扱いを考える際にも参考になりそうだ。また、速度の裏側での判断力とセンスの重要性や、許可確認を前提とする安全設計は、プロダクト開発者にとって注目点だろう。なお、内容はすべて発言者の説明に基づくものだ。
文字起こし(英語・自動生成)
If solving difficult problems is what drives you, Raytheon is hiring software, systems, and hardware engineers to take on some of today's most complex technical challenges. Explore opportunities at careers.rtx.com forward slash Raytheon. Hello and welcome to the Stack Over 4 podcast, a place to talk all things software and technology. I'm your host, Ryan Donovan, and I'm here at the OpenAI Dev Day 2026. We're going to be talking about the new unified TAT-T work app and also something new that we announced today. So my guest for that is Andrew Ambrosino, who's a member of the technical staff here at OpenAI. So welcome to the show. Thanks for having me. Of course. So before we get into it, can we do a little flyover of how you got into software and technology? I mean, I grew up with all sorts of the stuff as a kid. Yeah.
Did a lot of early website development when I was in high school. Got a degree for computer science, did a lot of design. And now I'm here, and I work on the desktop app. I work on space, work on codex, all great things. Yeah. I think there was a, I don't know if I'm the right word when the ChatGPT app and the network app merged together. I think codex merged with that, too. Is that right? Yeah. What was the sort of reasoning behind that? Where we want to go is to build one place that you can come and type in what you need or speak what you need and have our most powerful models and hardest put that together for you. And that's across software development. That's knowledge work. That's quick questions and answers. And you shouldn't have to worry about how much reasoning or which mode you're in and all of this. And so that's kind of what has been in our heads as we've tried to take ChatGPT as it has existed for years with over a billion consumers. And then this Codex app that was really taking off at the start half of this year.
Right. And then the Codex for Work app, which was sort of Codex. Yeah. Was there something different with it? ChatGPT work was us bringing all of the power of the Codex harness to a broader audience, both through the brand ChatGPT that people were very familiar with, but also through taming some of the raw nature of the coding agents. And, like, you know, things that just kind of get in the way of it feeling nice to use day to day for a lot of people. So that's been ChatGPT work. It's been wildly loved. There was a bit of a, you know, a lot of thoughts about how we merge the apps, and we're certainly not done there. Yeah, because it's still two tabs right now. Yes. Something interesting I noticed I was using it the other day, and it was like, ChatTPT, do this huge complex thing. It's just like, you want the other tap. I was like, that's interesting to have that logic built in. I don't know if it's the logic or if it's the model. The invariants for us are that type in chatTPT.com and you type in something that needs a quick answer, you need to get it right away. And on the other side of the house,
if you want to build this giant thing and you need the best of Astra and the best of Codex, you need to be able to do that. And the minute we feel like it's the right time to make this continuous spectrum that can do both of those without a toggle, we are going to do that. In the meantime, we're not going to shove these things together before we can deliver on that promise, right? We're not going to say, hey, everybody's got this, like, long-thinking, reasoning trail of codecs when they're trying to get a search result. The press conference, there was sort of a hint at future model routing being built in. Do you do any of that now? You know, we have the history with the routers and ChatGPT. We've tried certain things multiple times, but we've got a lot of really cool things coming here. I think that's what I find myself wanting is not to touch these things, wanting to see code when it makes sense and not when it doesn't, right? Everything operates on the browser, right? So why a desktop app? Yeah, this has been an interesting one because people just don't download that many desktop apps anymore, right? Ours has been a wild success.
I think the big part has just been some of the breakthroughs on computer use, some of the advantages that locally running agents, especially the first half of this year, writing code on your computer with your files and your Git checkout and clicking around in your browser to test the results, right? This is something that is a lot easier to do with the desktop surface that we have. And we kind of break out of the box that the browser gives us. You know, just because of the security system on my laptop that Codex specifically uses a lot of Node.js calls, that wouldn't really be possible in a browser, would it? We've had this multi-layer system where we've got the Codex harness, which is open source, running on your computer. We're able to do things like this, right, that we wouldn't be able to do in the browser. And then today we're taking that, we're bringing a cloud version of Codex back into the fold so that you on the browser now can use Codex in the cloud environments. Codex Cloud can use your computer if you're like, hey, I've got this checkout on my computer.
I don't want to wait for you to set up environment. It'll just use your computer, which is pretty neat. When you say use your computer, use your computer outside of the browser or within the browser? If you've got the desktop app open, it can serve as kind of a bridge to your own computer and your own browser. I was going to say, you're breaking out that V8 sandbox there, right? Sandbox is very important. Yeah. Is there any sort of thought for inbuilt sandboxing on the desktop app? We were the first to have like a relatively functional Windows sandbox. That was a pretty hard one. Yeah. And we've been working a few parties on that. We've got a few things in the works. Yeah. I mean, I know there's a lot of talk about it, a lot of companies that will sell you a sandbox. So for the new thing announced today that you're part of the spaces, what's the change from the desktop app? We've found ourselves bouncing between a lot of different tools all day long. Sending stuff on Slack or jumping into these other tools. The way it's always been, right? Yeah and connecting over MCP and hoping that the MCP is good to certain software right And we wanted to build a fully collaborative workspace within ChatGPT and Codex And so we launched ChatGP Space
which allows you to make a spot for you and your team to collaborate in real time, both with the other people on your team and also everybody's agents that are running and everybody's dots that they now have. There's some really cool aspects to this that I'm happy to dive in about, but we've really found ourselves wanting to close this loop a little tighter as we were working together all day long. You know, everybody was talking about multiplayer AI. It's a big one. But I think when they talk about it, they sort of envision like a group chat or a shared terminal or something. This is a little different, right? It's a little bit different. With space, we're focused a lot on, you know, you've got your agent chat that has your own memory that's built in, your own tools and your own preferences. And you might be using that to collaborate with other people on artifacts like pages or, like, sites or other types of docs that we're bringing to this, like, slides. And this allows you to collaborate on planning for if you're doing a big feature and you want to align the team up front, we've got this really great live pages format. What we're not doing right now is bringing people into the literal same chat that you have
and having to fight over who's talking to the agent, whose connectors are you using, and whose memory you're using. And, you know, a lot of times what happens with those is you end up with the lowest common denominator on the connections, right? And so we're saying, hey, you're going to work with your agent on collaborative stuff with the rest of the team. And you're a dot to work on these artifacts. What was the sort of technical complexity you ran into with, like, inviting everybody else to collaborate with a single agent? Yeah. I mean, we built a full-on, like, CRDT system in five, six weeks, which probably would have been unheard of. CRDT is what? Yeah, it's basically, you know, you've got these real-time systems where you're collaborating on docs character by character, and you need live cursors, and you need to be able to handle, like, little blips and offline status and things of that nature. We built that out. I think a lot of the stuff that we spent time on, too, was how does this feel with the agent in the loop, right? And can I tag in my dot by name and say, hey, you know, I'm writing this document now,
and right here I want you to drop a graph of our weekly users and have the dot go off, do the research in your systems, come up with a live chart that's interactive, drop it on the page and show you kind of where it got edited and then iterate and say, hey, I don't like this exactly the way it is. Can you redo it and have someone else come in? And like a lot of this was really about the interaction design too. You know, it's a little bit product design. It's a little bit technical. It's like, how do you make this feel right? The technical details of that sort of real-time interaction, I think can get complicated. like somebody who was our chief product officer used to work at AOL. And when they introduced the three dots that they're typing, it crashed the servers. Yeah. Because every time you did a key press, it sent a message, it pinged everybody else, it pinged the servers. So I wonder how you thought about and implemented that sort of like constant interaction. It was kind of great in for a team that scaled out ChattuckTD to over a billion users daily. We're getting pretty good at this.
I think that, you know, there were a lot of hiccups along the way. These things aren't something that you build by yourself in an afternoon, right? You have the most capable models. I think, though, a product like this really was only something that unlocked with Astro. Every model that comes along for us unlocks a certain size of project and speed of project. And this was one of them that Astro was really kind of the first time that we felt like we could move fast enough on something like this to deliver a great experience. There was also like the question of if you've got multiple agents that are also collaborating with you in a dock, that multiplies the load. Sure. Potentially, because even something that would have been a single player dock that you could have much of the pipeline being local on the edits. All of a sudden, you've got this cloud agent that's also collaborating with you on the dock. Right. So you're dealing with kind of a multi-agent world. Yeah. You know, it's the agents, which one responds to what. Exactly. And then the updating. It's like, does everybody have the same view at every time? Right. Was that ever an issue? It's funny. Like, a lot of the stuff here that we built reminded me of the computer use stuff that we introduced to Codex maybe six months ago.
The cursor being a great example. So one thing that people have really loved about Codex computer use is it's got this really fluid, smooth cursor that runs around the screen. And if you think about it, that cursor is largely unnecessary. Yes. The model does not need that. Like, we are making up a cursor. Sure. And in some cases, it might even add a little bit of latency, right? Because, you know, you're smoothing out the animation as the cursor comes to a button, adds a few milliseconds here and there. But something about it, it makes you able to feel it, and it internalizes what's going on here. And so the same thing happens here, which is that the model, you know, you give it tools to edit these pages. And one might be, let's say, find and replace, right? And so it's like, all right, it can find and replace stuff over a whole doc. But you really do want to add a slight animation so you can say, oh, these five things just changed, and you can kind of feel it, right? You add that on top. It's like a bridge from here to there. I've heard that described in a game design article years, maybe over a decade ago, being juicy. You know, solid interactions there. Right, yeah.
And it's stuff that's not obvious until you're having an agent edit a dog alongside of you, and your text is changing, and you don't see what's changing, and things are jumping a little bit, and it's like, it's not right. You have to play with it for a long time. So besides having the little things that make it just kind of feel better, what were the major concerns with the interaction on this multiplayer space? Yeah, that was a big one, obviously, how cursors behave in a document like this. There's just a lot that goes into this stuff. And, for example, if you are tagging your agents in a bunch of slots from the doc, you want copies of it to work in parallels. You don't have to wait for this change before this change. But then how do you get back to these things, right? The agent needs you to reply to it. Are these all separate threads? Are they the same thing right So we played a lot there and we probably iterate even more as we go We played with this a little bit with the dots and we got these amazing renders now of your personal assistant right? Yeah, yeah. You know, we tried attaching those to the cursors and it's a little bit busy
but I think, you know, we're going to play with this a lot. This is not the final version of the product. Like, we're going to be doing a lot here. I come from the startup world. Like, this is the only way I know how to build is just to put something out there and I think we have a damn good V0 here but I just, I can't imagine, like not coming back week over. I mean, this is how we were when we launched the Codex app back in February. We did Codex Thursdays for a long time, where it was just every single week we were just like, we've added this, we've fixed this, like tell us what you want, and we just kept going. And I think that's a big reason why it took off. Yeah. It's a nice-looking desktop app, right? Like it's almost like the iPod moment, right? You have something that is easier to use, good to look at. How much did that factor into the thing you were making? A lot. And we were simultaneously designing ChatGPT space, same time as Dots, at the same time that we were rolling out this new sidebar, the same time that we were completely rewriting ChatGPT for the browser as well.
So we're doing all of these things at the same time. And so there was a lot of iteration on, like, this version of the sidebar is not going to work for these two products that are coming out that are also themselves being iterated on in real time. I mean, I think we had over 20 launches today, and all these things are happening at the exact same time. So, grand design for what they're going to be on desktop, they kind of come together, and the spiral gets a little tighter as we get closer. But my team that works on the desktop app has been involved in all these launches, and this app that we try to make feel very simple has so much in it. The speed of development is definitely a big change. Like, we were here talking about Stack Internal and how we built it with Codex. Yeah. And built it super fast. But I wonder, like you said, you're doing Codex Thursdays, all these things you're putting in it. Is it too fast for folks like me to catch up with? You know, our goal is always to make things that feel easy to use, that feel agent native. So, you know, even if you don't know that we put out this multiplayer pages document type, right? If it's easy for your agent to use, next time you ask for something to be written, it uses it.
And you're like, wow, this is great. I didn't even know about it, but it's built in. It's smooth. And now I do. To your point, I do think we've entered an era where software can be built so quickly that it's going to be hard. And there will be things that we will have to slow down, pace to use the word, but just on the software side too. You don't want a new feature every day. And I think shaping these things as they come out is going to be a big challenge. If everyone at your organization has tokens to just make anything they want, like consumers and even prosumers can't bear that. It's too much. It's overwhelming, yeah. With your sort of focus on the smoothness of the cursor and making it look good, the interaction design, there's a level of judgment and taste that you need to apply to that. And hopefully, AI is not going to take that from us. Hasn't yet? Hasn't yet. No, I do think a lot of times this is the bottleneck for us, too. We've got all sorts of explorations, and it's the judgment and taste that says,
okay, these three can shape together in this way. And like this one over here, well, it's not quite there yet. Right. I think that's the big challenge. And with the speed and ease of creating things, the taste is both going to be more valuable and harder to apply, I think. How do you think about making something, Spaces or the unified app, desktop app, like a tasteful, good experience for a user? Well, I think the most important thing we do at OpenAI is we use everything ourselves a lot, right? We're a big company now, and we try to be very honest about the product market fit we have internally before we put things out. If it's not there, then it's important for us to not say, oh, well, you know, somebody else will like it, right? Because you can rationalize anything. You can be like, well, it didn't work in here, but we really try to keep ourselves grounded. Like, is this something that everybody internally is loving? And if not, like, what gets us there? Yeah, and I think for some of the developers listening, they don't really care about the prettiness or the comfort of the interface.
They're just like raw terminal folks. You're not pushing them out of their terminal, are you? No, no. I mean, I love my terminal. Today we have a brand-new refresh for the Codex CLI. Like, we love the terminal. I think we find a lot of things easier to work on in the app, but the terminal's not going away. It never has. It has been decades that the terminal has not gone away. and has even had a resurgence this year with all of the products that are terminal first, right? Like not going anywhere. I think that there is a lot that we want to do that requires richer display of different threads that are growing at the same time or interactions with documents or things of that nature. But I know that people really push the terminal farther than I always think it can go. How much of the harness is just sort of given to you for the app and how much do you sort of work with? One of the things that has made Codex very successful is that we, between the research team and the core agent harness team
and the product teams that put out the final product, we work together really closely. And I think that's one, you can kind of see that. And there are like a lot of ways that this plays through with how like code mode, for example, right? This is a harness concept where the model can write itself code ahead of time, it really makes a huge difference for things like computer use, where instead of inferencing through every individual step, it's like, hey, I'm going to do these next five steps, and I'm going to get the input of this and put it into the next step, right? And that's just something that's like, we don't talk about it a ton. You don't really see it on screen, but it makes a huge difference for speed and token efficiency and all of this stuff. I think we're going to see another jump as more and more people use ultra-fast. in when the model works in certain ways, it unlocks things you can do in the products that you couldn do before Not because they were technically impossible but because they felt bad Are there parts of the harness that you shaped or you got to change this for me or that you push PRs to Before we had skills,
I wrote a bunch of crap into the dev prompt to make the app work properly, which research never likes that. Now we've got plugins, right? We also released a feature called Teams today. That can all get released as a plugin. It's super easy to extend the core harness and to do these other things without taking impact on the performance of the model. How embattled are those system and dev prompts? These days, they are quite optimized, and the research team, they take a hard look every time there's a new model, and we've got processes for this. So it is no longer a YOLO experience to change that, as it maybe once was in the early days. But yeah, I mean, early in the ChatGPT days, you'd be like, well, I want Chat to occasionally use a writing block, so I'm going to tell it to use this syntax when a writing block should appear. And all of a sudden, you look back a year or two later, and you're like, wow, this thing is full of a ton of stuff. And so I think of the Codex Harness as kind of a generalization of a lot of those lessons where there's a standard way to register tools, and there's a standard way to render those tools. And that helps a lot with doing rigorous evals and all of the things that we do nowadays.
When OpenClaw came out, people were buying new machines, and they were like, YOLO, it can access everything on there. How do you keep somebody's system safe from a desktop app? In which way? If it's not default sandboxed. Yeah. But like it can do computer use. It can check out your browser. It can write scripts for itself. I think one of my favorite features we've released in the past probably six months has been approved for me, which is the process of essentially a separate copy of the model that's running on the tool calls to judge whether it's a safe thing to do. Or even if it is safe, is it what the user asked for? Or is it something the model is just like going off the rails with? And so there's that. the models are also, they've become quite good at understanding this. And so there have been times where I have asked vague prompts to pull out of Slack, right? And it's been like, I don't think that I should share that with these people, right? You know, I here and there have been testing something and I dropped an API key into the text box. And it's like, please go revoke that key now. Like now it's in the role. So we've gotten quite good at this stuff.
There's some features that we've had to hold back, right? Like certain types of delegation. You don't want a non-privileged process to be able to delegate to it. It's something we take quite seriously. We've really staffed up the security side of the house here. We have a huge security team now that is phenomenal. I think people have really loved this Codex remote control product that we have out there. If I have that, can I deterministically block certain actions? Yeah, of course. One of the nice things about the desktop app, too, is that you can be a little bit friendlier with the settings. So if you're using Codex DLI, the way that you customize it to block certain websites or make an allow list of domains that browser use can use is you get familiar with the config.toml. And you type in, like, hey, this setting. Or you ask the model, hey, what would I type into the config.toml to do this? Whereas in the desktop app, we just make a UI for this. And we're like, here are the websites that your browser use can use. And we've got all sorts of elicitations that come out. So if you're using plugins, the first time it runs any app, it'll say,
hey, do you want me to use Notes? And you can say yes this time or yes every time, right? And we'll do that per application. Then you can always go back into settings and say, you know, I don't want you to use my Notes app anymore. We rolled out a bunch of those settings today with the dots. That's our first motion is to say, hey, you know, we're going to assume that we cannot do something we're going to ask. And then you can ask us to stop asking you. But that's not a default. I mean, people do. People do. The spaces is sort of a different way to interact with the AI. When you were first dogfighting that, was there any sort of issues or surprises around that? My favorite type of product loop is the one where you can get into a flywheel, where you're using the product to make it, because then you really feel where it is great or not great, right? In a way that if it's not for you, you say that you feel it, but you're not always able to be honest about it. One of the magical things that happened in the development of space was that, I mean, the pages that are in space can support anything that a regular chat thread, codex thread can do, and it includes blocks like the visualized block.
And so we actually started to design the product in these pages through these visualized blocks. And what's great about that is they're not static. There's something that people can click through and click on different tabs, and you can build skills around how to recreate these mock-ups so that you can do it really quickly. And then you can say, hey, make me five variations of this mock-up, and it will just drop them in line for other people to use. And the model, even in these visualization blocks, is able to make them either single-player or multiplayer. So if you're sharing mock-ups, you want them to be single-player. Why is that? So that if I'm clicking through it, yours isn't changing, right? You should be able to click through the prototype yourself. But then, of course, we can play chess against each other in these pages because we wired the multiplayer in. So I think the visualization blocks in the page is something that's very unique to it and unlocked a lot in our development process. And then, of course, when we kind of were able to try out all of the options and say, like, hey, let's do this one, you can just tag in Codex to build it and put it in the real app, right? So we got in this really cool cycle.
Thank you for listening, everyone. I've been Ryan Donovan. I host the podcast, edit the blog here at Stack Overflow. If you like what you heard, please leave a rating and review. And if you want to reach out to me directly, you can find me on LinkedIn. I'm Andrew Ambrosino. You know, many people like to reach out about the app. The best way to do that is on X and just send me a DM. And where can they see the new spaces stuff or find out more? That'll be live today in the ChatGPT desktop app and on web. Thank you for listening, everyone, and we'll talk to you next time. Thank you.
番組の概要欄(原文)
Recorded at OpenAI Dev Day 2026, Ryan sits down with Andrew Ambrosino, member of the technical staff at OpenAI, for a conversation on OpenAI's strategy for merging ChatGPT and Codex into a unified experience, the advantages of localized computer access in their successful desktop application, and the technical hurdles of constructing ChatGPT Spaces to support real-time multi-agent collaboration.Episode notes:ChatGPT Space is a newly launched collaborative workspace within ChatGPT and Codex that allows software engineering teams and their active AI agents to work together in real-time.Connect with Andrew on X. See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
出典・この記事について
- 番組
- The Stack Overflow Podcast(The Stack Overflow Podcast)
- 元の回
- Don't forget about the UI for AI
- 配信日
- 要約作成日
- 公式サイト
- art19.com/shows/the-stack-overflow-podcast
この要約・解説記事は、元の音声を文字起こしした内容をもとに AI(Claude)が日本語で作成したものです。 固有名詞や数値に誤りを含む場合があるため、正確な内容は元の音声でご確認ください。制作方法について
関連エピソード

Codex の Record and Replay:一度見せるだけでエージェントに面倒なワークフローを教える(リプレイ)
Everyday AI Podcast – An AI and ChatGPT Podcast

Anthropic IPO前のパニック、OpenAIのスパイ事件、AI料理画像論争
Big Technology Podcast

AIでスライドを作る方法:人気9〜10ツールを実機比較(再放送)
Everyday AI Podcast – An AI and ChatGPT Podcast

誰もエリザベス・ホームズから目を離せない理由――ドキュメンタリー『You Can See Everything』をめぐって
Hard Fork

AIは子どもの学びを妨げているのか?(#1036)
Super Data Science: ML & AI Podcast with Jon Krohn

AIは「その通り」と言い、形式手法は「間違いだ」と言う
The Stack Overflow Podcast