# thariq-field-guide-fable-finding-unknowns-2026-07-03

## Veille

X-Thread (illustrierter Thread) von **Thariq Shihipar** (Claude Code Team / Anthropic): ein *Field Guide*, um das Maximum aus **Claude Fable 5** herauszuholen. Zentrale These, entlehnt von Korzybski – *"the map is not the territory"*: die **Karte** = das, was man Claude gibt (Prompts, Skills, Kontext); das **Territorium** = wo die Arbeit stattfindet (Codebase, reale Einschränkungen); die Lücke zwischen beiden = die **Unknowns**. Fable ist *"the first model where the quality of the work is bottlenecked by my ability to clarify its unknowns"*. Der Artikel liefert ein **4-Quadranten-Framework** (known knowns / known unknowns / unknown knowns / unknown unknowns) sowie ein **Toolkit von Techniken**, zeitlich geordnet (vor / während / nach der Implementierung) – Blindspot Pass, Brainstorms & Prototypen, Interviews, Referenzen, Implementierungsplan, Implementation-Notes, Pitches & Explainer, Quizzes – jeweils mit Beispiel-Prompts. Themengebiet: Prompt Engineering, Coding Agents, Methodik der Zusammenarbeit mit KI, HTML-Artefakte.

## Titre Article

A Field Guide to Fable: Finding Your Unknowns

## Date

2026-07-03

## URL

https://x.com/trq212/status/2073100352921215386

## Keywords

Unknowns, map vs territory, known/unknown knowns, unknown unknowns, blindspot pass, brainstorm, prototype, interview, references, implementation plan, implementation-notes.md, pitches and explainers, quizzes, HTML artifacts, Claude Fable 5, Claude Design, thought partner, prompt engineering, long-horizon tasks, iterative discovery of unknowns

## Authors

Thariq Shihipar (@trq212)

## Ton

**Profil**: Field Guide in der Ich-Perspektive, reflektiertes und pädagogisches Praktiker-Register, veröffentlicht als langer illustrierter X-Thread mit 4 Diagrammen. Mittleres bis hohes technisches Niveau, gerichtet an tägliche Nutzer von Coding Agents.

**Stil**: ein Essay, aufgebaut um eine **kartografische Extended Metaphor**, entlehnt aus der allgemeinen Semantik ("the map is not the territory") und bis zur Pointe durchgehalten ("Matching the Map and Territory"). Explizite zeitliche Struktur (vor / während / nach der Implementierung), gepaart mit einem konzeptuellen Framework, das von Rumsfeld/Johari entlehnt ist (die 2×2-Matrix known/unknown). Autorität durch **verkörperte Selbstdemonstration**: Thariq erzählt, wie er das **Fable-Launch-Video** komplett mit Claude Code geschnitten hat, obwohl er von dem Fachgebiet nichts wusste (Whisper-Transkription, ffmpeg-Schnitt, wortgenau getimte UI via Remotion, *Color Grading*, das er sich von Claude **beibringen** ließ). Jede Technik wird mit copy-paste-fertigen **Beispiel-Prompts** geliefert – dies ist ein operativer Leitfaden, keine Theorie. Doktrin-Kernsätze: *"reducing and planning for your unknowns is THE skill of agentic coding"*, *"every explainer, brainstorm, interview, prototype, and reference is a cheap way to find out what you didn't know before it gets expensive to fix"*, *"I only merge after I pass the quiz perfectly"*, *"what you learn becomes the map for next time"*. **Zielgruppe**: Ingenieure und Macher, die mit Claude arbeiten, auch außerhalb ihres Fachgebiets.

## Pense-betes

