結論：処理量だけでなく100K境界と品質を測る

Claude Code公式changelog 2.1.293はClaude Haiku 5.5（API ID claude-haiku-5-5）を追加し、1M contextと料金の目安を記載しています。Anthropicの公式pricingでは、入力と出力が100K tokensを境に別料金です。1件の長い資料を無条件に詰めると、短い処理を大量に回す前提と費用構造が変わります。

向くのは、分類、抽出、要約の下書き、定型チェックのように正解条件を作れる大量処理です。顧客への最終回答、例外判断、契約解釈は、Haikuだけで完結させず人の確認または上位モデルへのエスカレーションを残します。既存のClaude最新モデルの選び方は全体比較、本稿は高頻度処理の単価境界と評価設計に絞ります。

公式料金を4つの境界で比較する

条件入力出力判断
100K tokens以下$0.10/MTok$0.50/MTok短い定型処理の基準
100K tokens超$0.50/MTok$2.50/MTok長文を分割できるか確認
prompt cache read$0.01/MTok—公式のcache条件を別測定
US-only inference入力・出力とも1.1倍—地域要件と費用を同時判断

表の金額は公式pricingの表示を2026年10月11日にreadbackしたものです。MTokは100万tokensで、契約請求額、為替、税、リトライ、キャッシュ未使用分を含む見積もりではありません。prompt cachingはTTLや書き込みを含めて別計測し、単価だけで削減効果を断定しないでください。

導入前に行う8手順

  1. 対象業務を分類・抽出・下書き・最終判断に分け、Haikuに任せる範囲を一文で固定します。
  2. 代表データを短文、100K未満、100K超、例外の4群に分けます。
  3. 入力、出力、cache、再試行、US-onlyを含む費用項目を台帳にします。
  4. 正解ラベル、許容誤り、見逃し禁止項目、要人確認条件を決めます。
  5. 同じpromptと温度等の条件で、現在のモデルとHaiku 5.5を比較します。
  6. 処理時間、再処理率、拒否率、human review率を記録します。
  7. 失敗時は上位モデルか人へ送る条件と、個人情報を再送しない経路を確認します。
  8. 1週間の実測後、単価、品質、停止条件、担当者の承認を見直します。

1M contextは「1Mまで必ず一度に送る」という指示ではありません。長い入力は検索対象を絞り、章単位に分割し、根拠箇所を返す方式と比較します。入力が長いほど正確になるとは限らず、不要な古い規程や重複資料が判定を曖昧にします。

品質と費用を同じ評価票に置く

費用だけを下げる試験では、再処理や人手確認の増加を見落とします。最低限、1件あたりのAPI費用、完了時間、正解率、見逃し率、再試行率、確認者の所要時間を同じ行へ記録します。品質が下がった場合に高いモデルへ全件送るのではなく、confidenceが低い分類だけをエスカレーションする方式も比較してください。

US-onlyを選ぶ場合は、推論地域の条件と保存場所、外部ツール、ログの保管先を分けて説明します。1.1倍の料金を受け入れても、業務データの全経路が自動で米国内になるとは限りません。法務・セキュリティ・現場ownerがそれぞれ確認する範囲を明示します。

また、処理量の増加を成功と定義しないでください。問い合わせの分類なら、誤った振り分けが担当者の手戻りや顧客返信の遅れへつながります。正解率が同じでも、重大な見逃しが一件増えるなら採用条件を満たさない場合があります。業務影響の重みを付け、単純平均だけで判断しないことが重要です。

本番切替日は、旧モデルとの並列比較を少量だけ残し、差分を確認できるようにします。数字がよければ即時に全面移行するのではなく、業務ownerがサンプルを読み、停止条件に抵触しないことを承認してから範囲を広げます。

失敗時の戻し方を先に決める

大量処理では、モデルを切り替えた日にだけ数字が悪化するとは限りません。入力形式の変更、batchの偏り、キャッシュの有無、リトライの重複が同時に起きます。試験期間中はprompt、モデルID、入力のhash、出力、判定、再処理理由を最低限ひも付け、後から「モデル変更が原因か」を確認できるようにします。

合格しない場合は、全件を元へ戻すか、失敗した分類だけを旧モデルへ送るかを決めます。顧客影響が大きい業務では、Haikuを下書き専用にし、送信前の人間確認を残す段階も現実的です。切替の判断を担当者の記憶に置かず、費用上限と品質下限を設定ファイルや運用表へ記録してください。

企業導入チェックリスト

  • API IDをclaude-haiku-5-5として固定した
  • 100K tokens以下と超過のサンプルを用意した
  • 入力・出力・cache・再試行を費用台帳へ分けた
  • 1M contextを理由に不要な資料を投入していない
  • 正解ラベルと見逃し禁止項目を業務ownerが承認した
  • 低信頼、例外、個人情報を人または別モデルへ送る条件がある
  • US-onlyの1.1倍とデータ経路を別々に確認した
  • 停止、rollback、再評価日を決めた

大規模展開の前に、代表業務を一つ選び、同じ入力を数日間追跡してください。無料診断では、処理件数、許容費用、判定ミスの影響、確認者、保存先を一枚の判断表に整理できます。無料診断（60秒）から、導入可否と次の測定条件を確認してください。

FAQ

Claude Haiku 5.5の入力料金はいくらですか？
公式pricingでは100K tokens以下が$0.10/MTok、100K超が$0.50/MTokです。出力はそれぞれ$0.50/MTokと$2.50/MTokです。実際の請求額は契約や利用条件も確認します。リトライや長い入力で想定を超えないよう、利用量も別に監視します。
1M contextなら資料をすべて送ってよいですか？
いいえ。不要資料を分け、品質、遅延、費用、個人情報を測ってから採用します。上限は品質保証や保存場所の条件をなくしません。長文を投入した実績だけで品質を説明できないため、必要な根拠の取得率も記録します。入力を増やす場合は、先に誤判定と確認工数の変化を比較します。
費用の削減設計を相談できますか？
できます。代表データ、判定基準、費用上限、確認者を無料診断（60秒）で整理します。試験結果に基づく切替条件も一緒に決められます。現行モデルとの比較表を作り、段階導入の可否を判断します。実測が不足する場合は、公開範囲を広げず再評価日に戻します。