All
SaaS管理
デバイス管理
セキュリティ対策
脅威・インシデント
IT基盤・インフラ
情シス業務・組織形成
AI / テクノロジー
プロダクト
イベントレポート
その他
ガバナンス

新着記事

もっと見る

>

>

Claude Haiku 5.5|性能・料金・Sonnet 5.5との使い分けを情シス向けに解説

Claude Haiku 5.5|性能・料金・Sonnet 5.5との使い分けを情シス向けに解説

Claude Haiku 5.5|性能・料金・Sonnet 5.5との使い分けを情シス向けに解説

Claude Haiku 5.5|性能・料金・Sonnet 5.5との使い分けを情シス向けに解説

公開日

Anthropicは2026年10月7日(米国時間)、Claude 5.5ファミリーの小型モデル「Claude Haiku 5.5」を公開しました。10万トークン以下のリクエストでは入力・出力の単価がHaiku 4.5の10分の1になり、同社の試算では実際の利用コストが平均で約75%下がります。

情シスにとっての論点は、「どの業務をHaiku 5.5に任せ、どこから上位モデルに渡すか」「Haiku 4.5で動いている社内ツールを移すと何が壊れるか」「同時に公開されたブラウザ操作・PC操作のSDKをどう統制するか」の3つです。本記事では、Anthropicの公式発表、開発者向けドキュメント、Claude Codeのドキュメントをもとに、この3点を中心に整理します。

本記事のポイント

  • Haiku 5.5は、要約・分類・抽出・サブエージェントなど「短く、数が多い仕事」を安く速く回すためのモデル。コンテキストウィンドウはSonnet 5.5・Opus 5.5と同じ100万トークン

  • 単価が10分の1になるのは、プロンプトが10万トークン以下の場合だけ。トークナイザーの変更で同じ文章が約30%多く数えられるため、実効コストは自社データで測り直す必要がある

  • 複雑なエージェント型コーディングではSonnet 5.5との差が大きく、Anthropic自身が「範囲の絞られた仕事向け」と位置づけている

  • Haiku 4.5からの移行では、サンプリング設定・プレフィル・思考設定などが400エラーの原因になる。拒否時に別モデルへ切り替える仕組みもない

  • 同時にベータ公開されたブラウザ操作・PC操作のSDKは、URL制限や環境の隔離を利用企業側で用意する前提になっている

Claude Haiku 5.5とは|大量・定型処理向けに作られた最速・最安のClaude

Haiku 5.5は、件数の多い定型処理を低コストで回すためのモデルです。単価を大きく下げながら、コンテキストウィンドウ(一度に読み込める情報量)はSonnet 5.5やOpus 5.5と同じ100万トークンに広がりました。

Claudeのモデルは、上位からFable、Opus、Sonnet、Haikuの順に並びます(各モデルとプランの全体像は Claudeとは?読み方・料金と企業活用 で解説しています)。Anthropicは、Haiku 5.5の用途として要約、会話履歴の圧縮、データベースへの問い合わせ、分類などの反復作業を挙げています。コーディング作業ではOpus 5.5やSonnet 5.5の下で動くサブエージェント(上位モデルから作業の一部を任される補助役)として組み合わせやすく、同社のモデルでは最も速いため、リアルタイムの顧客対応やブラウザ操作にも向くとしています。なお「最速」は標準速度での比較で、Opusの高速モード(Fast Mode)よりは遅いと注記されています。

公式ドキュメントに掲載された主な仕様を、周辺モデルと並べると次のとおりです。

項目

Claude Haiku 5.5

Claude Sonnet 5.5

Claude Opus 5.5

Claude Haiku 4.5

料金(入力/出力、100万トークンあたり)

$0.10 / $0.50〜

$2 / $10

$4 / $20

$1 / $5

コンテキストウィンドウ

100万トークン

100万トークン

100万トークン

20万トークン

最大出力

12.8万トークン

12.8万トークン

12.8万トークン

6.4万トークン

応答速度の目安

最速

速い

中程度

―

思考(thinking)

適応型(既定でオン)

適応型

適応型(常時オン)

拡張(Extended)

既定のeffort(API)

medium

high

medium

―(非対応)

知識のカットオフ

2026年6月

2026年6月

2026年6月

2025年2月

※Haiku 5.5の料金はプロンプトが10万トークン以下の場合。超える場合は後述の料金表を参照。