- **Rahmenmetapher: die Karte ist nicht das Territorium.** Die **Karte** = das, was man Claude gibt (Prompts, Skills, Kontext). Das **Territorium** = wo die Arbeit stattfindet (Codebase, reale Welt, Einschränkungen). Die Lücke zwischen beiden = die **Unknowns**. Bei einem Unknown *entscheidet Claude anhand seiner besten Vermutung darüber, was man will* → je größer die Arbeit, desto mehr Unknowns tauchen auf.
- **Das Fable-Plateau.** *"Fable is the first model where I find the quality of the work is bottlenecked by my ability to clarify its unknowns"* – der Engpass hat sich vom Modell zur **menschlichen Klarheit** verschoben. Vorausplanen allein reicht nicht: Unknowns tauchen mitten in der Implementierung auf oder zeigen, dass das Problem **anders** hätte gelöst werden müssen. → ein **iterativer** Prozess: die eigenen Unknowns **vorher, während und nachher** entdecken.
- **Die 4 Quadranten (Unknowns-Matrix)**: **Known knowns** = was im Prompt steht (was man explizit will); **Known unknowns** = was man noch nicht geklärt hat, sich aber dessen bewusst ist; **Unknown knowns** = *"too obvious to write down, but I'd recognize it"* (das "I'll know it when I see it"); **Unknown unknowns** = *"the pothole you didn't know the road could have"*.
- **Die eigentliche Fähigkeit**: *"reducing and planning for your unknowns is THE skill of agentic coding"*. Die Besten (zitiert werden **Boris**, **Jarred**) haben **wenige Unknowns** (im Einklang sowohl mit der Codebase als auch mit dem Verhalten des Modells), **gehen aber davon aus**, dass einige verbleiben. Die gute Nachricht: Diese Fähigkeit **verbessert sich durch die Arbeit mit Claude**.
- **Claude zu instruieren ist eine heikle Balance.** Zu präzise → Claude folgt den Anweisungen, selbst wenn ein **Kurswechsel** besser wäre. Zu vage → Claude füllt mit *Branchen-Best-Practices* auf, die nicht unbedingt zum Fall passen. Ohne Management der eigenen Unknowns **scheitert man auf beiden Seiten**. Abhilfe: Claude **Kontext zum eigenen Ausgangspunkt** geben (wo man in seinem Denken steht, welche Erfahrung man mit dem Problem hat) und es als **Denkpartner** behandeln. Claude durchsucht Codebase und Web sehr schnell und iteriert schneller als wir aus Fehlschlägen.
- **VORHER – Blindspot Pass**: Beim Arbeiten in unbekanntem Terrain (unknown unknowns) Claude bitten, seine **blinden Flecken zu finden und zu erklären**. Die wörtlichen Begriffe *"blindspot pass"* und *"unknown unknowns"* verwenden, plus Kontext dazu, wer man ist. Z. B.: *"I'm adding a new auth provider but I know nothing about the auth modules… do a blindspot pass"*; *"teach me to understand my unknown unknowns about color grading so I can prompt better"*.
- **VORHER – Brainstorms & Prototypen**: für **unknown knowns** (Kriterien, die man nur durch Sehen definieren kann, z. B. visuelles Design). Sie **früh** verbalisieren, da ihre Entdeckung während der Implementierung teuer ist (eine kleine Spezifikationsänderung kann radikal anderen, schwer rückgängig zu machenden Code bedeuten). **Fast jede Session** mit einer Explorations-/Brainstorming-Phase beginnen, um den Umfang festzulegen (weder zu eng noch zu weit). Z. B.: *"make me an HTML page with 4 wildly different design directions so I can react to them"*; *"mock the new toolbar in a single HTML file with fake data before you touch the real app"*; *"brainstorm 10 places we could intervene, cheapest to most ambitious"*.
- **VORHER – Interviews**: Nach dem Brainstorming Claude bitten, uns zu den verbleibenden Unklarheiten zu **befragen**, **eine Frage nach der anderen**, mit Priorität auf *"questions where my answer would change the architecture"*.
- **VORHER – Referenzen**: Wenn man nicht beschreiben kann, was man will, ist **die beste Referenz der Quellcode**. Fable auf einen Ordner/eine Bibliothek verweisen (auch in einer anderen Sprache) und sagen, wonach dort gesucht werden soll. **Claude Design** funktioniert so: Auf das Modul einer Site verwiesen, **liest es den zugrunde liegenden Code** (Markup, Struktur, tatsächlichen Aufbau), nicht nur den Screenshot. Z. B.: *"this Rust crate implements the exact backoff I want — reimplement the same semantics in our TypeScript client"*.
- **VORHER – Implementierungsplan**: einen Plan anfordern, der **von den Entscheidungen geleitet wird, die sich am wahrscheinlichsten ändern** (Datenmodelle, Typ-Interfaces, UX-Abläufe), und der **mechanisches Refactoring nach unten verlagert** (*"I trust you on that part"*). Der Plan **bringt zutage**, was man tatsächlich anpassen muss.
- **WÄHREND – Implementation Notes**: Wie viel auch geplant wird, **unknown unknowns bleiben bestehen** (der Agent stößt beim Coden auf einen Grenzfall). Claude Code eine temporäre **`implementation-notes.md`** führen lassen, die Entscheidungen protokolliert, *"so we can learn from our next attempt"*. Z. B.: *"if you hit an edge case that forces a deviation, pick the conservative option, log it under 'Deviations', and keep going"*.
- **DANACH – Pitches & Explainer**: *Shipping* bedeutet, **Zustimmung und Freigaben** zu erhalten. Prototyp + Spezifikation + Notes in **einem einzigen Dokument** bündeln, das *"lead[s] with the demo GIF"* → beschleunigt das Verständnis (Reviewer **gehen von denselben Unknowns aus wie man selbst**) und die Freigaben (Experten wollen sehen, dass ihre Fehlerquellen abgedeckt wurden).
- **DANACH – Quizzes**: Nach einer langen Session liefert das bloße Lesen der Diffs nur ein **oberflächliches** Verständnis (das Verhalten hängt von bestehenden Codepfaden ab). Claude um einen **HTML-Report + ein Quiz** zu den Änderungen bitten – *"I only merge after I pass the quiz perfectly"*.
- **Beweis am Beispiel: das Fable-Launch-Video**, **komplett mit Claude Code** geschnitten in einem Fachgebiet, das Thariq nicht beherrschte – er geht von dem aus, was er weiß (Claude kann Video per Code bearbeiten/transkribieren), lässt sich Whisper/ffmpeg **erklären**, **prototypt** eine wortgenau getimte UI via Remotion und lässt sich dann von Claude **Color Grading beibringen** (ohne Vorstellung davon, was "gut" bedeutet), statt blind Varianten generieren zu lassen.
- **Schlusssatz**: *"every explainer, brainstorm, interview, prototype, and reference is a cheap way to find out what you didn't know before it gets expensive to fix"* → *"start your next project by asking Claude to help you find your unknowns"*. Der Lernrückstand wird zur Karte für das nächste Mal ("what you learn becomes the map for next time").
- **Links**: konvergiert mit dem *Compounding Knowledge Lifecycle* (das Gelernte kapitalisieren), *Loop Engineering* und der Notiz **[[willison-fable-judgement-delegation-subagents-2026-07-03]]** (gleicher zitierter Autor, Thariq, gleicher Moment zu Fable) – zwei komplementäre Facetten: Willison zum **Fable urteilen lassen**, Thariq zur **Reduzierung der eigenen Unknowns, um es besser anzuleiten**.

