I mean, so the most extreme version of this, which has been floating around in sort of AI circles for a while, is when will we get the first one-person billion dollar company, right? But we don't have to go that extreme to say, okay, well, we already know AI improves performance for individuals, but it also fills in skill gaps for them. Whatever you're worst at, the AI is probably better at that than you are. And so, as a result, most people are held back by skill gaps. You know, they're good at some stuff, not good at others. Productivity gains, right? I can now have basically an infinite army of interns to manage. And as a result of that, you get very large improvements in individual ability. Again, the moderating factor is organizational structure. It's not individual ability or even AI ability at this point.
If you're making technology decisions that impact people, budgets, and outcomes, you're in the right place. Welcome to Insight On. We are delighted to bring you a really special episode today with a really incredible guest, Ethan Mollick. He is the author of Co-Intelligence and one of the leading voices in AI. Insight's chief digital officer Rob Green sits down with Ethan to get a reset on how we're thinking about AI and make sure that we're not going the old direction because these things change and we need to change how we're approaching it. The conversation is insightful and honestly a little bit spicy. No matter where you are in your AI adoption journey, I guarantee you're going to walk away with something really helpful. And if you are in an organization that's maybe not moving fast enough with AI or you still have to convince some skeptics, this episode is going to give you the ammunition you need to see progress. All right, grab your coffee and let's go.
Welcome to Insight On. I'm Rob Green, Insight's chief digital officer, and I'm thrilled to be joined today by Ethan Mollick. Ethan, welcome to Insight On. Thank you that you could be part of our podcast today. I thought I'd just lead off. You wrote a great book called Co-Intelligence and I love the title of the book in particular because it frames AI as, you know, Microsoft will love that I say this, but a co-pilot as opposed to being a massive disruptor that's going to destroy jobs. You kind of talk about the practical application of AI and how it can help people and business units, enterprises be more productive. So how'd you come up with the title and can you talk to us a little bit about sort of the implications of Co-Intelligence?
Sure. I mean, so the way we work with AI has evolved. I mean, the book came out two years ago, which is infinite time in AI world. But the methodology still works for a lot of kinds of work. There are new ways to work with AI as well. But the idea was that you basically there's two kinds of ways of working with AI. Either a cyborg or a centaur. So a cyborg is blending their work with AI. So you go to AI to do something, you go back to human work. And a centaur divides up the work like the half person, half horse where you do some things with AI and some things not. And I think that those models are helpful because they kind of clarify how do I want to approach AI in this situation.
Yeah, makes sense. And you also kind of explore how AI helps individuals augment their performance, improve their productivity, improve their output. And I think that's another aspect of kind of Co-Intelligence. The AI is really helping people do things faster, better, smarter. Could you just talk about some of the practical use cases you've seen where that's played out?
Sure. And I want to focus, it's not just productivity. I think productivity gains become a focus and in some ways you end up just doing more of what you're already doing, right? So part of what's interesting about AI is that it is transformative. Transform doesn't necessarily mean replacement, right? It means it does change and transform things. So for example, I've got some research and a lot of my colleagues do showing that AI is really good at idea generation. So if you ever need to generate ideas, have the AI generate 100 ideas after you've generated your own. So you have your own thoughts first. It's obviously very good at sort of the usual editing, writing, feedback, but it's actually quite good at strategic advice, at thinking through hard problems, obviously coding. I mean, it's a general purpose technology, so it does many different things.
Yeah. Yeah. No, great point. Great point. You also, I think you coined this term the jagged frontier and it really encourages experimentation at the edge with AI capabilities. A lot of enterprises though, a lot, you know, I spend time chatting with CFOs, CIOs, CISOs. They're looking for ROI. They're looking how to protect proprietary data. They're concerned about potential liability. So how would you advise sort of C-suite executives on how to lean into practical experimentation at that jagged frontier versus, you know, sitting on the sidelines?
So there's a lot going on there. I mean, one thing is we don't know the shape of the frontier. You don't know what AI is good or bad until you use it. I mean, OpenAI has no idea what the value of AI is for a midsize Midwestern insurance company, right? Or a car dealership or anything else. I mean, no one's thought about this. So there's opportunities to find use cases. There's also probably problems, things it's not good at. The only way to know is to explore. I think that there is too much worry right now about some of the sort of information security things. I mean, they're very worth worrying about. But the idea that the AI is going to leak your data or your private secrets is less of a concern than it was. Although these systems really have secured themselves a lot more than they were. There's still kind of cloud-like risks, but no longer the AI will train on your data without you knowing it and send it to someone else. For enterprise systems, there are a lot more esoteric security risks appearing as a result of AI. So it's actually quite good at hacking on its own. It's great at social engineering. It itself can be manipulated through things like prompt injection. So there's a lot of new risks, but I think the privacy concern or that we shouldn't use AI because it might leak our secrets is generally something that a lot of companies have figured out ways to address.
Have you seen practical use cases where measurement of ROI, you know, practical metrics that really help enterprises measure the impact of AI?
Yeah, I mean so on the ROI front I actually don't think this has been as much of a problem in the last few months. My colleagues at Wharton have a survey they've been doing of companies. 85% report positive ROI from their generative AI efforts already, right? I talk to companies all the time doing this. Like eight months ago it was a very different situation, there was a lot of uncertainty. I do worry though the ROI focus as the first thing to do is a mistake because this is fundamentally about transformation, about an opportunity to do different things in a different way. And if you're just trying to focus on ROI as the only outcome you're not doing R&D. So there's going to be some expensive expenses. If you're only trying to be like, how do we write more code? I think you end up in trouble.
Yeah. Yeah. I thought there's some parallels. I've been in the industry a long time. I'll date myself here a little bit, but you know, I've been in the industry since not everyone had a desktop computer. And so you think back to the advent of desktop computing and then connecting computers, you get distributed computing, then you move in the internet age and cloud and so forth. And at each step of the technology transformation, there have been meaningful productivity gains that have been driven from that but they've not necessarily been obvious at the time. What do you think are some of the things that aren't so obvious today about how AI is going to impact how work is done as we look forward?
I mean I think almost everything. So let's take something that we know from the research that AI has a big impact. So even before Claude Code and all the new coding apps came out, there was a nice study of Cursor which is another coding helping tool. When that came out it increased the amount of code that people were writing by about 38% and did not increase error rates. So that's just like right off the bat, right? I think we have multipliers on that right now. That's fine except that the way we do coding tends to be built around agile development of the early 2000s and it's based on a whole bunch of assumptions about what work people can do, how you divide up the work, how you do a two-week sprint that no longer make any sense. So the issue that I have is that unless you're rethinking how do we redo coding as a process, what does it mean when people produce 100 times more code? You end up being stuck, right? So it's not just about a multiplier effect on productivity. This has knock-on effects everywhere in the organization. If I could produce an infinite number of PowerPoints for you, that's not actually what you want in a company. You don't want 100 more PowerPoints. That's not a productivity gain, right? What you want to do is think about what was the goal of this. Can I accomplish it in a new way with AI? So part of what I think the exciting thing but also a trap for companies is let's do more of what we do without thinking about it in a different way.
I guess just leaning into that a little bit further and thinking about and putting it in sort of a technology context, for companies that are going through enterprise transformations, perhaps like migrating to new platforms, new ERPs, how should companies be thinking about those enterprise platforms and the implications for AI on the enterprise platforms?
It's a really interesting question and one that's being hotly debated right now. I talk to a lot of CTOs of Fortune 100 companies who are thinking about how do I start using AI to replace some of the functions that used to be enterprise functions. Even if you're not thinking about that, you start to think about how do my agents get access to these tools when it's not just a human but I want my agentic systems to be able to use it. I think people are thinking hard about what the boundaries are. When do you want to assign a task to, outsource it to a vendor versus when do you want to think about how do I bring in the right consultants and people to help me do this internally? And I think that it's a lot of flux right now.
Yeah. And leading into sort of the agent capabilities, have you seen practical examples of agents, agent-to-agent systems that are emerging that are really impactful?
Tons of them. I mean, I think there's lots of use cases where I've been seeing people get value from agents. I don't know how many I'm allowed to talk about, so it's always hard to do. I mean, coding agents are an obvious thing, right? One of the big shifts that's happened recently is if you talk to the team at OpenAI that's coding, they're not touching code anymore. Most of the time they're just instructing agents to do the writing. Same thing at Anthropic, all the Claude Code stuff is being written 100% by Claude Code at this point. And when you talk to senior developers they're getting these same sort of benefits. It depends on what the company policy is about whether you gain from that or not. So I'm seeing agentic systems being used in internal tools a lot. A lot of simplifying of what used to be very complex processes or bureaucratic processes with AI. Really lots of change happening all over.
Yeah. And you know data to some extent is the fuel for AI. And you touched on sort of some of the security concerns that maybe are abating, but how would you advise data scientists, data engineers, those that are really responsible for data transformation to think about transforming their data to make it more useful for AI?
So, not to upset anyone, but I actually think that the emphasis on data is a little bit of a hangover from old school AI, which means AI from four years ago, which is every bit as valuable as it was, right? Old school machine learning, for customer insights, for finance, for anything else, every bit as valuable as it was. Predictive models, random forest, whatever you're building, they're great. Keep doing those things. And those need clean data. Large language models operate a little differently. Your model should be a person doing something, not a machine that's learning from patterns. So accessibility is very different. If a human can use a tool, often the AI can use it. If you have a knowledge base that's searchable by humans, the AI can do a search of that knowledge base. The idea that you need really well formatted data before you can do anything with LLMs just doesn't make sense. It's a hangover of a previous era of machine learning that's every bit as important, but is a different meaning right now.
That's interesting. So the implication there is like you can infuse the structured data from an enterprise but also the unstructured data and the data that is sort of in the domain of everyday use to help build agentic capabilities. That's sort of how to think about it.
Yeah. So I mean some of the most important data is not in any data set, right? It turns out that one of the great things you can do with AI, especially with things like skills which are sort of these prompt libraries, is you can distill out expertise and have the AI act like an expert. That's not written down anywhere. But what's our process for handling this problem? If you explain that really well to a modern frontier model, it often can execute that process autonomously using tools on its own. Like I'm able to ask the AI just for a fun example to build a game from scratch and I don't have to do anything else. It will figure out how to create the graphics, host the game, play test it itself without me having to do anything else. In a more serious way, I've had my students launching startups in two or three days and they're without ever having coded before, without touching code because they could just give the AI instructions to go do this kind of work. So I think people overemphasize the amount that it depends on that kind of structured data. Now, in the space of data analysis, AI does a lot of things that are useful. One of the big things is taking unstructured data and structuring it, right? You can have it read through stuff, helping you organize data, help you write code, but it's a very different thing than using LLMs day-to-day.
Yeah. Yeah. Makes sense. I'm going to pivot the conversation just a little bit and go back to your book. One of the points you make in your book is that AI can help people, individuals, teams, business units, potentially enterprises kind of punch above their weight. Could you elaborate a little bit on that?
I mean so the most extreme version of this which has been floating around in sort of AI circles for a while is when will we get the first one-person billion dollar company, right? But we don't have to go that extreme to say, okay, well, we already know AI improves performance for individuals, but it also fills in skill gaps for them. Whatever you're worst at, the AI is probably better at that than you are. And so, as a result, most people are held back by skill gaps. You know, they're good at some stuff, not good at others. Productivity gains, right? I can now have basically an infinite army of interns to manage. And as a result of that, you get very large improvements in individual ability. Again, the moderating factor is organizational structure. It's not individual ability or even AI ability at this point.
Yeah. And you know there are implications there for managing agents as employees effectively going forward. And there's some conversation about, and I think Satya Nadella talked about this recently, about you're going to have sort of an infinite army of agents that you can deploy in your enterprise. And so how should we be thinking about agents as employees?
So I think agents as employees is a little less useful than thinking of agents as operating in the organizational structure as a whole, right? So I mean agentic work is now a real thing. This was something we were making up and talking about and there's a thousand definitions of agents and you'll still see that hangover. By the way, lots of companies say an agent is a prompt that's connected to another prompt by a deterministic system. That's not what agents are. You can see in Claude Code and the coding agents how this works. They're agents that independently plan what they're going to do, get the skills, tools, and information they need to execute it, execute on their own, and then return with a product for you. So delegating stuff to them, delegating things to sub-agents becomes really important. That's something you could do right now. This isn't a science fictional future of like you'll manage a team of agents. I typically have five or six different agentic tools running at a time when I'm doing other things, building software for me and doing research and all kinds of other tools.
Yeah. Yeah. No, really good point. Another thing you talk about is sort of the weight calculation that sometimes it's smarter to hold off and kind of let the next model iteration solve a problem. How do you kind of balance leaning into what's available today versus, hey, let's wait and see what emerges? The field is moving so fast. Just in the last few weeks, Claude Code Opus 4.5 came out and it seems like it's a quantum leap forward in code development capabilities. So how do you think about sort of let's take advantage of what's available today versus let's tap the brakes a little bit, wait and see what emerges over the next six, eight, ten weeks?
So I don't think it's either or. What I think you need to do is you have people in your organization. I usually say you need three things to make your organization succeed with AI. You need leadership. We've been talking about that. How do you build the organization around this? How do you transform things? You need crowd, which are people with access to these tools. We've also discussed that. But the third piece is a lab. You need people who are doing 24/7 work with AI. So it may not be that the tools are all available to do what you need right now, but unless you have somebody actually trying to use these tools, you don't know that, right? So the issue is that there may be a weight calculation. You might decide like I feel like a lot of people who leapt on talk-to-our-documents RAG-style solutions ended up with things that are less powerful than if they had waited six months and built on the latest set of tools to do things. And that's okay, right? Learning happens. I think what you need to do is be close enough to the ground for some people in your organization to have a sense of like, yeah, we should wait to adopt it for another six months because this is... but that doesn't mean you're sitting back. I think it is hard to catch up if you're completely out of the game because there's a skill set that you developed that is consistent. If you've used Claude since Claude, you know, one, actually Claude 4.5 Opus feels like that. You'll know what it's going to be better at or worse at than ChatGPT because I know the model's personality.
Right, right. I mean it's a little bit building the muscle, right? You've got to really engage and learn and stay at that jagged frontier.