The AI Daily Brief: Artificial Intelligence News and Analysis - How to Get the Most Out of Fable 5 and GPT-5.6 Sol

Episode Date: July 20, 2026

Most people are still using the newest frontier models like slightly better versions of the old ones. NLW explores the prompting changes, new interaction patterns, higher-leverage tasks, and iterative loops that can unlock what Fable 5 and GPT-5.6 Sol can actually do.Brought to you by:KPMG – Research from KPMG and the University of Texas at Austin shows the highest-impact AI users treat AI like a reasoning partner — and those skills can be taught at scale. Learn more at ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠kpmg.com/us/Sophisticated⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Hyperagent - Hire a fleet of always-on agents. New users get $1,000 in inference. ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠hyperagent.com/aidailybrief⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Retool - Secure your vibecoded apps. New enterprise customers get up to $10,000 in AI credits per year. ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠retool.com/aidaily ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Rackspace Technology- One accountable partner to build, operate and run your full enterprise AI stack ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://www.rackspace.com/⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Section - Section turns AI investment into workforce transformation and ROI - ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://www.sectionai.com/⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Scrunch - The AI customer experience platform - ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://scrunch.com/⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Blitzy - Want to accelerate enterprise software development velocity by 5x? ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://blitzy.com/⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠AssemblyAI - The best way to build Voice AI apps - ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://www.assemblyai.com/brief⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Robots & Pencils - Cloud-native AI solutions that power results ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://robotsandpencils.com/⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠The AI Daily Brief helps you understand the most important news and discussions in AI. Subscribe to the podcast version of The AI Daily Brief wherever you listen: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://pod.link/1680633614⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Our Newsletter is BACK: ⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://aidailybrief.beehiiv.com/⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠Interested in sponsoring the show? [e-mail]

Today on the AI Daily Brief, how to get the most out of frontier models. The AI Daily Brief is a daily podcast and video about the most important news and discussions in AI. All right, friends, quick announcements before we dive in. First of all, thank you to today's sponsors, KPMG, Blitzy, Retool, and Airtable. To get an ad-free version of the show, go to patreon.com slash AI Daily Brief, or you can subscribe on Apple Podcasts. To learn more about sponsoring the show, send us a note at sponsors at AIDDailybrief.Ai. And a quick note about today's episode, this was recorded in advance. In fact, I am recording it on Thursday afternoon as everyone freaks out about Kimmy K3.

So in the meantime, you know, if Dario and Sam have lost their minds and released new versions of Fable and GBT in response to the threat that's tearing value off the NASDAQ, you'll know why I am not talking about it right now. Just a quick little bit of travel on Monday. I'll be back on Tuesday with a normal episode. But still regardless of what is going on in the wide world of models out there, today's episode is all about how to get the most out of the most advanced and newest models. So without any further ado, let's dive in.

It has now been a couple of weeks with this new class of models in Fable 5 and GPT 5.6. Now, weirdly, these models have actually been around a little longer than a couple of weeks. There was a particularly long early access period for GPT 5.6, and Fable 5 was here for a couple days before going away. But at this point, now, pretty much everyone has now had these models for some time. In fact, our access to them keeps getting extended and reset. And along with that, people have started to publish their tips and tricks for getting the most out of of them. Now, it is always the case that new models demand new ways of interacting with those models to get the most out of them. But this is exactly the sort of information that can't really

be captured in anything like benchmarks and just has to go be experienced through trial and error. As you will see, there are a number of common threads that cut across both 5.6 sole and Fable 5 5 that suggest, I think, not just some new ways to get the most out of these models, but for some new patterns of interaction that are going to become increasingly common from here on out. Now we're going to start with some official sources and commentary. Codex team member Eric Provenchar wrote, With 5.6 sole, a lot of people are still prompting the model exactly as they did 5.5. It's important to note that 5.6 soul is a lot more tenacious and thorough than previous models.

Eric published a prompting guide on the official learn.chatschapt.com site, and while in this case, it is not presented as a way to get more out of 56 as opposed to 5.5, there are a few things that are specifically worth noting. One piece of guidance that comes from that tenacity is around setting boundaries. Boundaries, writes the guide, are the few instructions chat Shp.T needs to avoid creating extra work or taking an action you didn't intend. Add one when changing the wrong detail would make the result unusable, or when you want to review something before it affects other people. Examples, keep the approved dates and budget figures unchanged. Use only the supplied sources.