提供先は、Claudeの各アプリとClaude APIに加え、Amazon Bedrock、Google Cloud、Microsoft Foundry、Claude Platform on AWSです。APIのモデルIDは claude-haiku-5-5(Amazon Bedrockのみ anthropic.claude-haiku-5-5)で、日付の付かない固定IDです。廃止時期は「2027年10月7日より前にはならない」とされています。

旧世代については、Claude Haiku 3.5がClaude APIとAmazon Bedrockで、Claude Haiku 3がClaude APIとGoogle Cloudで提供を終了しており、終了したモデルへのリクエストは失敗します。古いHaikuを呼び出したままの社内スクリプトがないかは、この機会に確認しておくと安心です。中位モデルの位置づけや料金は Claude Sonnet 5.5の解説記事 で整理しています。

性能の読み方|得意なのは範囲が絞られた仕事、複雑なコーディングは上位モデル

Haiku 5.5は、Haiku 4.5からすべての公表指標で大きく伸びました。一方で、複雑なエージェント型コーディングではSonnet 5.5との差がはっきり残っており、Anthropic自身が使い分けを明言しています。

主要ベンチマークの比較

公式発表で示された主な数値です(GPT-6 Lunaの値は他社モデルとの比較として同発表に掲載されたもの)。

評価内容

ベンチマーク

Haiku 5.5

Haiku 4.5

GPT-6 Luna

Sonnet 5.5(参考)

44職種の実務

GDPval-AA v2.1(Elo)

1620

735

1437

1840

長時間の知識労働

AA-Briefcase v1.1(Elo)

1578

614

1336

1824

コンピューター操作

OSWorld 2.1(オフライン版)

72.4%

15.7%

48.9%

83.9%

専門分野の推論(ツールなし/あり)

Humanity's Last Exam

45.9%/57.4%

10.2%/18.7%

―

56.9%/64.5%

コマンドライン上の複数段階の作業

Terminal-Bench 4.0

39.2%

0.0%

16.4%

70.6%

マージされるコード変更

FrontierCode 1.1(Main)

46.4%

―

42.4%

52.1%(xhigh)

図表の読み取り

Chartography

46.4%

6.4%

29.1%

61.6%

※Eloは複数モデルの成果物を比べて算出する相対評価で、正答率ではありません。測定条件の詳細はHaiku 5.5のシステムカードに記載されています。

数字を読むときに押さえたいのは、伸び方が領域によって違う点です。PC操作(OSWorld)や知識労働(GDPval-AA)では、Haiku 5.5はSonnet 5.5との差を大きく縮め、同じ小型クラスのGPT-6 Lunaを上回りました。GPT-6 Lunaの料金や管理設定は GPT-6 Sol・Luna公開|情シスが確認すべき管理設定 で解説しています。

対照的に、Terminal-Bench 4.0ではSonnet 5.5の70.6%に対して39.2%にとどまります。Anthropicは、この種の複雑なエージェント型コーディングにはSonnet 5.5やOpus 5.5のほうが引き続き適していると説明し、Haiku 5.5は「従来のClaudeではコストが見合わなかった、範囲の絞られた作業」に最適だと位置づけています。具体例として挙げているのは、会話履歴の圧縮、要約、サブエージェントの作業です。

Haikuで初めて「effort」を調整できるようになった

Haiku 5.5は、Haikuクラスで初めてeffort(モデルがどれだけ深く考えるかの設定)に対応しました。low・medium・high・xhigh・maxの5段階から選べ、APIとClaude Codeの既定値はmediumです。公式発表のグラフでは、effortを上げるほどスコアが上がる一方、1回あたりのコストも増えることが示されています。

情シスの立場で意識したいのは、同じモデルでもeffortの設定で請求額が変わる点です。問い合わせの分類のように答えが決まっている作業はlowから試し、精度が足りなければ段階的に引き上げる進め方が無駄を減らせます。

早期テスターの報告

公式発表では、早期テスターの企業から次の結果が報告されています。

企業

報告された結果

Asana

AIエージェント製品の評価で、タスク完了までの遅延が30%以上減り、1ターンあたりの推論は最大2.5倍速くなった

HubSpot

CRM業務の評価で、同社が試した小型モデルの中で最高の92.8%(3回平均)を記録。古く曖昧なレコードを見つける監査タスクでも最速だった

AlphaSense

