# OpenAI on OpenAI: Applying AI to Our Own Workflows

## Метаданные

- **Канал:** OpenAI
- **YouTube:** https://www.youtube.com/watch?v=nKuXMDCtyQI
- **Дата:** 08.10.2025
- **Длительность:** 26:25
- **Просмотры:** 12,275
- **Источник:** https://ekstraktznaniy.ru/video/11229

## Описание

Ever wonder how OpenAI is using our own technology? Discover how we build reliable agents for sales, support, finance, and data, then take home a framework for spotting and scaling high-leverage use cases.

## Транскрипт

### Segment 1 (00:00 - 05:00) []

Hey everyone, how's it going? How we feeling? Do we like the keynote? Good. Uh my name is Scotty. Uh super excited to be here today. Uh you just heard on the main stage about new features that are going to make it easier to deploy agent-driven workflows. In the next 20 minutes, we're going to talk about how we put that technology to work inside open AAI. I'm joining from the go to market innovation team. We are a team of developers that are responsible for deploying our technology inside our goto market organization. So, a quick show of hands and we got some people filtering in the back. Quick show of hands here. Who here is building a product that they plan on selling to customers that's sort of externally facing, right? Expect maybe like most of the hands in here. Um, today we're going to actually focus on a slightly different surface uh where there's really never been an better opportunity to build and that's internal applications. Internal applications are sort of like the glue that can make your company more effective. And today in the world of you know internal app development most teams tend to think about you know how can they streamline operations and the question that people are asking in that space is how do we use AI to drive efficiency? This is a question we hear all the time and you know we think this is part of the right answer but there's or the right question um but there's a bigger question and we've been trying a different frame internally to really capture this opportunity. So we've been asking how do we use AI to amplify expertise. So let me explain what I mean. Every company has embedded expertise. You have your uh your top salesperson, Sophie, who knows just how to connect with customers. You have your support specialist, Ken, who knows how to untangle even the most complex system. You have maybe your uh your engineer, Alex, who can just crank out code and release features in days. The promise of AI is not only automation. It's capturing the craft of these practitioners and then finding a way to encode and distribute it across your entire organization so that every employee in your organization can operate like your best operator. This opportunity is driving what we call a golden age of internal building. And as a developer, it's also incredibly fun work. You get to pull up a chair next to your top operator, understand their work, iterate in fast loops, and drive real value in days. The right builds internally can 10x your company's agility and impact. And today we're going to talk about three real examples that have hit that mark internally here at OpenAI across sales, people, and support. So each of the sort of internal products that we talk about today are only being used inside open AI, but you should think about them as illustrative examples of how you can deploy frontier AI to solve real problems. We're going to walk through what made each of these use cases successful and some patterns that you can take back to your companies. Um, and we're going to start today with a use case that's very near and dear to my heart coming from the go to market organization. Um, and that's the go to market assistant. So, let's talk a little bit about sales at OpenAI. I bet everyone here can imagine being on the sales team at OpenAI can be really intense. You got new customers, new features, um, everything you saw live on stage today, bringing that to customers. And so, last year about this time, our teams were really hitting a breaking point. And what they needed was quicker customer research and technical answers to from questions from customers while also expanding their capacity and maintaining a great customer experience. These two things are very much intention to do them both well. And so I started by sitting down with our very best rep. Uh her name is Sophie. Uh Sophie is amazing, a real person also. Um even during that period last year, uh Sophie just had this incredible way even with extremely unscalable workflows of like finding a way to win with customers. And so I started just sitting down with Sophie, getting to know her. She had uh joined the company about the same time that I had. She came from a startup, so she kind of had this like scrappy building spirit. And through our conversations, I learned that Sophie had

### Segment 2 (05:00 - 10:00) [5:00]