Flag missing information instead of guessing. Keep recommendations within the stated budget. prepare the message as a draft, don't send it. You can see how in each of these cases, a more tenacious model, to use Eric's word, might assert a little bit more agency than the user would be comfortable with and actually go off and do something that ended up not being optimal for whatever the prompter was trying to achieve. One example of these boundaries was being explicit about where you wanted it to stop in actions you didn't want it to take, i.e. don't send the message, just prepare it as a draft. Another example around the approved dates and budget figures was to limit and focus where the tenacious model was applying its attention.

When it comes to the injunction to use only the supplied sources, a tenacious model that has access to the entire internet could go off and get lost in some serious rabbit holes, if not told not to do that. Now, obviously setting boundaries is nothing new, but the point here is that the more powerful the model, the more significant those boundaries become, and the more real-world consequences there can be if those boundaries aren't set. On the lower end of the spectrum of consequence, there's just burning through way more tokens than you actually needed to, which in an increasingly cost-conscious error isn't nothing. But then, of course, there's much bigger consequences, like sending a message that hasn't been approved yet to a critical customer partner or colleague.

Another prompting tip from Eric, which again isn't different, but certainly comports with the idea of 5.6 soul being a model where you actually want to interact with it, as opposed to just give it a task and let it go off and do its thing, is to iterate with the model, to improve the results with follow-up messages. Once you see the first, the first version, you can follow up with things like keep the opening more direct, keep the evidence, move this or that part around. And interestingly, increasingly, iteration isn't going to happen in a completely turn-based way where you have to stop and wait for an output before you can steer where the model goes next. As chat GPT and Codex come together, some of the sort

of steering behaviors that are normal in Codex can come to that main app experience as well. The guide writes, when Codex is already working, you can send another message without waiting for the current run to finish. Steer adds the message to the current run, use it to change direction, add a missing detail, or share new information, Q saves the message for the next run. Use it as a follow-up that should wait until the current work finishes. This sort of behavior reduces the latency of collaborating with AI in ways that become important, the more powerful the models get. Now, one of the things that follows from the recent integration of Codex and ChatGPT,

and the split of ChatGBTGPT into Chat and Work is different prompting tips for different types of experiences. In this post, Eric and the team of ChatGPT explicitly separate prompting best practices and examples for chat as opposed to for work. A lot of the tips around work have this element of cost and efficiency consciousness embedded within them. One section is called use work efficiently and says, work is useful for time-consuming or recurring tasks or for finished files you can reuse. A task that uses more credits can still be worthwhile if it saves time, improves quality, or helps you make an important decision. And a lot of their recommendations are again about managing

that tenacity that Eric was talking about. They suggest starting with only one result that you can review, and doing things like narrowing or stopping the task if it starts doing work you no longer need. Now, there is, of course, a lot more in here, but the last one that I wanted to note specifically was the suggestion, which you'll hear a lot if you stick around these parts, to use voice dictation. One thing that's great about ChatGBTGPT is that even if you don't have something like Whisperflow setup on your computer, ChatchipT's dictation is absolutely best in class and so you can use the native dictation tool that's embedded right within the app. As I've said before, one of the reasons that voice dictation is so valuable in the context of AI is, well, context.

In a world where AI needs more information to do its job well, the Ramblers shall inherit the earth, and talking at your computer for a bunch of minutes, even if it's a totally unstructured stream of consciousness, is often going to be more effective in giving the AI what it needs to do well than a hyper-precise and clearly articulated set of typed notes that don't necessarily include all of that context. Now, this is not the only new model guide that came out around 5.6. Over on the OpenAI developer site, they also have a set of best practices for GPt56, and what's cool is you can actually click back and see best practices for previous models as well, going all the way back to GPT 4.1.

AI content creator Ali Lehman found the document really valuable and summed up some of the best tricks he found. One, he writes, delete instructions from your old prompts. OpenAI's rule is to state each instruction exactly once. They found that removing repeated instructions raised scores by 10 to 15 percent while cutting tokens by up to 66%. The giant rule lists you wrote for older models now make GPT5.6's answers worst and cost you more. Two match the compute to the job. There are two separate dials now, which model size, i.e. sold for the hardest problems, terra for everyday business work, and Luna