週約800万回呼び出す文書内質問応答で、400問の評価がHaiku 4.5の0.76から0.84に向上

Box

Haiku 4.5より11ポイント高いスコアを、約半分の遅延で達成

Rogo

大きなモデルが資料を作る間に、Haiku 5.5のサブエージェントが年次報告書から必要な数値を抜き出す使い方を想定

Cognition

開発エージェントの補助役として組み込み、上位スコアを保ったままコストと遅延を削減

いずれも「件数が多く、1件ごとの作業範囲が決まっている」処理か、上位モデルの下請けとして動く使い方です。社内ヘルプデスクの一次振り分けやログの要約など、情シスが抱える定型業務と性質が近いことがわかります。

料金|単価がHaiku 4.5の10分の1になるのは10万トークン以下のみ

単価の下げ幅には条件があります。プロンプトが10万トークンを超えると単価は5倍になり、トークナイザーの変更で同じ文章が多く数えられるため、請求額はプロンプトの長さと使い方で大きく変わります。

API料金(100万トークンあたり)

項目

Haiku 5.5(10万トークン以下)

Haiku 5.5(10万トークン超)

Haiku 4.5

Sonnet 5.5

入力

$0.10

$0.50

$1.00

$2.00

出力

$0.50

$2.50

$5.00

$10.00

キャッシュ書き込み(5分)

$0.125

$0.625

$1.25

$2.50

キャッシュ書き込み(1時間)

$0.20

$1.00

―

―

キャッシュ読み出し

$0.01

$0.05

$0.10

$0.10

バッチ処理

入出力とも50%割引

入出力とも50%割引

―

―

※「―」は本記事の参照範囲で確認できなかった項目。Sonnet 5.5のキャッシュ読み出しは2026年10月7日に$0.20から$0.10へ値下げされた後の価格。

Anthropicによると、Haiku 4.5へのリクエストの約90%は10万トークン以下でした。同社はこの分布とトークン数の変化を織り込み、平均で約75%安くなると試算しています。キャッシュ(同じ文脈を再利用して料金を抑える仕組み)は512トークンから使え、短いシステムプロンプトでも効果を得やすくなりました。

実効コストを左右する4つの要因

単価表だけで予算を見積もると、実際の請求とずれやすくなります。公式の移行ガイドとClaude Codeのドキュメントから読み取れる要因は、次の4つです。

1つ目は、10万トークンの境界です。社内規程やマニュアルを丸ごと読み込ませるような使い方では、単価が5倍の帯に入ります。長い資料は要約してから渡す、必要な部分だけを検索して渡すといった設計にすると、低い単価の帯に収めやすくなります。

2つ目は、トークナイザー(文章をトークンに分割する仕組み)の変更です。Haiku 5.5はClaude 4.7以降と同じ新しいトークナイザーを使い、同じ文章がHaiku 4.5より約30%多く数えられます。Haiku 4.5で測ったトークン数を使い回さず、Haiku 5.5で数え直す必要があります。

3つ目は、思考(thinking)のトークンです。Haiku 5.5では適応型の思考が既定でオンになっており、モデルは必要に応じて考えてから回答します。思考に使われたトークンも課金対象です。さらに、過去のターンの思考ブロックは文脈に残って入力トークンとして数えられるため、往復の多い会話ではHaiku 4.5より入力が膨らみます。

4つ目は、画像です。Haiku 5.5は高解像度の画像を扱えるようになった分、大きな画像のトークン数が増えます。公式の例では、2,000×1,500ピクセルの画像はHaiku 4.5の約2.5倍のトークンになります。スクリーンショットや帳票画像を大量に処理する業務では、事前に画像サイズを確認しておくべきです。

同時に発表された値下げとAPIクレジット

Haiku 5.5の公開にあわせて、Sonnet 5.5のキャッシュ読み出し料金が半額になりました。エージェント型の作業ではキャッシュ読み出しがトークン消費の大きな割合を占めるため、多くの作業でSonnet 5.5のコストが約20%下がるとされています。Sonnet 5.5を既定モデルにしている組織は、予算の見直し対象になります。

また、ClaudeのMaxプランとTeamプランの契約者に、Claude Platformで使える月額のAPIクレジットが付与されます。Max 5xは月100ドル、Max 20xは月200ドル、Teamプランは利用者全体で共有する形で最大月500ドルです。Anthropicは、ツールやアプリ、エージェントの開発を試すためのクレジットだと説明しています(詳細な利用条件はAnthropicのヘルプセンターで確認してください)。

