Loading summary
Transcript1 lines
- [00:00]
A
Foreign. Welcome back to How I AI. I'm Claire Vo, product leader and AI Obsessive, here on a mission to help you build better with these new tools. Today we have a very special mini episode because Anthropic just dropped Opus 4.8, their latest state of the art coding model. And I got a few hours of early access and I'm here to share my very early thoughts about where this model is intended to perform well and where it did a great job and totally impressed me. And where there's still a little bit further to go. Let's get to it. As you can tell, I am not in my regular HOW IAI AI studio and that's because I am so excited to give you my early thoughts on Opus 4.8 and couldn't wait between meetings to share what I thought. So to get started I want to talk about what this model is, what Anthropic has told us about its benchmarks, performance and what it's good at. So Anthropic is shipping Opus 4.8. It is supposed to be their step change model for agents and there's a couple things they've called out that this model does particularly well. It's supposed to be more honest, a less design flop, longer horizon autonomy on long running tasks and enterprise ready. So it means it follows its instructions and they're saying that SU Bench Pro, they're hitting 69.2% which is almost 5 points higher than Opus 4.7, almost 10 points higher than GPT5.5 and 15 points higher than Gemini3.1. Now this model is not cheap. It's $5 per input tokens and $25 per million output tokens. And then same as 4.7 effort, defaults to high and fast mode, can be a lot faster. This is what they say, this is what you're gonna read on the blog post. And so on paper this is a very exciting model. But I wanna tell you my personal experience using this model and where I thought it did a really good job and again where it did not do a perfect job. And so when I was giving feedback to the team I said surprise, surprise lol. It's a good coding model in that when I opened up Claude code and asked it to do a fairly complex one shot brand new surface area task, it did a pretty good job. So I asked in Claude code opus 4.8 to build a prototyping capability in chat PRDs. So we make PRDs. I said let's just go whole hog, let's compete with the big boys, let's make an entire prototyping tool. And I gave it some architecture decisions I wanted to make, what platforms I wanted to use, how I wanted it to function. It went through plan and then it autonomously coded for I would say about 20 minutes and shipped it. And when I pushed this live to my preview branch, it worked. And so I would say from a one shot feature, it did quite a good job. The code was right and it followed the architecture I want. Where it failed was this last 10%. And this is really going to be my theme of this episode. It does really, really well until it doesn't do well. And I found it did not do well consistently over time with the same types of troubles. So I'm curious if you all get your hands on this model. If you have the same experience I did where it does like really, really, really well and then struggles in the edge cases and the details. So what it nailed here is it did take the spec, it planned the work, it shipped the feature. But then as soon as I got it live and started trying to take it to the next level, the next level, the next level, it really struggled and, and started to ship bugs. And even more than its inability to finish that last 10% when it was bug hunting, it hallucinated. And I am going to tell you I have not seen a straight up hallucination in a very, very, very long time. But over my experience early testing opus 4.8 both on business use cases as well as coding use cases, it a hundred percent made up things based on hypothesis, not data. And this was really interesting to me. This was on high effort and so I don't think it was effort or reasoning. There's something about this model where it's really not grounding itself as effectively as I've seen in other models. Again, this was a one shot but then very specifically prompted up on scoped surface areas for follow ups. Like I saw a bug in the preview branch and got these hallucinations. And so this is a really interesting reflection of this bug. I'm going to have to run at it a little bit more to see if this holds over time with coding use cases. But it was kind of the theme of my test here. Okay, this headline is a little dramatic. It says in real code bases the edges, destroy it. This is not opus 4. 8. This is just Claude cowork fail here. It doesn't have the screen, the screenshot, so I'll have to show you the GitHub for this. But basically what I saw is when I pointed it at existing code. It also struggled to sort of insert itself and understand the edges of where it was supposed to work. So let me give you an example of this. I had a couple branches in flight that I needed to rebase that I needed to bring up to base because we had shipped a big underlying PR and it kind of messed up the state of the code. And So I asked Opus 4. 8 to rebase and check these branches for code. And as you can see here, I had to do cycle after cycle of rebase and fixes because it was continuing to ship really edge case bugs into the code. And again, this was my experience. I thought it did a really good job one shot on a surface area, but then when you got into the specifics, it struggled to understand the elevation at which it should be operating. The third coding use case that I tried was a fun one, which is I pulled up Claude code and asked it just what are some one fun things we could one shot with Claude code that my 9 year old would think is rad. And I really tried to push it to say make it really interesting. Think about the edges of a gentic coding. And aside from the code quality itself, which I struggled with, sort of had highs and lows. The other thing I reflected on when I was coding with Opus 4. 8 is it just wasn't ambitious enough. And so it gave me this awesome prompt which was build a game, then play it yourself by watching the screen and tweaking the difficulty until it's fun for a 9 year old. Amazing. This is state of the art coding agent. It's going to cook. Let me show you what it actually shipped. It shipped this, which is like fine, of course magic. Like I would have never been able to ship this by myself without a lot of effort, but not pushing the edges of agentic coating. And even when I said great, let's make it 3D, let's do something even more fun, it shipped something like this, which again is super cool. I would have never been able to do this, but it's not 10x agentic coding blow my mind. Impressive. And so this is where I really struggled with Opus 4.8 is I kept saying more, more, do better, do better. And it just wasn't as ambitious as I've seen other models be. So in terms of coding, I think it does a totally serviceable job. I wouldn't say it's bad at coding, I would just say my experience has been it struggles with the last 10%. It's not exceptional at orienting itself inside existing code bases and Then it's just not that ambitious. Now let's talk about business work. So I also tested Opus 4. 8 in Claude cowork and I tested it on strategy and I gave it this very broad prompt and I tested 4.7 versus 4.8 and I basically said based on what you can gather about my last 3 months, where am I spending my time versus where my priorities should be if I want to 10x my business. I gave it access to all the same business context. And then once it did that analysis, I said please write me a strategy prompt. And this is where the performance of Opus 4.7 versus Opus 4.8 really became apparent. Opus 4.7 was very numbers anchored. You can see this table here. I obfuscated some of the numbers, but it was very numbers anchored. It was very structured and and rooted in real data. While both of these exercises did have access to the same data, Opus4.8 had a harder time discovering the relevant data. And it over rotated on small data points and took them as truth as opposed to what I experienced Opus 4. 7 doing, which is it zoomed out a lot more and put everything in context. Now again, this is mutual one shots. It was basically two shot. It was like analyze my time and then give me a strategy to grow my business. But the difference between these two were very, very high. I then asked it a follow up prompt to build a roadmap. And again 4. 7 very anchored in specifics, very good strategy. And 4. 8 was incredibly hand wavy. And in fact with Opus 4.8 it gave me a roadmap. And then I said we have all this. Did you search through GitHub? Did you look online? And what's really funny again with the hallucination is you see here. No, I didn't. This is a common thing that I had Opus 48 say to me. No, I didn't search GitHub. No, I didn't actually look up that data. No, I didn't actually validate that bug. Now again, this was early access, so I'm not a hundred percent sure if this is prompting error, if it's the shape of the model, if it's the harness that needs to be tuned. But I consistently got this experience of the model hallucinating or over rotating on a hypothesis that it had as opposed to being anchored in true code truth or in true business truth. And so I honestly would continue to reach for Opus4.7, which I think did an exceptional job on strategy versus4.8, which I think was a lot more handwaithy and just overweight. Hated on things I didn't think was important. Now, that being said, what positively impressed me. Voice is great. Claude is not an annoying girlfriend, is what I would say. It was easy to read, it didn't have slop tells, it was token efficient, it felt like it was talking enough, but not too much. And it was fast. Now I got early access. Who knows what the production latency is? But with FAST mode, I anticipate you'll have this fast experience. So I think the ergonomics were very nice. Now if we zoom out and I say the writing was very good and then opus4.7 wrote this slide. I don't know if I love this slide that much, so hopefully 4.8 would have done a better job with the voice and ergonomics. But I do think the experience of using the model was very nice. It had no complaints, it was not annoying. It did not have ticks and tells. Just the outputs were not exactly what I wanted. So here's my theory and this is what I saw. It's just overtuned and has kind of narrow vision. So it's smart, it's fast, it's efficient, but it's overly confident. Absent true validation. That's what I would want you to walk away from. In my review of Opus 4.8, it really latches onto specific data points, specific code points, it draws conclusions for them and then says this must be truth. And so it sort of misses the forest for trees, both in coding and in strategy. And this might be part of its efficiency. Like I thought it was super efficient, but does that come at the cost of accuracy? And would I rather a long running, sort of relentless coding model, really going deep and validating its own opinion before shipping. So I didn't quite experience, I would say this more honest and long horizon autonomy. I did see it was fast. I did find it was enjoyable to work with. Think it followed instructions well, but it stayed too much in scope, if that makes sense, because it didn't zoom out and contextualize the work that it's doing. So my verdict, I mean, all these models are great. They're all magic. So like let's, let's be real. Every model is magic. The fact that I could do any of this is in just a couple hours is pretty, pretty genius. But I would use it for greenfield prototypes. It's really impressive on a one shot. I think its design is better. It got rid of the italics emphasis words which were driving me crazy from Klondesign. It's good at tool use, it's fast it's not annoying where I would test it and really figure out the right prompting strategy. And the right harness strategy is with existing code bases in branches with real edge case with strategy work that requires you to think about numbers. And again, you can probably prompt this, but I would just think about that prompting and I would just double check where it's really confident because my experience was its confidence was not rooted in fact. Again, I'm really excited to see this model come out. There's a couple more features as well in Claude code, as well as Claude AI and Cowork. In quad code, you now have dynamic workflows which can let you spin off hundreds of parallel sub agents. And in Claude AI and Cowork you now can set effort control from low to max, which you were able to do in Claude code. So these are all really interesting shifts in both the harness and the model. I would say it's a good model. It's not the most amazing model. It didn't blow my mind. It has some quirks to it, what I think you need to be aware of. But I'm definitely going to keep testing it because with the benchmarks, with the work that's gone into the product, I think it's a model worth keeping your eye on. So that's it. That's my quick review of opus4.8 that just came out today from Anthropic. I'd love to hear your experience with it, especially how it does in coding, how it does in design, and whether or not it gives you strategy anchored in reality. Thanks for joining. How I AI thanks so much for watching. If you enjoyed this show, please like and subscribe here on YouTube or even better, leave us a comment with your thoughts. You can also find this podcast on Apple Podcasts, Spotify or your favorite podcast app. Please consider leaving us a rating and review which will help others find the show. You can see all our episodes and learn more about the show at howiaipod. Com. See you next time.