締め切り直前(7/13)のClaude Fableに、最後に何をやらせるか

Claude Fable が、米国時間 7 月 7 日でサブスクリプションプランから提供終了になります。API 経由なら引き続き使えますが、単価は 100 万トークンあたり入力 $10・出力 $50。個人の日常使いの範囲を超えています。なのでこの数日、1 週間分の使用量を使い切る勢いで、渡せる仕事を片っ端から渡していました。

追記：その後、Claude Fable のプロモ提供は 7 月 13 日 16 時まで延長されました。この記事は、当初の締め切りだった 7 月 7 日時点の状況をもとに書いています。

渡している間は深く考えていませんでした。ただ、振り返ると共通点があります。ほとんどが「書いて終わり」のコードではなく、ツール、基準、レポート、方向性のたぐいでした。モデルが退場するとき、賢さは一緒に持っていかれます。

この数日でやらせたこと

1. 執筆ワークフローの skill 群の改善。自分の執筆 skill を review させ、フローにユニットテストを書かせ、自分が良いと思う文章を食わせて語感を基準ファイルに落とさせました。改善後は、書き上がりの違いが体感できます。

2. 他の skill を直すときは、順番を変えました。以前は思いついた所から直していましたが、今回は先に現状を review、次に基準を立て、最後に基準どおりに直す。直り終わった skill 本体より、残った基準ファイルの方が値打ちがあります。

3. 再現できない本番バグの調査。たまにしか起きず、ログもかみ合わない、エンジニアリング能力が一番要るやつです。手がかりを分析レポートに整理させ、結論と未検証の仮説を分けて書かせました。修正の実施に Fable は要りません。レポートさえあれば、安いモデルでも続きをやれます。

4. Nuxt メジャーアップグレードの事前調査。破壊的変更、移行手順、リスクを調査レポートにまとめさせました。あとは実際に上げるとき、レポートを 1 つずつ確認しながら進めるだけです。

5. ページ表示速度の調査のドキュメント化。まず計測方法そのものを調査させました。Lighthouse や Web Vitals で測れること・測れないことを整理し、主指標は Performance.mark() の custom 計測に決定。そのうえで主要ページの初期表示速度を調べさせ、改善方針までドキュメントに残しました。

6. テスト戦略の路線調査。ZOZO の Claude Code と Playwright CLI による自然言語 E2E の記事を精読させ、チームの現状と突き合わせて「今後テストをどっちへ進めるか」の方針ドキュメントにしました。この手の議題は会議で空転しがちですが、今は机に置ける調査が 1 本あります。

7. 個人プロジェクトのアーキテクチャと技術選定。趣味で作っているミニゲーム学習サイトの構成を丸ごと決めさせました。Next.js の静的ホスティング + Supabase に問題データを置き、無料枠内でコストはほぼゼロ。要件定義、データモデル、技術選定、競合分析まで全部ドキュメントに落ちています。個人プロジェクトには壁打ち相手がいないので、Fable がその役でした。

8. いちばん大事なのは判断です。上のどの仕事の裏にも「結局どっちへ進むべきか」という方向の問いがあります。Fable の判断力は自分が使ってきたモデルの中で群を抜いていたので、この数日はコードを書かせるより、方向を決めさせる方に使いました。コードは誰でも書けます。方向を間違えたら全部無駄です。

提供終了後に残るもの

明日からは、ウィンドウの中で動くのは別のモデルに戻ります。でも、そのモデルがこれから従って動く skill、立てた基準、机の上の調査レポートは、この数日で Fable が残していったものです。こうして見ると、提供終了は締め切りでした。やるべきだと分かっていて手を付けていなかったことを、全部やらせてくれました。

参考リンク

• 「Claude Fable 5」をサブスクの標準機能に――AnthropicのエンジニアがXに投稿 7月8日以降の「早期復活目指す」（ITmedia NEWS）