情シスが見落としやすいのは、このクレジットが「社員がAPIで何かを作り始めるきっかけ」になる点です。Teamプランの管理者は、誰がクレジットを使い、どのAPIキーで何を動かしているかを把握できる状態にしておく必要があります。部門ごとに契約や請求がばらばらだと、利用量の把握そのものに手間がかかります。Adminaのコスト管理機能 でSaaSやAIサービスの支払いを一覧にしておくと、モデルを切り替えた前後で費用がどう変わったかを追いやすくなります。

API移行の破壊的変更|モデルIDの書き換えだけでは終わらない

Haiku 4.5からの移行では、サンプリング設定、プレフィル、思考設定の3つが400エラーの主な原因になります。エラーを出さずに挙動だけが変わる点もあるため、開発部門には確認項目の一覧として渡すのが確実です。

主な破壊的変更

公式の移行ガイドに挙げられた、Haiku 4.5から移す際の主な確認項目です。

変更内容

起きること

対応

思考の設定方式が変わった

thinking: {"type": "enabled", "budget_tokens": N} が400エラーになる

{"type": "adaptive"} にするか指定を外し、思考の量はeffortで調整する

サンプリング設定に非対応

top_k はどの値でも、temperature は1以外、top_p は0.99以外で400エラー。両方を同時に指定しても400エラー

3つとも削除し、出力の傾向はプロンプトで指示する

プレフィルに非対応

最後のメッセージをassistantにして続きを書かせる使い方が400エラーになる

出力形式の固定は構造化出力(Structured Outputs)か、選択肢を決めたツールに置き換える

旧コンピューター操作ツールに非対応

computer_20250124 を指定すると400エラーになる

Claude APIとGoogle Cloudは computer_toolset_20260801、Amazon Bedrockは computer_20251124 に移す

会話の途中編集に制限

思考ブロックを送り返す会話で、システムプロンプト・ツール・過去のメッセージを変更すると400エラーになる

会話は追記だけで進める(2026年8月31日より前に作成したアカウントは条件付き)

思考ブロックがアカウントに紐づく

別のアカウントで会話を再送すると、思考ブロックが黙って捨てられる

会話は作成したアカウント(またはリンクされたアカウント)で再送する

拒否時の切り替えがない

安全性の判定で拒否されると stop_reason: "refusal" で返り、別モデルへの自動切り替えはない

拒否時の処理を実装する

このほか、Amazon BedrockではHaiku 5.5で構造化出力を使えません。また、Haiku 4.5でPriority Tier(優先処理の契約枠)を使っている組織は、Haiku 5.5が対象外のため、容量計画を別途立てる必要があります。Bedrock経由で使っている場合は経路ごとの差が大きいため、Amazon Bedrockの料金体系とモデル選定 もあわせて確認しておくと安心です。

エラーにならないが挙動が変わる点

リクエスト自体は成功するのに、結果の受け取り方が変わるケースもあります。

  • 応答が思考ブロックから始まる場合がある:最初のコンテンツブロックを回答として読む実装は、空の結果を拾うおそれがあります。type を見て回答のブロックを選ぶ形に直します

  • 思考の中身は既定で空になる:Haiku 4.5では思考の要約が返っていましたが、Haiku 5.5は既定で署名だけを返します。要約が必要なら display: "summarized" を指定します

  • max_tokensが小さいと回答前に止まる:思考のトークンも上限に含まれるため、Haiku 4.5に合わせた小さな上限のままだと、考えている途中で打ち切られることがあります

  • ツールを強制すると思考しない:特定のツールを強制して呼ばせる指定は使えますが、その場合は思考なしで応答します

移行作業の負担を減らす手段も用意されています。Claude Codeでは /claude-api migrate を実行すると、モデルIDの置き換えや破壊的変更への対応をコード全体に適用し、手作業で確認すべき項目の一覧を出してくれます。Claude Managed Agentsを使っている場合は、モデル名の変更だけで済むとされています。移行作業をClaude Codeに任せる場合は、どのAPIキーとどの権限で作業させるかを先に決めておきます。考え方は Claude Code 企業利用の統制ガイド で解説しています。

Claude Codeで使う場合の注意点