for cheap fast tasks, and how hard it thinks. Six effort levels from none to max. Open AI's advice on the thinking dial. Start at whatever setting you used on the last model, then test one level lower. The new generation usually needs less, save Max for your genuinely hardest problems. This is one of those pieces of advice that sounds incredibly simple, but is almost emotionally hard to do. For so many of us, the temptation for just about every problem is to dial up the settings all the way to Max, because all things held equal, wouldn't you want the most intelligence on every single problem?

Even outside of costs, it is increasingly clear that is not necessarily the optimal behavior, and so that's why OpenAI is trying to give some discrete guidance around what you should do instead. Another tip in the area of undoing previous instructions is to check older rules you gave about brevity. Allie writes, GBT 5.6 defaults to shorter answers than 5-5, so brevity rules you added for older models can now cut too much. When you do want something short, tell it which information to keep and which detail it can drop instead of a blanket, keep it brief. On tone, concrete instructions beat abstract instructions. For example, OpenAI suggests that terms like friendly and empathetic are going to be too abstract, and instead, Ollie writes, spell out the actual writing behavior you want,

how direct to be, what to open with, what to skip, something like, name the customer's problem in your first line, give the fix as numbered steps, skip the apology paragraph, gets you the same tone every single time. And yet, if these tips are all very clear and practical, instead that you can go use right away, there is another theme that I'm starting to see across a lot of the discourse, which is about the level of ambition we're bringing to these most advanced models. Christine Zhu and AIUXPM at Intuit wrote a post called You're Not Ambitious Enough with Claude. Christine writes, The biggest productivity and capacity unlock in my daily work happened

when I went beyond automating busy work to asking Claude to do more high leverage work. For months, she wrote, I was using Claude to clear the dopamine backlog. The queue of little tasks that I respond to to eagerly because completing gave a dopamine hit, an illusion of progress. These automations freed up a lot of my time. With that newfound time and fable, I started pushing it for higher leverage work, hard tasks I didn't trust Claude with before. This made the biggest leap in my productivity, capacity, and sense of flow. Christine calls upon a concept from Stripe product leader Shreyesh Doshi, who wrote, there are three levels to product work.

One, the execution level, two, the impact level, and three, the optics level. Christine notes that, quote, many of us use Claude to automate busy work in optics and execution and leave the impact work to ourselves. We tell ourselves the story that judgment is the defensible human thing. But when given the right context, Claude can do the hard work better and faster than you. Lowering the activation energy of starting is a major unlock it itself. In fact, Christine suggests using Fable 5 in different ways for each of these three categories of work. Optics work, for example, she says, is about making your team's progress visible to the right people in the right forums. For this, she suggests using Claude with Fable as autopilot to replace production.

The example she gives, I have a scheduled task on co-work that runs twice a week. It pulls context from key sources and writes the latest updates for each workstream into a Google sheet template. This G-sheet status board is visible for the teams to get their questions answered without asking me. I also have a skill that packages these updates at different levels for the right audience and forums. Optics work, she continues, is the layer to automate ruthlessly because it takes care of the dopamine backlog so you can stay in flow. In fact, she suggests, I wouldn't be surprised if these flows are productized. soon in Clod itself. At the next level for execution work, instead of Clod as automator, she suggests Clod is co-pilot. Every Monday, Christine continues, I run the Context Dump Skill,

which reads my past week across Slack, calendar notes, and repo activity, gives me an analysis of my efficiency and patterns to watch, recommends what I should prioritize, and offer specific work to help me get started on. It reads less like a summary and more like a coach who notices my personal patterns and actually makes helpful observations and recommendations. I also run a planning skill that checks Jira status and the roadmap and shows me how the team is tracking and what to line up next. For staying close to the customer, I run a scheduled task monthly that analyzes our customer support channel to give me the top themes, the trends and recommends the top request or problems I can prioritize. Overall, she says, get more ambitious with the asks.

Don't treat Claude as just for distilling a summary, ask for judgment. Lastly, for impact work, she suggests using Claude as sparring partner to get the hardest work started. This level, she says, is the high leverage work that is the hardest to start, e.g. thinking, through a new product bet, preparing narrative for a high-stakes presentation, testing strategy against business unit strategies, et cetera. Now, around this, she suggests it's worthwhile to quote-unquote onboard clot and set it up with the right context. This is something we've talked about a lot, creating a personal context portfolio that includes all the information that any given AI or model needs to be able to actually be a useful collaborator. And overall, the biggest thing

