The Claude Fable 5 Field Guide: 8 "Finding Your Unknowns" Prompt Patterns, From Blind Spot Scans to Post-Read Quizzes
- Anthropic Claude Code team member Thariq Shihipar gave a talk titled "A Field Guide to Fable" at the AI Engineer World's Fair, with a companion official blog post published the same day — reportedly racking up about two million reads within three days.
- Core methodology: break down "what you know" into four quadrants — known knowns, known unknowns, unknown knowns, unknown unknowns. Reducing and pre-planning for these "unknowns" is the core skill for getting the most out of the new generation of models.
- The talk lays out 8 ready-to-copy prompt patterns, organized by before, during, and after you start work, each with a ready-made example prompt.
- A counterintuitive first-hand disclosure: Claude Code's system prompt was recently cut by 80% — for the new model, examples actually constrain it more than they help, and the direction has shifted from "giving constraints" to "giving context."
- Thariq used this exact method to cut Fable's launch video from scratch — video editing was a completely unfamiliar domain for him.
What exactly is this talk about
Anthropic Claude Code team member Thariq Shihipar gave a keynote at the AI Engineer World's Fair, simultaneously publishing an official blog post of the same title, "A field guide to Claude Fable 5: Finding your unknowns."
One word keeps coming up in the talk: unhobbling. The idea is that what actually constrains a model is often the framework you've put on it yourself, and your old prompt-writing habits — frameworks that are essentially a reflection of how well you understand the model. Change them, and you can unlock capability the model already had.
Take a horse that can already run, and remove the unnecessary reins and blinders.
Models get smarter in "spikes" — prompts, meanwhile, need to do less
To understand why this generation of models needs "fewer examples, more context," look at two pieces of background first. This section is setup — the main point comes later.
The first piece of background is capability overhang: models don't get stronger evenly across the board — they suddenly leap ahead on certain specific tasks. There's a viral post online asking "why can't large models say which Pokémon names end in AW" — a regular chat model can't answer, even though it clearly knows all the Pokémon names. But Claude Code can answer, because it will fetch every Pokémon and write a script to filter for names ending in AW. Same "knowledge," but whether or not you give it a code-execution tool makes a world of difference in the result.
Like ore veins buried at different depths underground — tools are the pickaxe that decides which vein you can reach. Half the work of using a new model well is figuring out what new possibilities actually exist now.
The second piece of background is more counterintuitive: system prompts are getting smaller. Thariq splits prompt-engineering best practice into three stages, and you can see the trend.