## RésuméDe400mots

In diesem am 3. Juli 2026 veröffentlichten *Field Guide* formalisiert **Thariq Shihipar** (Claude Code Team) eine Praxis, um das Maximum aus **Claude Fable 5** herauszuholen. Ausgangspunkt, entlehnt von Korzybski: *"the map is not the territory"*. Die **Karte** ist das, was man Claude gibt – Prompts, Skills, Kontext. Das **Territorium** ist der Ort, an dem die Arbeit stattfindet – die Codebase, die reale Welt, ihre Einschränkungen. Die Lücke zwischen beiden nennt er die **Unknowns**: Trifft Claude auf eine solche Lücke, entscheidet es anhand seiner besten Vermutung darüber, was man will. Je größer der Umfang der Arbeit, desto mehr Unknowns tauchen auf. Fable ist *"the first model where I find the quality of the work is bottlenecked by my ability to clarify its unknowns"* – der Engpass hat sich vom Modell zur menschlichen Klarheit verschoben.

Thariq schlägt eine **2×2-Matrix** vor: *known knowns* (was im Prompt steht), *known unknowns* (was man weiß, dass man es nicht weiß), *unknown knowns* (das Offensichtliche, das man nicht aufschreibt, aber erkennen würde) und *unknown unknowns* (woran man nie gedacht hat). Die eigenen Unknowns zu reduzieren und vorwegzunehmen ist seiner Ansicht nach **DIE Fähigkeit** des agentischen Codings – und sie wird durch die Arbeit mit Claude erlernt. Das Instruieren bleibt ein Balanceakt: zu präzise, und Claude folgt den Anweisungen, selbst wenn ein Kurswechsel besser wäre; zu vage, und Claude füllt die Lücken mit unpassenden *Best Practices*.

