Claude Fable 5と仕事をするなら、本当の実力は自分の「未知」を先に見つけ出せるかどうかだ
- Anthropic社員の Thariq が長文を投稿し、Claude Fable 5と協働する際に「未知」を特定するための実践的な技法をまとめた。
- 核となる枠組みは未知を4種類に分類する:既知の既知、既知の未知、未知の既知、未知の未知。
- 8つの具体的な技法は「実装前 / 実装中 / 実装後」の3段階に分布し、盲点スキャン、逆インタビュー、参考ソースコード、実装ノート、小テストなどをカバーする。
- 各技法にはそのままコピーして使える英語のプロンプト原文が添えられている。
- 事例パートでは、この方法を著者自身も不慣れだった Fable 発表動画の編集にどう適用したかを示している。
Claude と仕事をして詰まる場所は、結局どこなのか
Thariq(Anthropic Claude Code / Claude Design チームのメンバー)は2026年7月3日、Xに長文を投稿し、Claude Fable 5と協働する際に「未知」を特定する実践的な技法をまとめた。
Claude Fable 5と一緒にコードを書く中で、著者は成果物の質がいつも同じ場所で詰まることに気づいた——自分がまだ考え切れていない「未知」を、はっきり言葉にできるかどうかだ。この記事は「未知を見つける」ことを実行可能な8つの技法に落とし込み、それぞれにそのままコピーできるプロンプトを添えている。
なぜ読む価値があるか:著者は Anthropic の Claude Code / Claude Design チームのメンバーであり、8つの技法は Fable の発表動画編集など実際のプロジェクトから直接引き出されたものだ。各技法には英語のプロンプト原文が添えられており、そのままコピーして使える。
著者が繰り返し思い出す古い格言がある——地図は地形ではない、というものだ。地図、つまりやるべきことの簡略化された記述は、あなたが Claude に渡すプロンプト、スキル、コンテキストのことだ。地形は、実際に事が行われる場所——コードベース、現実世界、その本当の制約のことだ。この両者のズレこそが、彼の言う「未知」である。Claude が未知にぶつかると、あなたが何を求めているかについての最善の推測に基づいて判断するしかない。やるべきことが多いほど、ぶつかる未知も増えていく。
著者いわく、Fable は初めて「成果物の質が、自分の未知を言語化する力に左右される」と感じさせたモデルだという。しかも事前の計画だけでは十分ではないことが多い——未知は実装の奥深くで初めて姿を現すこともあれば、逆に「この問題はまったく違うやり方で解くべきだ」と気づかせてくれることもある。だからこそ Fable との協働は、実装の前・最中・後で絶えず自分の未知を発見し続けるプロセスなのだ。
あなたに足りないのは、どの種類の「わからない」なのか
著者は問いを抱えて Claude のもとへ行くとき、まず手元の未知を4つのマスに分けるのが習慣だ。仕事が大きいほど、後の2マスに落ちやすい——自分でも意識していない、あるいは当たり前すぎて書き留めることすらないものだ。
プロンプトに書いた、Claude に明確に伝えた「欲しいもの」の部分。
例「ログインボタンが欲しい、右上に置いて」
自分でもまだ考え切れていないと自覚している、落とし穴に気づいている部分。
例「このリストはページ分割すべきか、まだ決めていない」
当たり前すぎて書き留めたことはないが、見れば正しいかどうかわかる常識。
例「この配色は目に刺さる、見た瞬間にダメだとわかる」
考えたこともなく、「どこまでできるか」すら知らない盲点。
例「動画のポーズをコードで自動的に切れるとは知らなかった」
新居への引っ越しに少し似ている。既知の既知はあなたが作った買い物リスト。既知の未知はリビングに何か家具が足りないとわかっているが何を買うか決めていない状態。未知の既知は書き留めたことはないが見た瞬間「このコンセントの位置はおかしい」とわかること。未知の未知は床暖房を入れられるということ自体を知らないこと。
著者の観察では、最も強い協働者たち——例えば Boris Cherny や Jarred Sumner——は未知が相対的にとても少ない。彼らのプロンプトを見れば、自分が何を求めているか、コードベースとモデルの挙動の両方をよく理解していることが明らかだ。しかし彼らも未知のための余地は残している。自分の未知を減らし、あらかじめ手はずを整えておくことは、ある意味 Claude との協働における中核的な腕前であり、この腕前は Claude と一緒に練習して身につけられる。
Claude に仕事を教えるとき、なぜ細かすぎても雑すぎても転ぶのか
Claude にタスクを託すのは綱渡りに似ている。指示が細かすぎると、途中で方向転換すべきでも、あなたが書いた手順を機械的になぞってしまい、転換する勇気が持てない。指示が雑すぎると、業界一般のベストプラクティスで勝手に推測してしまい、あなたの状況に合うとは限らない。自分の未知を見積もれていないと、どちらに転んでも失敗する——どの区間に落とし穴があるかも、どの区間が実は順調なのかもわからないまま、それでも曲がるべきところで大胆に曲がってほしいと望んでいるのだから。
Claude はあなたが書いた手順を機械的に実行し、より適した方向転換があっても変えられない。
自分がどこまで考えたか、この分野にどれだけ慣れているかを伝え、Claude を思考のパートナーにする。曲がるべきところで大胆に曲がれるようにする。
Claude は業界のベストプラクティスに従って自分で判断してしまい、あなたの状況に合わないことがある。
幸い Claude は未知をより早く見つける手助けをしてくれる:コードベースを漁ったりウェブを調べたりするのが非常に速く、多くのトピックであなたより詳しく、失敗からも素早く学んで反復できる。このプロセスで最も重要な一歩は、あなたの出発点を Claude に伝えることだ——今どこまで考えたか、この問題やコードベースにどれくらい経験があるかを伝え、思考のパートナーのように一緒に取り組んでもらう。著者はまた、これらのほとんどの場面で、HTMLページこそがアイデアを可視化し目の前に並べる最良の方法だとも述べている。
以下の技法は「実装前・実装中・実装後」の3段階で並べてある。著者は毎回全部使うわけではないが、常備しておく価値のある道具箱だとしている。
- 01盲点スキャン
- 02ブレインストーミングとプロトタイプ
- 03逆インタビュー
- 04参考ソースコード
- 05実装計画
- 06実装ノート
- 07説得ドキュメントの梱包
- 08小テスト
まず Claude に「自分でも気づいていない盲点」を見つけてもらう
着手する時に最も役立つことのひとつは、まず自分の盲点をはっきりさせることだ。コードベースの見慣れない部分に機能を書く場合や、デザインの反復のような不慣れな作業をする場合、あなたにはおそらく未知の未知が山ほどある——何を聞けばいいのかわからず、「良い」がどんな姿か知らず、以前誰かが何をやったかも知らず、どんな落とし穴を避けるべきかも知らない。