is that it feels to me like Christine is really feeling like Fable unlocks this sort of impact work for her for the first time. She writes, Fable is noticeably better than previous models for impact work. I especially enjoy its calmness. It sounds more concise. It feels more like a conversation with a smart colleague than reading walls of text with unnecessary dispositions. This makes a big difference in keeping a train of thought going.

One of the most important AI questions right now isn't who's using AI. It's who's using it well. KPMG in the University of Texas at Austin just analyzed 1.4 million real workplace AI interactions and found something surprising. The highest impact users aren't better prompt engineers. They treat AI like a reasoning partner. They frame problems, guide thinking, iterate, and push for better answers. And the good news?

These behaviors are teachable at scale. If you're trying to move from AI access to real capability, KPMG's research on sophisticated AI collaboration is worth your time. Learn more at KPMG.com slash us slash sophisticated. That's KPMG.com slash us slash sophisticated. With the emergence of AI code generation in 2022, Nvidia Master Inventor and Harvard engineer Sid Pereshi took a contrarian stance. Inference time compute and agent orchestration, not pre-training,

would be the key to unlocking high-quality AI-driven software development in the enterprise. He believed the real breakthrough wasn't in how fast AI could generate code, but in how deeply it could reason to build enterprise-grade applications. While the rest of the world focused on co-pilots, he architected something fundamentally different. Blitzy, the first autonomous software development platform leveraging thousands of agents that is purpose-built for enterprise-scale codebases. Fortune 500 leaders are unlocking 5x engineering velocity and delivering months of engineering work in a matter of days with Blitzy.

Transform the way you develop software. Discover how at Blitzy.com. That's B-L-I-TZY.com. This episode is brought to you by Retool. Generating a working app now takes about five minutes thanks to AI. Getting it safely into production, with auth, permissions, audit log, security reviews, that part still takes time. That's the gap Retool closes. Build apps however you want. Natively in Retool with Claude Code, Codex or any coding agent, or by importing React you've already built. It all deploys into Retool and picks up governance automatically. Security lives in the platform, not in whatever the AI wrote.

So your team ships at AI speed without the Shadow IT and the endless reviews that stall out most five-coded projects. It's why teams at Amazon, Stripe, and Brex build on Retool. And new enterprise customers who signed by September 30th get up to $10,000 in AI credits per year. Start building at Retool.com slash AI Daily. This episode of the AI Daily Brief is brought to you by HyperAgent, where you run fleets of agents your team can manage together. New users get $1,000 in inference. Forget local agents and chat workflows waiting on your laptop to be prompted. Hyperagent deploys always-on agents in the cloud, doing real work across the tools your team already uses.

Marketing's agent turns competitor moves into landing pages. Sales as agent enriches leads, drafts emails, and updates the CRM. Ops agent chases the paperwork and tracks the budget. Every agent has access to shared context and follows your rules about, about scope and approvals. It's time you add agents that feel like teammates. Hire yours at Hyperagent built by the team at Airtable. Claim your $1,000 in inference at hyperagent.com slash AI Daily Brief. Now, along the idea of moving Fable into more high impact and higher order types of work, Tariq from the Claude Code team recently wrote a post called a field guide to Fable, finding your

unknowns. Terik writes, working with Claude Fable 5 keeps re-teaching me an old lesson. The map is not the territory. The map, a representation of the work to be done, is my prompts and skills and context. It's what I give Claude. The territory is where the work needs to happen. The codebase, the real world, its actual constraints. The difference between the map and the territory is what I call unknowns. When Claude runs into an unknown, it needs to make a decision based on its best guess of what I want. The more work being done, the more unknowns Claude might run into. Fable is the first model where I find the quality of the work is bottlenecked by my ability to clarify its unknowns. And the rest of the thrust of Tariq's post is to point out that in his words, planning ahead isn't