Claude CodeでHaiku 5.5を使うには、v2.1.293以降が必要です。注意したいのは、「haiku」という別名の解決先が接続先によって違う点です。Anthropic APIに直接つないでいる場合はHaiku 5.5になりますが、Amazon Bedrock、Google Cloud、Microsoft Foundry、Claude Platform on AWSでは、現時点でHaiku 4.5を指します。クラウド経由で使う組織は、環境変数 ANTHROPIC_DEFAULT_HAIKU_MODEL でモデルIDを固定し、意図しないモデルで動いていないかを確かめてください。

また、Claude CodeではHaiku 5.5の思考をオフにできません。Claude Enterpriseの組織設定では、管理者がモデルを個別に無効化できますが、Haikuは常に利用可能で無効化できない仕様です。利用できるモデルを絞りたい場合は、管理設定の availableModels で許可リストを配布する方法を検討します。

ブラウザ・PC操作のSDK対応|安全対策の多くは自社の実装に委ねられる

PythonとTypeScriptのSDKに、ブラウザ操作とPC操作のツールセットがベータ版で加わりました。Haiku 5.5は速度・性能・価格の組み合わせから、この用途に特に向くとされています。ただしSDKはURLを自動では制限せず、環境の隔離や通信制御は利用企業側が用意する前提です。

このツールセットを使うと、APIのない社内Webシステムやデスクトップアプリを、Claudeが画面を見ながら操作するエージェントを作れます。SDKが担うのは、操作の呼び出しの振り分け、開発者が設定したポリシーの適用、承認の確認、結果の組み立てです。ブラウザやデスクトップ環境、それを動かすドライバは含まれず、自社で用意するか、Browser Use、Browserbase、Daytona、E2Bなどの提供するドライバを使います。

公式ドキュメントが求める6つの安全対策

公式ドキュメントは、使い捨てのブラウザ以外で動かす前に、次の6つを行うよう求めています。

対策

内容

担うのは

URLポリシーを書く

タスクに不要なURLへの移動を拒否する。ポリシーがなければSDKはURLを一切チェックしない

SDKの設定

ドライバでリクエストを検査する

リンクのクリック、フォーム送信、リダイレクトなど、URLポリシーが見ない通信も同じルールで検査する

自社の実装

コンテナで外向き通信を制限する

クラウドのメタデータアドレス(169.254.169.254)や社内ネットワーク宛ての通信を遮断し、必要な宛先だけを許可する

自社の環境

アップロードとダウンロードを限定する

ファイルのアップロードは既定で無効。有効にするなら専用フォルダに限定する

SDKの設定

影響の大きい操作に承認を挟む

JavaScriptの実行とアップロードは既定で無効で、有効にするには承認の仕組みが必須

SDKの設定

ブラウザを隔離する

セッションごとに専用のコンテナやVMで動かし、業務アカウントにログインしていない新しいプロファイルを使う

自社の環境

この表から読み取れるのは、6つのうち3つが自社の実装と環境に委ねられている点です。ドキュメントは、閲覧したページの文章や画面がClaudeの次の行動を左右するため、ページに仕込まれた指示で社内のサービスに接続させたり、ファイルを持ち出させたりする攻撃がありうると明記しています。こうした手口は プロンプトインジェクション と呼ばれ、ブラウザを操作するエージェントでは特に警戒が必要です。

もう一つ見落とせないのが経路の差です。Amazon Bedrock経由のブラウザ操作のリクエストには、現時点でAnthropicのプロンプトインジェクション検知が適用されません。PC操作のツールセットでも、購入やメッセージ送信は通常のクリックや文字入力として実行されるため、操作の名前だけでは危険な操作を見分けられないと注意書きされています。

情シスとしては、ブラウザ操作のエージェントを「社内で開発する前に申請が必要な案件」として扱い、上の6項目を審査の観点にするのが現実的です。AIエージェント専用のブラウザという考え方は Cloudflare「Kitesurf」の解説記事 で、AIにパスワードを渡さずにログインさせる仕組みは 1Password for Claudeの解説記事 で取り上げています。

セーフガードと安全性|拒否されても別モデルには切り替わらない

Haiku 5.5のサイバー分野のセーフガードは、Haiku 4.5より厳しく、他の最新モデルよりは緩く設定されています。Sonnet 5.5のような別モデルへの自動切り替えはなく、拒否はそのまま返るため、APIを使う社内ツールでは拒否時の処理が欠かせません。