this sort of special formula to scaling her craft. And she showed me exactly how she wins across prepping for customer meetings, uh, generating sort of product champions, uh, thinking about product demos across our API and chatbt, and then following up as quick as she possibly could uh, to meetings with customers. So I really focused on this first workflow which was prepping for customer meetings and there was a really clear definition of success and we built an agent that was specialized to just Sophie's version of excellence and then we tried to repeat that for the rest of these skills and what we found is we were able to build a system and when you put that system to work inside of Sophie's daily work across systems she already uses so chat GBT and Slack primarily we are able to create this great experience that you're going to see in just a moment. Um, and the result was go to market assistant. Uh, go to market assistant is sort of this collection of workflows that enable every single one of our reps to bring their very best to every single customer engagement. And so, let's get into the nuts and bolts. Um, what you're going to see here is a familiar slide. We're going to come back to this slide three times today for each of our use cases. Um, also headline for people who are joining us from the back. We're talking about the way they're deploying our products internally. Uh, and first we're starting with sales. Um, and so we're talking about the go to market assistant. Here we have our kind of foundation. And really what it starts with is getting your data right. And so down here we have customer data. Anybody who's worked on a go to market team before knows that understanding your customers is like priority number one. But doing that is very hard because the data is everywhere. It's spread out across systems. And so what was important here to start was to build a simplified data model and then to set up a semantic layer where GPT5 could really understand what our customer is and how it can provide good data on that customers back to our reps. We vectorized a bunch of key documents here including some internal resources to talk about our go to market strategy. And then you have this core kind of agent spine across agents SDK, GPD5 and the responses API. And what you see inside of here are the skills that we started with. And we call these skills, but these are agents that are specified to this specific version of excellence. Again, that came from those conversations with Sophie. We have meetings, product knowledge, custom demos, customer research. We started with four. We have about 10 live today. And finally, you have self-improvement on the side here, uh, which is really driving that continual, uh, sort of improvement workflow, really driving that high bar of success. And finally, services is where you actually distribute your product. And so we have uh chatbt here, which is enabled via an MCP connector, Slack, which we're going to look at in just a moment, and finally the OpenAI platform when we're dealing with some of these kind of back-end task uh executions. So now let's imagine that I'm a rep on the mid-market team, just joined. Great job. Funing team to be on. Uh this is the same team that Sophie was on right when we started building this product about a year ago. On the mid-market team, you might have hundreds of customers and you might in a single day have eight customer meetings. So, it can be a really challenging job to bring your best to every one of those customer engagements. Now, I just start my day with the go to market assistant. And so, I'm going to give everyone a quick orientation here. We're looking at a Slack workspace right now. Uh we are inside a private channel which is just me and my goto market assistant. And I just received my Tuesday briefing. So, let's imagine it's Tuesday morning. Um, we have Acne, Brookfield, and Redwood. Uh, looks like I got three meetings and they're all quite close, like hopefully can fit in a lunch here. Uh, we have one first call, meaning it's the first time I'm talking to the customer. Two follow-ups and a little headline of information I should pay attention to. But the real beef of the information here is in the thread where we get this detailed meeting prep dock. I have some attendees I can quickly click into LinkedIn. This was surfaced via web browse. We have our uh, OpenAI data. And this is where it's really as a rep, I'd have to go to multiple dashboards to kind of understand the state of this customer and what it means and what I should bring today. Here, it's actually surfacing for this customer I'm just starting to meet that they're already starting to use our products in the self-s serve world. Um, and that's really important information I can bring to this conversation. Finally, we have hypotheses and opportunities. Obviously, my role as a seller is to be very strategic in every conversation. And what my assistant is helping me with here is distilling all of that information to help me show up prepared to this customer conversation. In that recommendation, it had recommended that I create a demo for Acne Search focused on coding and deep research. So, I actually just invoked that here. And it's coming back with a step-by-step script that I can use with the customer. This one's again interesting because this actually represents one of our best solutions engineers whose name is Max. Um, Max has been at the company about two years. He has over a hundred

### Segment 3 (10:00 - 15:00) [10:00]