enough. And instead, that in his words, working with Fable is an iterative process of discovering my unknowns before, during, and after implementation. So what are examples of this? Tarik says that when he starts engaging with Fable, he breaks it down in four ways. The four categories are known knowns or essentially what is in his prompt, i.e. what do I tell the agent that I want? The known unknowns are what he hasn't figured out yet, but is aware that he hasn't. The unknown knowns are what are so obvious he'd never write it down but would recognize it if he saw it, and the unknown unknowns are what hasn't he considered at all. Tarik argues that reducing and planning for unknowns is the skill of agendic coding and suggest that there are ways to improve upon it.

And key to that is helping Claude help you. Tarreek writes, instructing Claude is a delicate balance. If you're too specific, Claude will follow your instructions, even when a pivot may be more appropriate. If you're too vague, Claude will often make choices and assumptions based on industry best practices

that may not be a fit for your task. Importantly, when you don't account for your unknowns, you fail both ways. You don't know when the path will be filled with obstacles, and you don't know when the path will be clear, but you still want Claude to veer. Claude can help you discover your unknowns faster. The most important part, he says,

is to give Claude context about your starting point. For example, tell it where you are in your thought process, disclose your experience with the problem, and let it work with you like a thought partner. A couple of specific ideas are things like a blind spot pass. An example he gives, I don't know what color grading is, but I need to grade this video. Can you teach me to understand my unknown unknowns about color grading so that I can prompt better? Another suggestion is to brainstorm and prototype. To Recrites, when I'm working in an area with a lot of unknown unknowns,

involving criteria I only know to define when I see it, I like to ask Claude to brainstorm and prototype with me. It's extremely valuable he continues to identify and verbalize unknown knowns early during prototyping because finding them out during implementation can be relatively expensive. Small changes in a feature or spec can cause drastically different implementations in code and can be more difficult for your agent to revert previous changes. Now, this is something I think a lot of you guys are probably doing intuitively.

An example prompt he gives is, I want a dashboard for this data, but I have no visual taste and I don't know what's possible. make me an HTML page with four wildly different design directions so I can react to them. Now, Tariq gives a bunch of other ideas about how to work with unknowns, and a lot of it ultimately comes to a meta process where you invite Fable in as a co-creator of the process to get the most out of what it can do. Now, Daniel Meisler thinks that even beyond a single model like Fable 5, that there are a set of prompts to rerun every time a new state-of-the-art model drops

that can help you reorient your experience to take most advantage of that new model. He calls these tactical meta-prompts worth rerunning every time there's a significant jump in intelligence. The first category is around harness optimization and are all related to improving your AI harness, i.e. the set of resources and information around your model to get the most out of the newest version. One example he provides is the self-model audit. Read everything my harness believes about me, identity, goals, voice, and preferences, and find where it's modeling a version of me that's stale, aspirational, or just wrong. Compare what my files say I am against what my recent behavior and work actually reveal.

Flag every place the system is optimizing for who I said I was instead of who I am now, and propose the specific edits that close the gap. Now, to some extent, this is just context hygiene. And what Daniel is really doing here is using the moment of a new model release to engage in that sort of context hygiene and make sure all of the information that you've surrounded your model with, things like your agents.md file, are actually reflective of the person and projects that you're bringing to that new model. Daniel's also a fan of testing new models by going really, really big. He has a whole category of prompts that he calls overall life and work

optimization, i.e. massive scope prompts that basically help you sort out your priorities, your projects, and come up with a plan for maximizing the next crucial few years. One, he calls big picture, is a prompt like, take a look at all my various projects and writing online, all the activities we've been doing in the harness and everything you know about me from web search and analyze it deeply. Then look at what's going on in my field, in AI, and in society and in the future in general. And tell me what solves the Japanese concept of Vicky Guy for me. What should I be working on that gives me fulfillment but is also lucrative, doing it for myself, with collaborators, or working for a corporation.

Make concrete recommendations if you have them and feel free to interview me for more context before creating the output. Now, I don't think that this is necessarily going to be everyone's cup of tea, but I do think that this sort of prompt is a great way, even if it's just for the sake of taking the vibe temperature of a model to understand how it engages with these sorts of questions. Another suggestion from Daniel, which is starting to come up more and more frequently, is to once again think in terms of loops. Matt Schumer actually included this in his Fable Five tips as well, with a recommendation he called Loop It Until It Hits the Bar,