Anthropicによると、サイバーセキュリティ分野では、Sonnet 5.5のセーフガードより幅広い防御的な作業を認めています。一方、ペネトレーションテストなど攻撃者が使う可能性の高い手法は引き続きブロックされます。生物学分野のセーフガードは、Sonnet 5、Sonnet 5.5、Opus 5と同じ水準です。より幅広いサイバーセキュリティや生物学の作業が必要な組織向けに、Cyber Verification ProgramとLife Sciences Verification Programという申請制度も用意されています。

情シスが押さえたいのは、拒否されたときの挙動です。Sonnet 5.5やOpus 5.5では、リスクが高いと判定された依頼を旧モデルに回して再実行する仕組みがありますが、Haiku 5.5には移行ガイドが明記するとおりサーバー側の切り替え先がありません。拒否はエラーではなく stop_reason: "refusal" として返るため、HTTPステータスだけを監視していると発生に気づけません。セキュリティログの要約や脆弱性情報の整理など、セキュリティ寄りの業務にHaiku 5.5を組み込む場合は、拒否の件数を記録し、上位モデルや人の確認に回す流れを決めておく必要があります。

安全性の評価では、Haiku 4.5と比べて、ほぼすべての評価項目で大きく改善したとされています。不適切な振る舞いの発生が大幅に減り、悪用への協力にも応じにくくなりました。ただし、システムプロンプトを設定しないAPI利用では、自殺や摂食障害に関わる一部の会話で、Claudeのアプリより不適切な応答が出やすいことがシステムカードで報告されており、APIで使う開発者には独自の対策が求められています【要確認:システムカード原文】。社員が悩みを相談する可能性のある社内チャットボットにHaiku 5.5を使う場合は、システムプロンプトでの対応方針と、相談窓口への案内を設計に含めてください。

情シスの活用ポイント|Haiku 5.5に任せる業務と、先に決める統制ルール

Haiku 5.5が力を発揮するのは、正解が決まっていて件数の多い業務です。Sonnet 5.5・Opus 5.5と役割を分け、既定モデル、effort、APIキーの管理ルールを決めてから展開するのが基本になります。

使い分けの目安

業務の性質

向くモデル

情シス業務での例

件数が多く、正解が決まっている

Haiku 5.5(low〜medium)

社内問い合わせの分類と担当への振り分け、SaaS利用申請からの項目抽出、アラートの一次要約

長い履歴や資料の圧縮・前処理

Haiku 5.5(medium)

長くなった問い合わせ履歴の要約、上位モデルに渡す前の資料の絞り込み

上位モデルの下請け

Haiku 5.5(サブエージェント)

調査中の情報収集、ファイルやドキュメントの探索

資料作成・日常的なコード修正

Sonnet 5.5

報告資料や手順書の作成、社内スクリプトのバグ修正

長時間の無人実行、判断の持続が必要

Opus 5.5

大規模なシステム移行、複数リポジトリにまたがる作業

事実の正確さが最重要

上位モデル+人の確認

ベンダー比較、セキュリティ動向の調査メモ

Opus 5.5がどのような長時間作業で強みを発揮するのかは、Claude Opus 5.5の解説記事 で紹介しています。上位モデルに全体の設計を任せ、細かな作業をHaiku 5.5のサブエージェントに分ける構成は、品質を保ちながら費用を抑える現実的な選択肢です。

社内ヘルプデスクへの組み込みは、Haiku 5.5の特性が最も生きる領域の一つです。問い合わせの意図を判定して担当に振り分ける、よくある質問に一次回答する、といった処理は件数が多く、1件ごとの判断範囲も決まっています。ただし、回答の元になるFAQやナレッジが古ければ、モデルが速く安くなっても誤った回答は防げません。導入の進め方は 社内AIヘルプデスク・チャットボット完全ガイド で、問い合わせ対応をAIで効率化する具体的な形は AdminaのAIヘルプデスク の紹介ページで確認できます。

展開前に決めておきたい統制ルール

業務ごとの既定モデルとeffortを文書化する 分類や抽出はHaiku 5.5のlow、要約はmedium、資料作成はSonnet 5.5というように、業務とモデル・effortの組み合わせを決めておきます。同じHaiku 5.5でもeffortの設定で品質と請求額が変わるため、設定値そのものを記録に残すことが大切です。

