原題: A field guide to Claude Fable 5: Finding your unknowns
著者: Thariq Shihipar
公開日: 2026年7月6日
ソースURL: https://claude.com/blog/a-field-guide-to-claude-fable-finding-your-unknowns
アーカイブ日: 2026-07-12
Anthropicの技術スタッフであるThariq Shihiparが、Claude Codeを——とりわけ最新のFable 5モデルを——使う際の思考法を「地図と領土」の比喩で整理した実践ガイド。
著者はClaude Codeと仕事をするたびに「地図と領土の違い」を思い出すという。地図とは、開発者が与えるプロンプトやスキル、コンテキスト——つまり「やるべき作業の表象」だ。領土とは、実際のコードベース、現実世界、その制約——「作業が実際に行われる場所」である。この地図と領土のズレこそが、著者の言う「未知（unknowns）」だ。Claudeが未知に遭遇したとき、モデルは開発者の意図を推測して判断を下さざるを得ない。作業量が増えれば増えるほど、遭遇する未知も増える。
Claude Fable 5について著者が特筆するのは、「作業の質が、モデルの能力ではなく、開発者が未知を明確化する能力によってボトルネックになる」という逆転現象だ。単に事前に計画を立てるだけでは不十分で、未知は実装の深部で見つかることもあれば、そもそも「別の方法で問題を解くべきだ」という気づきをもたらすこともある。Fableとの協業は、実装の前・中・後を通じて未知を発見していく反復プロセスなのだ。
著者は自身がClaudeに取り組む問題を、ラムズフェルド的な4象限で整理する。
既知の既知（Known Knowns） —— プロンプトに明示的に書くこと。何をエージェントにしてほしいか。
既知の未知（Known Unknowns） —— まだ整理できていないが、自分がそれを理解していないと自覚していること。
未知の既知（Unknown Knowns） —— あまりに自明すぎて書き留めないが、見ればそれとわかること。たとえば「視覚的センスは言葉にできないが、見れば良いか悪いかわかる」といった判断基準。
未知の未知（Unknown Unknowns） —— まったく考慮していないこと。自分が知らない知識。そもそも「どれほど良いものが可能か」すらわかっていない状態。
最も優れたエージェント的コーダーは、これらの未知が少ない。しかし彼らですら未知を「想定」している。未知を減らし、未知に備えることこそがエージェント的コーディングのスキルであり、幸いにもClaudeと働くことで向上させられるスキルなのだ。
著者は実装に入る前に4つのパターンを使う。
ブラインドスポット・パス（Blind Spot Pass） —— 新しいコードベース領域や不慣れな作業（デザインのイテレーションなど）に取り組むとき、自分が「どんな質問をすべきかすら知らない」状態になりがちだ。そんなときはClaudeに文字通り「blind spot pass」と「unknown unknowns」という言葉を使って依頼する。「自分が誰で何を知っているか」というコンテキストを与えることが、Claudeが協業の最適な入り口を理解する鍵になる。例：「このコードベースの認証モジュールについて何も知らない。ブラインドスポット・パスをして、関連する未知の未知を洗い出し、より良いプロンプトが書けるようにしてほしい」。
ブレインストームとプロトタイプ —— 未知の既知が多い領域、つまり「見ればわかるが言葉にできない」基準が多い作業では、初期段階でのプロトタイピングが極めて価値が高い。実装中に未知の既知が見つかると修正コストが高くつくからだ。たとえば「ダッシュボードが欲しいが視覚的センスがなく何が可能かもわからない。4つのまったく異なるデザイン方針のHTMLページを作ってほしい」といった依頼をする。著者はほぼすべてのコーディングセッションを探索・ブレインストームフェーズから始める。Claudeはしばしば自分が見逃していた高価値なアプローチを見つける一方、木を見て森を見ずになることもある。ブレインストームはスコープを狭めすぎたり広げすぎたりするのを防ぐ。
インタビュー —— 十分なブレインストームの後でも未知は残る。そこでClaudeに「自分をインタビューさせる」。未知や曖昧さについて一問一答で質問させるのだ。例：「曖昧な点について一問ずつインタビューして。回答によってアーキテクチャが変わりうる質問を優先して」。
参照（References） —— 言葉で説明しきれないときの最強の手段はソースコードだ。図やドキュメントやスクリーンショットよりも、ライブラリの実装そのものを「このRustクレートのバックオフ動作をTypeScriptで再実装して」と指示する方が、はるかに豊かな詳細をClaudeに伝えられる。
実装計画 —— 実装準備が整ったと思ったら、Claudeに実装計画をHTMLで書かせる。ただし「データモデルの変更、新しい型インターフェース、ユーザー向けの変更」といった、最も変更されやすい判断を冒頭に置き、機械的なリファクタリングは末尾に回すよう指示する。
どんなに計画しても、実装中には必ず未知の未知が潜んでいる。エージェントがコードの中でエッジケースを見つけ、方針転換を迫られることもある。著者はClaude Codeに一時的な implementation-notes.md ファイルを保持させ、下した判断を記録させる。例：「implementation-notes.mdを保持して。計画からの逸脱を強いられるエッジケースに当たったら、保守的な選択をして『Deviations』に記録し、そのまま進んで」。
ピッチと説明資料 —— 作ったものを出荷するには承認と賛同を得る必要がある。レビュアーが自分と同じ未知から出発するときの理解を加速し、エキスパートが「想定される未知や失敗ポイントをちゃんと考慮しているか」を確認しやすくするために、プロトタイプ・仕様・実装ノートを一つにまとめたドキュメントを作る。
クイズ —— 長い作業セッションの後、Claudeは自分が気づかないほど多くのことを成し遂げている。コード差分を読むだけでは表面的な理解しか得られない。著者はClaudeに「変更内容について文脈・直感・実施内容を含むHTMLレポートを作り、最後にクイズをつけて」と依頼し、満点を取れるまでマージしない。
著者はFableのローンチ動画をClaude Codeでエンドツーエンド編集した。これは彼にとって新しい領域だった。まず知っていることから始めた——Claudeはコードで動画編集と文字起こしができる。次に未知を探った——Whisperの仕組みをClaudeに説明させ、ffmpegで「えー」や長い間を正確にカットできるか検証した。音声に同期したUIを作りたかったが可能か確信がなかったので、Remotionでプロトタイプを作らせて検証した。最後に、動画の色がくすんで見えた——カラーグレーディングの問題だと気づいたが、カラーグレーディングが何かすら知らなかった。最初はClaudeにバリエーションを作らせて選ぼうとしたが、「良い」カラーグレーディングがどういうものか自分がわかっていないことに気づき、方針を変えてClaudeにカラーグレーディングを教えてもらい、自分の未知を発見した。
モデルが良くなるほど、適切なアプローチで達成できることも増える。長時間のタスクがうまくいかないときは、未知の定義にもっと時間をかけるか、未知を通じて適応できる実装計画を作る必要がある。ブレインストームもインタビューもプロトタイプも参照も、すべては「修正が高くつく前に、知らなかったことを安く見つける」ための方法だ。次のプロジェクトは、Claudeに自分の未知を見つけてもらうところから始めよう。
本記事の核心的価値は、AIエージェントとの協業を「プロンプトエンジニアリング」から「未知のマネジメント」へと再定義した点にある。著者はラムズフェルドの知識マトリクスを作業フレームワークとして実装し、抽象論に終わらず実装前・中・後の各段階で使える具体的なプロンプトパターンを提供している。特筆すべきは、これが単なる「コツ集」ではなく、モデルの能力向上がむしろ人間側の「未知を明確化する能力」をボトルネックにするという逆説を出発点にしていることだ。Claude Fable 5という特定モデルを題材にしているが、この洞察はモデルが進化するほど重要性を増す普遍性を持つ。
「地図と領土」の比喩は簡潔ながら射程が広い。アルフレッド・コージブスキーの一般意味論に由来するこの概念を、AIエージェントがプロンプト（地図）とコードベース（領土）のギャップを埋める存在として読み替えた手腕は鮮やかだ。4つの知識分類もまた、ソフトウェア工学における「不確実性の管理」という古典的課題に新しい語彙を与えている。
長期的な参照価値も高い。具体的なプロンプト例が豊富で、今日からすぐに使える実用性と、5年後も変わらないであろう「人間とAIの協業における認知的負荷の所在」という問いへの洞察を両立している。Anthropicの内部者が書いた一次資料としての資料的価値も見逃せない——Claude Codeの設計思想を反映した記事は数少なく、モデルの使い方を開発元がどのように考えているかを知る貴重な窓になっている。
Tags: AIエージェント, Claude Code, プロンプトエンジニアリング, ソフトウェア開発, 知識マネジメント, Anthropic