要点

Anthropicは9月1日、長時間のエージェント型コーディングや調査向けとしてclaude-fable-5-1を公開しました。100万トークンのコンテキストと最大12万8,000トークンの出力だけでなく、既存のツール呼び出し・thinkingブロックをそのまま移せるかが、導入時の実務上の焦点になります。

何が変わったのか

Claude Platform Release Notesは、Claude Fable 5.1をClaude API、Amazon Bedrock、Google Cloud、Microsoft Foundryで利用可能としています。入力100万トークン、出力最大12万8,000トークン、常時有効のadaptive thinkingを掲げ、キャッシュ読取価格は100万トークン当たり0.25ドルです。

同時に、tool_choiceanytoolはこのモデルでは使えず、リクエストは400になります。thinkingブロックも、作成したモデルかより新しいモデルでしか再利用できません。特に新規アカウントでは、systemプロンプト、ツール、以前のメッセージを変えた後にブロックを再生すると400になる条件があります。

どこで効くのか

長いリポジトリ読解や複数工程の調査で、同じ前提をキャッシュして繰り返し使うワークフローが対象です。コンテキスト量だけを理由に置き換えると、ツール実行を強制していた箇所や、過去のthinkingを再送するリトライ処理で失敗する可能性があります。

ここからは編集部の見立てです。モデル移行の確認は品質比較より先に、リクエストを「ツール選択」「キャッシュ」「thinkingの再送」の三系統へ分けると漏れが減ります。長いコンテキストを使うほど、リトライ時に以前の会話をどこまで再利用するかがコストと障害の両方に効くためです。

導入するか

採用判断

様子見 — Claude APIで長時間のエージェント処理を運用し、100万トークン文脈またはキャッシュ読取費用の削減が必要なチームは評価対象です。tool_choice: anyまたはtool、thinkingブロックの再利用がある実装は、移行前に修正と試験が必要です。

確認チェックリスト

  1. API呼び出しでtool_choiceanyまたはtoolを指定していないか検索する。
  2. thinkingブロックを保存・再送するリトライ処理で、systemプロンプトまたはツール定義を変更していないか確認する。
  3. 30日データ保持の要件と、利用中の保持ポリシーが両立するか担当者と照合する。

参照元

一次情報を確認する ↗