社内ツールのAPIキーと利用量を管理する 単価が下がると、部門ごとに小さな自動化ツールを作る動きが広がります。APIキーを用途ごとに発行し、誰が管理し、どれだけ使っているかを把握できる状態にしておくと、退職者のキーが残り続けるといった事態も防げます。

サブエージェントに渡す権限を絞る サブエージェントは上位モデルの指示でファイルを読んだり、外部サービスを呼び出したりします。安いモデルだからと広い権限を与えず、作業に必要な範囲だけを許可してください。MCP(AIと外部サービスをつなぐ共通の仕組み)で社内システムと接続する場合の統制は、MCP企業導入のセキュリティガイド の考え方が参考になります。

個人契約や個人APIキーでの利用を把握する MaxやTeamのAPIクレジットが付与されたことで、社員が個人の判断でAPIを使い始める余地が広がりました。会社が管理していないアカウントや鍵に社内情報が入る状態は、典型的な シャドーAI です。規程で禁止するだけでは実態がつかめないため、AdminaのシャドーAI管理機能 のように、社員が実際に使っているAIサービスを検知できる仕組みを用意しておくと、ルールの形骸化を防げます。

企業規模別|情シスが今やるべきこと

優先度は、Claudeの使われ方によって変わります。小さな組織は「誰が何に使っているかの把握」、中規模は「既定モデルと予算の更新」、大規模は「経路ごとの差分管理と移行計画」から着手すると効率的です。

50名未満の企業

この規模では、開発者や担当者が個人の判断でAPIを使い、Haikuを組み込んだ小さな自動化を動かしていることがあります。まずは実態を把握し、会社として認める使い方を決めてください。

  • 業務で使われているClaudeの契約形態(個人プラン/Team/API)と、発行済みのAPIキーを洗い出す

  • Haiku 3.5やHaiku 3を呼び出したままのスクリプトがないかを確認する

  • AI利用ガイドラインがなければ、入力してよい情報の範囲だけでも先に定める(項目の考え方は AI利用ガイドラインの作り方 を参照)

50〜300名の企業

部門ごとにAIを使った業務の効率化が進み始める規模です。Haiku 5.5の公開を、既定モデルと予算を見直すきっかけにできます。

  • Haiku 4.5を使う社内ツールについて、破壊的変更と挙動の変化を開発部門に確認してもらう

  • 代表的な業務をHaiku 5.5のlow・medium・highとSonnet 5.5で数件ずつ試し、1件あたりのトークン消費と品質を比べる

  • Sonnet 5.5で処理している業務のうち、Haiku 5.5に移しても品質を保てるものを選び、予算を再見積もりする

  • Teamプランの場合、APIクレジットの利用者と用途を把握するルールを決める

300名超の企業

Claude APIに加え、Amazon Bedrock、Google Cloud、Microsoft Foundryなど複数の経路でClaudeを使っていることが多い規模です。経路ごとの仕様差と、移行の段取りが主な論点になります。

  • 利用経路ごとの差分を一覧にする(構造化出力の可否、コンピューター操作ツールのバージョン、Claude Codeの「haiku」の解決先など)

  • Claude Codeを全社展開している場合、ANTHROPIC_DEFAULT_HAIKU_MODEL や availableModels の配布方針を決める

  • 拒否(stop_reason: "refusal")の発生件数と、10万トークンを超えるリクエストの比率を監視する仕組みを用意する

  • ブラウザ操作・PC操作のエージェント開発について、6つの安全対策を審査項目にした申請ルールを整える

  • Haiku 4.5のPriority Tierを契約している場合は、Haiku 5.5への移行時の容量計画を立てる

よくある質問(FAQ)

Q. Haiku 4.5で動いている社内ツールは、モデル名を変えるだけで動きますか?

A. temperature などのサンプリング設定、assistantのプレフィル、budget_tokens を使った思考設定、旧コンピューター操作ツールのいずれかを使っていると、400エラーになります。これらを使っていなくても、応答が思考ブロックから始まる、思考のトークンで max_tokens を使い切るといった変化があるため、代表的な処理で動作を確かめてから切り替えてください。

Q. 本当にコストは10分の1になりますか?

