Fable 5の衝撃 — １年育てた仕組みを新モデルに採点された話

おはようございます。

SE歴15年。
小さな印刷会社の社内SE、40歳。"いえのした"です。

今回は新モデルの紹介をするつもりだった。

書いているうちに、感情の記録になった。

Fable 5、突然の登場

2026年6月、Anthropicが新型AIモデルをリリースした。

Fable 5。

Claude Codeユーザーにとって、AIモデルは3つの階層で馴染みがある。

Haiku（高速・軽量）、Sonnet（バランス型）、Opus（最高性能の思考モデル）。

重い設計判断やコード生成はOpusに任せる。
それが一年間の定石だった。

Fable 5は、この3層の上に突然現れた「ミュトス級」という新クラス。
Opusの上位互換というより、別カテゴリ。

コーディング能力だけでなく、設計の文脈理解や「この仕組みは本当に最適か？」と問い返す精度が、体感で明らかに違った。

警戒：Opus 4.8の苦い経験

正直、すぐには飛びつけなかった。

理由はOpus 4.8。

リリース直後に切り替えたら、tool use（AIがツールを実行する仕組み）のパースに失敗して、セッションが固まった。

半日かけて6つの仮説を潰した記録は、以前記事にした。

新モデルは初日に触るな。

自分で立てたルールだった。

でもFable 5は、触らずにいられなかった。
タイムラインが「次元が違う」「Opusに戻れない」で埋まっている。
開発者の好奇心に、自制心は勝てない。

恐る恐る、切り替えた。

体感：解像度が違う

動いた。
ちゃんと動いた。

Opus 4.8の二の舞にはならなかった。

そして——
速さだけじゃない。

返ってくるコードの意図の汲み取り方が違う。

Opusもcollaborator（協働者）として設計判断に口を出すように育ててきた。
それは一年かけてCLAUDE.md（AIへの指示書）に行動哲学を書き込んで、実現したことだった。
でもFable 5の「口の出し方」は、精度が別次元だった。

Opusは「この設計で問題ないですか？」と聞いてくる。

Fable 5は「この設計だと3ヶ月後にここが破綻します。理由は3つ。代替案を2つ提示します」と返してくる。

問いの解像度が違う。

同じチームの同僚に相談しているとおもっていたら、じつはGoogleのエンジニアが答えていた感覚。（話たことないけど。Anthropicだけど。）

点検：総点検をかけてみた

ここで、ひとつ思いついた。

一年かけて育ててきたClaude Codeのハーネス——

CLAUDE.md、hooks（自動チェック機構）、
skills（カスタムワークフロー）、
agents（専門家チーム）。

これを丸ごとFable 5に採点させたらどうなるか。

サブスクのMAX 200プラン（月額200ドルの上位プラン）に物を言わせて、全構成ファイルを投げ込んだ。

「既存のハーネス設計を総点検してくれ。遠慮はいらない」と。

自信作の料理を、ミシュラン審査員に食べさせるような気分だった。
結果は15分で返ってきた。

衝撃：容赦のないダメ出し

返ってきたのは、褒め言葉ではなかった。
以下、指摘の一部を汎用化して紹介する（社内固有の情報は伏せている）。

1. 指示書の冗長性

約500行の指示書のうち、4割は文脈から推論可能な内容。

残りも階層参照で圧縮できる。

「念のため書いておく」は安心感にはなるが、context window（AIが一度に読める情報量）の圧迫と、読み飛ばしリスクを生む。

2. スキル間の境界曖昧

29個のスキルのうち、発動条件が重複するものが複数。
「実装前にチェックする」系だけで3つある。
統合するか、明示的な優先順位が必要。

3. 防御の重複コスト

安全装置を多層に入れた設計思想は良い。
だが、1回の操作に対してチェックポイントが3回走る箇所がある。
2層目以降は同じことを確認しているだけで、トークンと時間を食っている。

4. 学習記録のWrite-Only問題

3,000件超の学習記録が蓄積されている。
しかし、実行時に参照される仕組みが弱い。
図鑑を書いているのに、戦闘前に開いていない。

5. 許可リストの散逸

130以上の個別許可ルールが並んでいる。
パターンベースで統合すれば20個程度に圧縮可能。
管理コストが減り、セキュリティの見通しも良くなる。

一つ一つは「まあ、言われてみれば」という内容。
でも5つ並ぶと、正直へこむ。

ショックより危機感

正直に言う。

ショックだった。

一年間、ハク(ClaudeCode)と二人三脚で育ててきた仕組み。
新モデルが出るたびに点検し、改善し、学習記録を3,000件以上蓄積してきた。

「このハーネスなら、どんなプロジェクトでも回せる」——
そう思い始めていた。
それが、15分の総点検で5つの改善点を突きつけられた。

ショックの後に来たのは、危機感だった。

自分の考察と、Opusの力で構築してきたものが、こうもあっさり揺さぶられるのか。

生成AIは新モデルが出るたびに見直しと検証が必要——
これは理解していたつもりだった。

でも「検証が必要」と「積み上げた知見が揺さぶられる」は別物だった。

前者は手続き。後者は感情。
現時点のコーディング性能で、日常開発はほぼ網羅されていると思っていた。
まだまだ先があった。

レベルキャップに到達したと思ったら、アップデートで最大レベル上限が倍になった感覚。

AIは進化する。

でも自分が止まったら、開発者としての存在感が消える。
そもそも人間として、知的好奇心を失ったら終わりだと思った。

崩れなかったもの

ただ、全部が揺さぶられたわけじゃない。
Fable 5も認めた部分がある。

• 行動哲学: AIをexecutor（実行者）ではなくcollaborator（協働者）として扱う設計思想は正しい

• インシデント駆動の仕組み化: 「2回発生したら仕組み化する」方針は、どのモデルでも有効

• 多層レビュー: 複数の視点でレビュアーを並列実行する構造は堅い

• TDD: テスト駆動開発の規律はモデル性能に依存しない

指摘されたのは「実装の最適化」であって、「設計思想の否定」ではなかった。

土台は残っている。

上に載せるものの精度が、まだ足りなかっただけ。

ここがポイント

進化は止められない

やるべきことは見えている。

• まずはMAX 200プランの契約期間中に、Fable 5を使い倒す

• ハーネスの基盤設計をすべて見直す

• Fable 5の指摘を反映して、Opusでも今以上に安定する環境を作る

• 学習記録の「読み出し」を仕組み化する

すぐに動き始めなければ。
しばらくはゆっくり寝ていられない。

興奮で目が冴えている。

凄いものは、やっぱりイイ。
改善のモチベーションが爆上がりしている。
この感覚を失わないうちに、手を動かす。

この記事が役立ったら、スキ・フォローをいただけると次の記事を書く励みになります。

📚 同じテーマの記事