different demos for chatbt that have really landed with customers. And that's sort of the grounding data set here that we've now remixed with this customer's data to create this really useful demo. And so what this allows us to do is to provide a great customer engagement for every customer no matter the capacity of our technical teams. And so I can take this prompt right here, drop it into chatbt that would render a dynamic web page where we could really walk through the customer this real coding example. I'm going to scroll down. Um, let's imagine I just got a meeting recap. So that meeting just finished about 30 minutes ago. Now I have some key takeaways here. Uh, we have some action items and it looks like the customer actually asked a question on the call. Um, and so sort of a technical question here about chat completions and the responses API. This is great for me as a rep. Now I know I can be tracking follow-ups sort of inside this thread. But even better is the assistant is actually recognizing this question and sending it directly to our product knowledge skill which is prepping this answer I can now take directly to the customer. So it's closing out that loop and allowing me to scale my support quicker. But as I'm reading this sort of uh rec this recap here, I actually noticed that it missed a key next step. it missed the next steps that the customer had asked for a prompt tuning workshop for GPT5. And so sort of my expertise as a seller here is I know exactly what happened this meeting. This is helping me scale my work, but I also know these things are not 100%. Right? They might be 90 95%. They're getting me most of the way there. I'm still using my subject matter expertise to maybe recognize places where it's off. And then I can go down here to say was it helpful? Click no. I can provide that feedback that it missed this key takeaway. This is going to prompt a regeneration on the backend for this particular task. And in so a moment here I'm going to get my kind of updated drafted email um which now fundamentally or critically is going to have this next step about this propt timing workshop. Now this is obviously great for me as a rep. Now I got what I need in my flow of work to support this customer. But even better is this same piece of feedback went to our eval platform and triggered a prompt optimization flow and that prompt optimization insight was brought directly to our developers inside of a developer only channel and now I'm reviewing the scope and impact of this change and as a developer I can approve it directly in my flow of work. So what we've done here is we've actually had a top operator, myself in this case, um train the system and that piece of training then get distributed to the entire organization to really uplevel that skill over time. So people trust the go to market assistant because they help define it and they're helping to train it every single day. And we have about 10 skills or so in go to market assistant today. And when I look at each of those skill, I see people. I see people from Maggie's team back there who helped build one of our product assistant uh knowledge skills. I see uh Max who helped build our custom demo workflow. I see uh Sophie who built the meetings prep. So that those little pieces of excellence inside of our go to market org now are distributed to every one of our more than 400 members of the team. Today, our reps are spending about uh exchanging about 20 messages every single week with the assistant. And they've reported one full day in time saved they can now spend on higher leverage tasks. I asked you what would you do with like an extra full day each week. That's what these kind of products through very quick revolutions can drive for your business. And as a final note, as a developer, this has also been like a very fun project because the go to market team, they have this sort of eagerness to build this creativity and when you give them the tools, they can really engage with those tools to scale their best work. So, we just got through our first use case uh for people who maybe showed up late. We're talking about internal uh applications of our technology here at OpenAI. We just covered sales and now we're going to talk about people. So, uh or people in HR. So in the people in HR space uh we also are dealing with a challenge of scale. Uh we've been rapidly adding employees across the globe and you have sort of uh new employees, you got new offices, new policies and it's uh extremely challenging you know as an employee to pick up on all the institutional context you need to be successful in your role. And so through that massive growth, how do you help employ employees quickly understand how the company operates? Openhouse was our solution and it's built through a very similar structure of connectors, orchestration and services. But the difference is now we have people and HR systems at the core of this uh agentic framework. So at the bottom here you have HR systems things like workday where you're connecting sort of personnel records and who's in each role what the expectations of the role is. You have uh some vectorized

### Segment 4 (15:00 - 20:00) [15:00]

