Fable 5.1 のトークン消費を抑える方法

Fable 5.1 はとんでもないモデルです。そして、それに見合うだけのトークンを消費します。

ここでは、4 つのコマンドと、さらにコスト削減を実現するオープンソースのリポジトリを使って、トークンの無駄を省く方法を紹介します。

これらの方法は、出力品質には一切影響しません。同じ結果に対して支払うコストが変わるだけです。

そして、これらの方法は Fable 5.1 を使っているかどうかに関係なく機能します。なぜなら、トークンコストの積み上げ方は、どのモデルを実行する場合でも同じだからです。

それでは始めましょう。

ステップ 1: 努力レベルを下げる。

これは最も効果的なテクニックであり、すべてのリクエストで制御できる設定です。

low、medium、high、xhigh、max の 5 つのレベルがあります。

努力レベルは、モデルが回答する前にどれだけ推論するかを制御します。努力レベルが高いほど、応答前の思考に時間がかかり、タスクにその思考が本当に必要だったかどうかに関わらず、より多くのトークンを消費します。

考え方としてはこうです。努力レベルは、回答する前に相手に考える時間を与える長さのようなものです。誰かに「1+1 は？」と聞けば、すぐに「2」と答えます。しかし、10 分間じっくり考えさせてから同じ質問をすれば、同じ「2」という答えを得るために、10 分間の思考コストを支払うことになります。

つまり...ほとんどのタスクは「1+1」なのです。

Anthropic の Fable 5.1 に関するガイダンスは次の通りです。デフォルトである high から始めてください。最も能力が求められるコーディングやエージェント業務にのみ、xhigh または max に上げてください。ルーティンタスクやレイテンシーが重要なタスクでは、低いレベルでも品質が維持されることが確認できたら、medium または low に下げてください。

その数値は驚くべきものです。CursorBench では、Fable 5.1 の low 努力レベルは、Fable 5 の high 努力レベルよりも高いスコアを、3 分の 1 のコストで達成しました。

信頼する前にテストしてください。正解が既にわかっているタスクを選び、low で実行してみてください。

「このリクエストを低努力レベルで実行し、レスポンスで何が変わったか教えてください」

実際のタスクを使用してください。low 努力レベルが結果の悪化を意味すると決めつける前に、出力を直接比較してください。複雑な処理、多段階の推論、実際のデバッグなど、間違った回答が後で時間のロスにつながるようなタスクは、high 以上に保ってください。

ステップ 2: cost-optimize を実行する。

これは claude-api スキルの一部として 8 月 26 日にリリースされました。最近の使用状況を分析し、特定のプロジェクトにとって重要なコスト削減の手段をランク付けします。

1/claude-api cost-optimize

キャッシング、トークンの衛生状態、バッチ処理、努力レベル、モデルの選択を、この順序でチェックします。キャッシングとトークンの衛生状態は通常、最も安価な修正であり、最も早く効果が現れるため、モデルを変更するような構造的な提案を行う前にこれらを優先します。

各提案は、一つずつ承認またはスキップされます。確認なしに変更されることはないため、セットアップが書き換えられるリスクはありません。

ステップ 3: prompt-audit を実行する。

プロンプトやスキルは、時間の経過とともにゴミが溜まっていきます。

これは、引き出しの中に不要なものをため込むようなものです。編集するたびに何かが追加され、それを掃除することは決してありません。ただし、この「引き出し」は、ゴミが取り除かれるまで、リクエストのたびにトークンを請求してきます。

1/claude-api prompt-audit

お持ちの任意の Skills フォルダに対して実行してください。古いスキル、特に何度も編集してきたであろうスキルこそ、最も多くの無駄が見つかる場所です。編集のたびに、置き換えたものを削除せずに何かが追加されています。これを実行すれば、その違いに気づくでしょう。

ステップ 4: 古い API 設定を移行する。

プロジェクトが以前のモデル用に構築された設定をまだ使用している場合、このコマンドはコードベース全体でモデル ID の交換と、互換性を破る可能性のあるパラメータ変更を処理します。

1/claude-api migrate this project to claude-fable-5-1

実際のターゲットモデルを指定してください。まず、編集前にスコープ（作業ディレクトリ全体、1 つのサブディレクトリ、または特定のファイルリスト）を確認します。その後、手動で確認すべき残りの項目のチェックリストが返されます。

さらに無駄を省くための 4 つのリポジトリ

これらは Fable 5.1 に固有のものではありません。どのモデルでも同じトークン節約効果が適用されるため、どのようなものがあり、それぞれが実際に何をするのかを知っておくと便利です。

Caveman

モデル自身の応答を、冗長なものではなく、簡潔で電報的な応答に圧縮します。

セットアップ:

1curl -fsSL https://raw.githubusercontent.com/JuliusBrussee/caveman/main/install.sh | bash

RTK

シェルコマンドの出力がモデルのコンテキストに到達する前に圧縮する Rust 製のプロキシです。

セットアップ:

1brew install rtk
2rtk init -g

Ponytail

エージェントが最初に書くコードを減らします。50 行ではなく 1 行を選ぶ、シニア開発者の視点を提供します。

セットアップ:

1/plugin marketplace add DietrichGebert/ponytail
2/plugin install ponytail@ponytail

CodeGraph

これは全く異なる方法で動作します。テキストを圧縮する代わりに、コードベースの知識グラフを構築します。これにより、エージェントは grep や read でファイルをスキャンする代わりに、シンボル関係やコールグラフを直接クエリできるようになります。

セットアップ:

1npx @colbymchenry/codegraph
2cd your-project
3codegraph init -i

どこから始めるか。

他に何もしなくても、ステップ 1 を実行してください。次のルーティンタスクで努力レベルを下げ、出力を比較してください。この 1 つの設定は、どのリポジトリよりもクレジットに大きな影響を与え、試すのにコストはかかりません。

次に、プロジェクトのいずれかで cost-optimize と prompt-audit を実行してください。

Anthropic のチーム自身が確認した 4 つの設定は、リポジトリからインストールするものよりも優れています。その後、私が紹介した 4 つのリポジトリを使って、より広範なエコシステムを探検してみてください。

この記事でトークンや費用が節約できたなら、ぜひ「いいね」を押して、あなたのネットワークと共有してください。

それでは、また次回お会いしましょう :)