Claude Fable 5の本領は、Claude Codeのようなエージェント環境で動かしたときに出ます。「2ヶ月の移行を1日」も、Claude Codeの中で長時間動かした結果でした。この記事は、Claude CodeでFable 5をどう使うかを、実務の構えとあわせて整理したものです。
Claude Codeから使える
Claude Fable 5は、発表と同時にClaude Codeから使えるようになっています。
API(プログラムから直接AIを呼び出す方法。Claude Codeをふつうに使う分には意識しなくて大丈夫です)で指定する場合のモデルID(モデルを呼ぶときの正式な名前)は claude-fable-5 です。Claude Code内でモデルを切り替える操作そのものは、これまでと同じです。
効くのは「人が何日もかかる作業」
Fable 5の使いどころは、はっきりしています。人間が何日もかかる、大規模で長期の作業です。
具体的には、古い仕組みを新しく作り替える大規模な移行、たくさんのファイルにまたがる複雑な実装、何段階にも分かれた長い作業。こうした「重くて長い」仕事で、Fable 5は計画を立て、作業を分担し、自分の仕事を自分で確認しながら、数日がかりで進められます。人間のプロジェクトマネージャーが、計画して人に振って結果をチェックする、あの動きをAI側がやるイメージです。
逆に、軽い修正や短い質問にFable 5を使うのは、料金の面でも持ち味の面でも噛み合いません。大仕事専用、と割り切るのがいいです。
サブエージェントへの分担
Fable 5の強みのひとつが、サブエージェント(下請けの分身)への作業の振り分けです。
大きな作業を、いくつかの小さな担当に分けて、それぞれを並行して進める。親となるFable 5が全体の計画を持ち、各担当に仕事を割り振り、結果を集めて確認する。先ほどのプロジェクトマネージャーの比喩そのままです。
複数の作業を同時並行で進めるための仕組み(worktree)を使う方法もありますが、ここは少し技術寄りなので、興味があれば別記事を覗いてみてください。
任せきりにしない区切り方
ここからが大事です。数日がかりで自律的に動けるからといって、丸投げして放置するのは危ない。
私の運用では、大きな作業をFable 5に任せるときも、要所で区切りを入れます。「まず計画を出して、確認させて」「この段階まで進んだら一度止まって報告して」。長く動けるからこそ、途中で方向がずれたときの被害が大きい。人が確認できる節目を、あらかじめ置いておく。
人が見ていない時間に動く作業ほど、破壊的な操作(ファイルを消したり上書きしたりする取り返しのつかない操作)を許可しない設計が前提になります。
大仕事の前に小さく試す
私が研修先で勧めているのは、いきなり本番の大仕事に当てないことです。
まず、影響の小さい一部分でFable 5を試す。出力の質、進め方の癖、どれくらい料金(トークン)を消費するかを見てから、本番の大規模作業に投じる。最初の「2ヶ月を1日」の数字に引っ張られて、いきなり全部任せると、想定と違う動きをしたとき取り返しがつきません。
無料で試せる期間があるうちに、自分の作業で小さく確かめておく。これがいちばん安全な入り方です。
非エンジニアにとっての意味
最後に、非エンジニアの視点で。
Fable 5の「数日がかりの自律作業」は、直接触る機会は少ないかもしれません。でも、これまで外注して数週間待っていたような大きな開発が、手元で数日に縮む可能性がある、という話です。
「何を作りたいか」を決められる人が、その大きな実装をAIに任せられる時代に近づいている。手を動かす量より、方向を決める力が効く。この流れの最前線が、Fable 5だと感じています。
まとめ
- Claude Fable 5は発表と同時にClaude Codeから使える(モデルID
claude-fable-5) - 効くのは大規模移行・複雑な実装・数日がかりの長期作業
- サブエージェントに作業を分担し、計画・実行・確認を自分で回せる
- 長く動けるぶん、要所で区切って人が確認する節目を置く
- 破壊的な操作は許可せず、まず小さく試してから本番の大仕事に当てる
- 大きな開発が手元で数日に縮む可能性。方向を決める力がより効く時代へ