A. 単価が10分の1になるのは、プロンプトが10万トークン以下のリクエストです。トークナイザーの変更で同じ文章が約30%多く数えられ、思考のトークンも課金されるため、実際の削減幅はそれより小さくなります。Anthropicの試算は平均で約75%減です。自社の代表的な処理で、移行前後のトークン消費を比べるのが確実です。

Q. Sonnet 5.5ではなくHaiku 5.5を既定にしてよいのは、どんな業務ですか?

A. 分類、抽出、短い要約、問い合わせの振り分けなど、正解が決まっていて件数が多い業務です。複雑なコーディングや、判断を積み重ねる長い作業はSonnet 5.5やOpus 5.5が適しているとAnthropic自身が説明しています。迷う業務は、両モデルで同じ処理を数件試して品質と費用を比べてください。

Q. Claude Codeで「haiku」と指定すれば、Haiku 5.5になりますか?

A. Anthropic APIに直接つないでいる場合は、v2.1.293以降でHaiku 5.5になります。Amazon Bedrock、Google Cloud、Microsoft Foundry、Claude Platform on AWSでは、現時点でHaiku 4.5を指すため、環境変数 ANTHROPIC_DEFAULT_HAIKU_MODEL でモデルIDを指定してください。

Q. 依頼が拒否されたとき、自動で別のモデルに切り替わりますか?

A. 切り替わりません。Haiku 5.5にはサーバー側の切り替え先がなく、拒否は stop_reason: "refusal" として返ります。APIを使う社内ツールでは、拒否を記録し、上位モデルや人の確認に回す処理を実装してください。

Q. ブラウザ操作の自動化を、Haiku 5.5で始めてもよいですか?

A. 用途としては向いていますが、SDKはURLを自動で制限せず、ブラウザの隔離や外向き通信の制限は自社で用意する前提です。業務アカウントにログインしたブラウザで試すのは避け、専用の環境とURLの許可リストを用意してから検証を始めてください。

まとめ|安くなった小型モデルを、使い分けと統制を決めてから展開する

Claude Haiku 5.5は、短く数の多い仕事を、これまでのClaudeよりはるかに安く速く回せるようになったモデルです。その一方で、10万トークンを境にした料金、トークナイザーと思考による実効コストの変化、APIの破壊的変更、拒否時に切り替え先がない仕様、ブラウザ操作SDKの安全対策という、情シスが手当てすべき論点も持ち込んでいます。

単価の数字に反応して一気に切り替えるより、まず自社の使われ方を把握し、業務ごとのモデルとeffortを決めてから展開するほうが、結果的に早く安全に効果を出せます。最後に、確認項目をチェックリストにまとめます。

Claude Haiku 5.5 導入前チェックリスト

  • 社内で使われているClaudeの契約形態(個人プラン/Team/Enterprise/API/クラウド経由)と発行済みのAPIキーを把握した

  • Haiku 3.5・Haiku 3を呼び出したままのスクリプトがないことを確認した

  • Haiku 5.5・Sonnet 5.5・Opus 5.5の使い分けと、業務ごとのeffortの既定値を決めた

  • Haiku 5.5で代表業務のトークン数を数え直し、10万トークン超のリクエストの比率を確認した

  • サンプリング設定・プレフィル・思考設定などの破壊的変更を、開発部門と確認した

  • 拒否(stop_reason: "refusal")を記録し、上位モデルや人の確認に回す処理を実装した

  • Claude Codeの「haiku」の解決先を利用経路ごとに確認し、必要に応じてモデルIDを固定した

  • ブラウザ操作・PC操作のエージェントについて、6つの安全対策を審査項目にした

  • MaxやTeamのAPIクレジットの利用者と用途を把握するルールを決めた

  • 個人契約のAI利用(シャドーAI)を把握・検知する仕組みを用意した

📋 WHITE PAPER

シャドーAIガバナンスガイド

情報システム部門マネージャー・担当者のための対応の進め方

シャドーAIガバナンスガイド
─ この資料の内容
  • シャドーAIの定義から、情報漏洩やコンプライアンス違反など組織にもたらすリスク・経済的インパクトを解説
  • 「可視化・仕分け・継続判断」で対応する3ステップと、企業規模別の実践プランを網羅
  • シャドーAI管理ツールの選定基準と、マネーフォワード Adminaでできること
フォームを読み込んでいます...

本記事の内容に誤り等がございましたら、こちらからご連絡ください。

監修

Admina Team

情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。

SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。

従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。

中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。