documents here and I want to focus on this CMS here. This was sort of trying to solve the problem of you have all this all these events happening across your uh company things like announcements uh new updates to maybe key policies and it's really easy to get kind of lost in the shuffle right so this CMS is actually capturing each of those little bits of information happening across our organization and it's storing them so that I can easily access them inside of a single system and we're going to see that in just a second. We have the same spine in the middle but now different skills. So we have our company knowledge, our people connector. Uh we have career growth which kind of helps me understand my expectations for my role. And then self-improvement uh driven by the same kind of eval and guard rules bit. Um and finally surfaces where we're trying to build this directly into our team's flow of work with chatbt Slack where it's kind of added as like a Q& A bots that can respond in some of these kind of global company channels. And finally, chatkit, which we're going to look at uh right now. So, we are looking now at openhouse. Okay, I'm going to walk everyone through what openhouse is and then talk about how I used it last month. So, on the left here, we have directory, announcements, videos, resources, and support by team. These are all kind of sub widgets where I can explore some more information. Um in the middle here, you have in case you missed it, um this is where those kind of announcements get bubbled up, right? Um, Slack can kind of be chaos. This is where you go to know the pieces of information you really need to see that are relevant to your role. And then finally, in the middle here, we have this common kind of chat format. Um, which we're going to use right now. So, about a month ago, I was taking a trip to New York. Uh, I was trying to visit a customer for an on-site. And for any new employee who's trying to travel to a new office, right, the first thing you want to know is like, how can I access the office? Like, what's the travel policy? and uh how can I sort of make this trip successful? Um, so previously you might like message a few of your co-workers like hope you find the office manager and maybe worst case scenario you like book something that's out of policy and then your expense report gets denied bad outcome right now you can just start with openhouse and so I took that question directly to openhouse and I asked hey I'm visiting New York office can you help me with the travel policy how to access the office I get this kind of summarized chain of thought here and then I get this nice sort of chat ready answer. Obviously, very familiar format to people who are using chat daily. We have our citations though here too. And I'm going to actually click into our office guide book here over on the right. Um, this is sort of maintained by our office manager. We get all the details here including like where I should sit, how to access the office. Um, travel policy was back on that main page. And I could actually click into our Slack channel right here and I would see, you know, what's for lunch, right? So, first off, now I can access the office. Obviously that's great. Probably could have done that you know I just finding the right file. What's really though taking this one step further is you know I had this customer demo right I was meeting with a customer talking about go to market use cases for our technology obviously a bit familiar. Um and so I could take that same question right here and you can see me asking now is anyone on my team in New York that could help me build a great use case for go to market uh go to market use of our technology. It's gonna now look primarily at our directory. So, this mapping of kind of all of our employees and these like internal wiks. And it's going to bring to me I got five different profiles here. Um, and I'm going to click into Joe's. It's highlighting Joe's might be relevant here. I can go into the sources on the right here. And now I see Joe's kind of personalized profile. Um, every employee at OpenAI is actually filling these out um as a part of their new hireer onboarding. Now, we're also kind of prepopulating with some of those kind of HR and people systems data. And so it looks like Joe actually has some expertise in building customer demos. And so what I can do here is I can just click down on the Slack button here to the left. Um quickly jump into Slack, send Joe a message, say that I'm visiting New York next week. U see details right here for the demo I'm trying to drive. Said openhouse was a suggested that I was a good person to meet with. Um asked him if he has time and he could respond directly in thread and it looks like he's there. So what happened here is that I was able to tune in to the institutional knowledge that exists across the entire organization. Usually that's sort of locked in these silos and what openhouse allowed me to do was ask the question, get an answer, connect with a co-orker and then bring that directly to the customer. Our teams have also been engaging through these same patterns and about 75% of our employees are using openhouse every single week. And the reason that it's so high is that it's built on good data. It was designed around real questions and it's very easy to use. Okay, we're we got through two. We're at the third demo or the third use case today. We're going to talk about support. Um support is

### Segment 5 (20:00 - 25:00) [20:00]

