Claude Fable 5.2と5.1の違いと移行手順

簡単な答え

まず新規リクエストで5.2を試し、比較用の5.1を固定して残します。構造化出力、保存履歴の再送、ツール処理は個別に確認してください。公表料金の低下は評価する理由になりますが、既存会話の継続には別の確認が必要です。

新しいレビュー用のFable 5.2

このモデルは、同じソース マテリアルと明示的な応答スキーマを使用した新しいリクエストをサポートします。 Anthropic は、ローンチ評価において、より高速なトークン生成とより強力なチャート認識を報告しています。 5.1 のレビュアーが文書化されたラベルや矛盾を見逃した、ソースを大量に使用するケースを 1 つ試してみましょう。両方の出力で、すべての結果をそのソースとともにマークします。

• Anthropicのリリースのお知らせ
• Claude プラットフォーム モデルのドキュメント

対照としてのFable 5.1

通常のジョブと、ツールの使用後に再開される会話などの厄介なジョブからの 5.1 結果を保存します。各ケースのソース資料、正確なタスク、および受け入れ基準を目に見える状態に保ちます。これにより、失敗が新しい出力に起因するのか、再構築したリクエストに起因するのかを理解するための安定した参照が得られます。

再開した会話をリハーサルする

人類文書は、保存された考え方やツールの変更に関してより厳密に処理されます。 API サーフェスの変更ノートを読み、統合が以前のターン、ツール、圧縮された履歴をどのように送信するかをテストします。検証された可視状態から再構築された新しい会話を回復パスとして含めます。プロバイダー固有のブロックから独立してその状態を保持します。

• Fable 5.2 API の変更点

3 つの受け入れチェックを比較する

仮想のパッケージングをレビューするには、両方の実行で同じ承認済みのラベル、スクリーンショット ID、および必要な出力フィールドを使用します。応答は、正確なラベルを保持し、適切な画像を識別し、使用できないソースを不明としてマークした場合に合格します。受け入れられた出力、請求された使用量、観察されたエラーを記録します。再試行をタスクの一部として扱います。

小さなステップで展開する

5.2 で新しいセッションを検証する際に、古いモデルを小規模バッチの比較として使用します。代表者の履歴書、ツールの使用、レビューが成功した後にのみ拡張します。最初の運用結果を比較する間、既知の作業ワークフロー バージョンを利用できるようにしてください。

• Fable 5.2 API クイックスタート

新規リクエストと会話の移行を分けて確認する

履歴のない新しいブリーフと、ツール結果の後から再開する保存済みレビューの二例を用意します。それぞれに期待する答えを定め、実際のリクエスト構造を残します。新規リクエストが成功しても、保存した会話を再開できるとは限りません。

再開に失敗したら、読めるブリーフ、指摘、資料IDを確保します。確認済みの情報で新しい会話を作り直しつつ、プロバイダー固有の状態を調べます。この復旧は移行テストとは別に記録し、履歴再送の失敗を成功扱いにしません。