Es folgt ein zeitlich geordnetes **Toolkit**, jede Technik mit Prompts versehen. **Vorher**: der *Blindspot Pass* (die eigenen blinden Flecken explizit machen lassen), *Brainstorms & Prototypen* (frühzeitiges Verbalisieren von *unknown knowns*, z. B. 4 Design-Richtungen in HTML), *Interviews* (Claude befragt einen Schritt für Schritt, mit Priorität auf dem, was die Architektur verändert), *Referenzen* (die beste ist der Quellcode – so funktioniert **Claude Design**) und der *Implementierungsplan*, geleitet von dem, was sich wahrscheinlich ändern wird. **Während**: ein `implementation-notes.md`, in dem der Agent seine Abweichungen protokolliert. **Danach**: *Pitches & Explainer* (ein einziges Dokument, geleitet von der Demo, da Reviewer von denselben Unknowns ausgehen) und *Quizzes* ("I only merge after I pass the quiz perfectly").

Belegt wird dies durch das **Fable-Launch-Video**, komplett mit Claude Code geschnitten in einem dem Autor unbekannten Fachgebiet – bis dahin, dass er sich von Claude *Color Grading* **beibringen** ließ. Fazit: Jedes Artefakt ist eine günstige Möglichkeit, herauszufinden, was man nicht wusste, **bevor es teuer wird, es zu korrigieren**. *"Start your next project by asking Claude to help you find your unknowns."*

## GrapheDeConnaissance

- Thariq Shihipar —travaille_chez→ équipe Claude Code (Anthropic) (ORGANISATION, 0.95)
- Thariq Shihipar —affirme_que→ "Fable est le premier modèle où la qualité du travail est plafonnée par ma capacité à clarifier ses inconnues" (AFFIRMATION, 0.95)
- Finding Your Unknowns —s_applique_à→ Claude Fable 5 (TECHNOLOGIE, 0.95)
- Finding Your Unknowns —est_basé_sur→ "la carte n'est pas le territoire" (AFFIRMATION, 0.93)
- Matrice des inconnues —fait_partie_de→ Finding Your Unknowns (METHODOLOGIE, 0.9)
- Thariq Shihipar —affirme_que→ "reducing and planning for your unknowns is THE skill of agentic coding" (CITATION, 0.94)
- Blindspot pass —permet→ Unknowns (CONCEPT, 0.9)
- Brainstorms & prototypes —permet→ verbaliser tôt les unknown knowns (moins cher qu'en implémentation) (CONCEPT, 0.9)
- References —résout→ l'incapacité à décrire ce qu'on veut en détail (CONCEPT, 0.9)
- Claude Design —utilise→ lecture du code sous-jacent d'un module (pas seulement la capture) (CONCEPT, 0.88)
- implementation-notes.md —permet→ journaliser les déviations pendant l'implémentation (CONCEPT, 0.9)
- Quizzes —améliore→ la compréhension réelle d'un changement avant le merge (CONCEPT, 0.9)
- Pitches & explainers —permet→ obtenir buy-in et approbations (reviewers partant des mêmes inconnues) (CONCEPT, 0.88)
- Claude Code —a_créé→ vidéo de lancement de Fable (DOCUMENT, 0.9)
- Instruction de Claude —affirme_que→ trop spécifique empêche le pivot, trop vague invoque des best practices inadaptées (AFFIRMATION, 0.9)

---
Canonical: https://www.thekb.eu/de/fiches/thariq-field-guide-fable-finding-unknowns-2026-07-03/