this world of massive data and sort of operational complexity. And at OpenAI, we have, you know, hundreds of millions of users and millions of support ticket questions every single year with a relentless rate of change. Now many companies face like some element of scale. Far fewer face maybe scale at the same time as hyperrowth and hardly any do that while also building a technology that can change the equation. And so we tried to tackle support for more of a engineering and design operations challenge to think about how we could build a model where every interaction improves the next. And so here's a concrete example of kind of the scale we're talking about. You're looking at service tickets over time and in the middle here you see the launch of image gen. Uh if people remember that from like a few months ago, we had several magnitudes our normal ticket volume in just a few days. Uh and over a 100 million users added in just a few days. Um obviously, you know, anyone on the growth team is looking at this being like great, five-star, this is exactly what you want to see. But from a customer support standpoint, this is really unworkable and it's unscalable with any sort of traditional model. So we started by defining the process. We reviewed all of our conversation logs with specialists or maybe not all of them. We spoke picked thousands of conversations to review with specialists. We defined gold standards for how should an agent behave here? When should it respond to the customer quickly? When should it escalate for support? When should it tag for audit uh for added complexity? We then codified all of those standards into knowledge uh and we call our knowledge in the sale in the support world SOPs or sort of standardized operating procedures. Those are like an industry standard term. And then finally we took our SOPs and connected them to knowledge and eval so that we could drive this kind of self-improving loop where every interaction improves the next. See a lot of nodding heads. This is a familiar structure here. Now we're going to talk about uh the same framework. Right? So we're back to the same slide. This is the third time. And now we have support context embedded. We have customer tickets at the bottom and we have our kind of vectorized help center articles, our support SOPs. And the really key tiein here that was important for support is to make sure that as we saw novel patterns with new tickets that were maybe going directly to humans and maybe cases where our automation was failing that was driving self-improvement loops that directly updated the SOPs so that you have this kind of self-improving system that can really scale with volume. In the middle, we have ticket classification and actions as kind of the core skills. And then distribution inside of the help center, which we're going to look at in just a second, and also the real-time API, which is sort of more of an alpha product right now, uh, or this sort of application of that product where people can call in and get live support. Now, the really compelling thing about the real-time API here is we didn't have to significantly rearchitect this foundation because if you get this piece right, you can expand to multimodal and more surfaces. I'm going to quickly show the support page here and uh headline here is we're spending 10 seconds here and that's because the point is that you ask a question you can get answers in your flow of work and as a users all you want from support is to get what you need and that's what this system can really drive at scale. A quick uh some quick hits on impact. We're seeing about 70% of our tickets now are deflected or sort of handled autonomously by this system. This system is outperforming our legacy system by about 30%. And about 80% of these tickets when manually reviewed by a QA team are rated as highly positive. So we just got through three use cases. We talked about uh sales, we talked about people, we talked about support. And what you saw from all three of these was agents that could collect content, collect context, they can make decisions, and they can take actions inside of your systems. You are also starting to see this sort of trend where every single department that we talked about today is operating a little bit like a software development team. And we think that trend is going to continue across every department inside of businesses across the globe. And that's going to create incredible opportunities for everybody in this room and for all of our developers to change the speed and shape of every part of your business. Now, to help you do the same inside of your business, uh you just heard from Sam on stage about agent kit. Um, again, agent kit is a sort of like starter kit for deploying these agents quicker. It includes agent builder, which is that kind of visual uh you're able to quickly map out the visual logic uh for your agent. We have chatkit, which is like that easible easily embeddible chat component. We have eval which allows you to drive some of those like self-improvement uh loops and performance at scale. So, great package there. Circling back to where we started, I asked the question, how do we use AI to amplify expertise, we challenge everyone in this room to

### Segment 6 (25:00 - 26:00) [25:00]

start with these three items and frame it around a sprint that you can start this week. Number one is find your Sophie. Who is your like top operator that is excited to automate and orchestrate their work, understand their work and move in fast loops? The second is to build inside of familiar tools. You should not be building a separate set of software here. This is embedded into the tools that your teams are already using so that both using the tool and providing feedback on the tool is incredibly native. The third part here is scaled platforms. Pick agent kit. Build some of these common platforms so that you can really drive your velocity, your development velocity at scale. I challenge everyone in this room to go back to your companies and build something that your teams can't live without. Um, today we're going to be uh if you want to hear more from the builders at OpenAI, I'll be answering some questions on Discord. Uh, there's a Discord channel hopefully everyone has access to. Um, we also have the lead developers uh from each of the use cases that we just talked about today. Um, they'll kind of be hanging out over here. So, if you have specific questions, come on up and see us. Uh, hope everyone has a great rest of your dev day and thanks for joining us. We'll see you around.