especially for creative tasks. Now for this, you have to go back to Matt's previous recommendation to give Fable a real bar for done. Matt writes, If you tell Fable to make something high quality, it stops at its own idea of good enough, which is usually lower than yours. So I don't use adjectives. I give it a bar it can check itself against and I make that bar hard. Sometimes I write the test myself,

something concrete like a stranger can't tell our render from the real photo. Other times I don't even know how to measure the thing I want so I hand that problem to Fable 2. Now Matt continues, once there's a bar,

I put Fable on a loop against it and let it go. It builds, checks itself, finds the biggest gap, closes it and goes again. Matt says that he uses the slash loop command for this constantly, especially on creative work, where there's always something concrete to keep measuring against until it's actually there.

Importantly, Matt writes, the whole point of the loop is that Fable never gets to decide it's finished. There's always a next gap. It stops when I say it's done or when it genuinely can't find anything left to fix, which is rare if you've set this up right. Now, at some point, we'll do a show entirely about some of these loop strategies, but I did want to share just a couple notes from a Claude Dev's post recently about getting started with loops, where they break loops apart into a set of different categories that I think are useful in helping understand the concept at core. Turn-based loops are the first type. They are

triggered by a user prompt, and they stop when Claude judges that it has completed the task or needs additional context. Turn-based loops are best for shorter tasks that are not part of a regular processor schedule. Every prompt you send, they write, starts a manual loop with you directing each turn. Claude gathers context, takes actions, checks its work, repeats if needed, and responds. For example, they say, ask Claude to create a like button. It reads your code, makes the edit, runs the tests, and hands back something it believes works. You then manually check the work and write the next prompt. You can improve the verification step by encoding your manual steps as a skill.md

so Claude can check more of its own work end-to-end. Contrast that with a goal-based loop, which is triggered by a manual prompt in real-time, where the stop criteria is the goal being achieved or the maximum number of turns being reached. This, they say, is best used for tasks that have verifiable exit criteria, and is useful when a single turn is not enough. Agents do better they write when they can iterate. And when you define the success criteria, they say, Claude doesn't have to make a determination on what is good enough and end the loop early.

Each time, Claude tries to stop, an evaluator model checks your condition and sends it back to work until the goal is met, or a number of turns you define is reached. A time-based loop is triggered by a specific time interval that can be stopped when the user cancels it or when the work completes, and this is going to be useful for things like recurring work. Proactive loops, on the other hand, are those that are triggered by an eventor schedule, and don't require a human in real time to set them going. The stop criteria is once again when a specific goal is met, with the routine running itself until you turn it off.

Now, a lot of what we'll be exploring over the next few months is how to bring this sort of loop-based interaction outside of the realm of coding and into more creative and knowledge work. Even though we're not getting deeper than that when it comes to loops, the reason it's worth mentioning them at the end of this particular episode is that the big theme and takeaway of all of these recommendations is two-part. At a simplest level, there are all reminders that every time we get a new model, especially when those new models represent a big jump in intelligence, we need to do the hard,

sometimes time-consuming work of going through and trying everything and figuring out where are the ways that we prompted and interacted with the old models, either no longer get the most out of the new models or actively harm them. But secondly, and perhaps in the long run even more importantly, we need to figure out the new techniques which actually unlock the differentiated capabilities of that jump in intelligence. And many times those things aren't just going to be prompting tips, but totally new interaction patterns like these loops represent. If there is one takeaway from all of these pieces, it is to ratchet up one's ambition and almost to assume no limits on what the newest model can do, so that by trying the biggest, most challenging things

you can think of, you can actually figure out what those limits are once they inevitably reveal themselves. The first layer of this work is always going to happen on an individual level, but I think that there is an analogy for organizations here as well. It is so easy, especially in a business or work context, to default to using AI for the things that we're already using AI for, the places where we've already found value, the type of work that we already do, and to view AI is just a way to do it faster or cheaper or maybe a little bit better. But ultimately, to do that same work. The unlock, of course, is a new relationship with work, and even unlocking new categories of work that weren't possible before. Figuring out how to do that is a lot less

simple, but it's also really exciting. Hopefully some of the tips you've heard today give you tools you can use across that full spectrum of work, and hopefully they're still useful about five minutes from now when we get the next model leap. For now, that's going to do it for today's AI Daily Brief. Appreciate you listening or watching as always, and until next time, peace.