Claude Opus 5.5とは、API仕様が一部変更された最新の生成AIモデルのことです。

Anthropicは2026年9月22日、Claude Opus 5.5をリリースし、これに伴いAPIの仕様にいくつかの破壊的変更を加えたと公表しています（出典：Anthropic Claude API リリースノート）。本記事では、士業事務所がAIエージェント連携ツールや業務システムを通じてClaude APIを間接的に利用している場合、この変更を受けてどう対応を確認すべきかを7つの手順に分けて解説します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しており、法令の条文はe-Gov法令検索の原文で確認しています。今回の変更点には、thinking機能の無効化指定の廃止、tool_choiceの一部指定の廃止、Computer Useツールセットの統一という3点が含まれると報じられています（出典：前掲のAnthropicリリースノート）。

API破壊的変更が士業事務所に及ぼす2026年の状況

生成AIモデルのAPIは、モデルのバージョンアップに合わせて仕様が変更されることがあります。今回のClaude Opus 5.5では、これまでのAPI呼び出し方法の一部が使えなくなる、いわゆる破壊的変更が加えられたと公表されています。具体的には、thinking機能を無効化する指定方法が使えなくなり、代わりにeffortパラメータで思考の深さを制御する方式に一本化されたこと、tool_choiceで特定のツールを強制指定する方法が廃止されたこと、Computer Useのツールセットの名称がAPIとGoogle Cloud向けで統一されたことが含まれます（出典：Anthropic Claude API リリースノート）。

士業事務所の多くは、Claude APIを自分で直接呼び出しているわけではなく、契約している業務システムやAIエージェント連携ツールを経由して間接的に利用しています。freeeのAIエージェントとAgent Hubのように、士業事務所向けのサービスの多くがバックエンドで大手AIベンダーのモデルを利用しており、今回のような仕様変更は、事務所が直接コードを書いていなくても、契約しているツールの動作に影響する可能性があります。ベンダー側で移行対応が済んでいれば事務所側の作業は発生しませんが、対応が遅れているツールでは、機能の一部が使えなくなる、エラーが出るといった形で影響が表れることがあります。

こうしたAPI仕様変更のたびに、事務所として何を確認すべきかを毎回一から考えるのではなく、確認手順をあらかじめ定めておくことで、次回以降の変更にも同じ流れで対応できるようになります。

APIの破壊的変更は、モデル提供元がツール提供事業者に事前に通知したうえで移行期間を設けるのが一般的です。ただし、その通知が士業事務所側にまで届いているとは限りません。契約しているツールのベンダーが移行対応をどこまで進めているかは、事務所側から能動的に確認しない限り分からないことが多く、この非対称性が今回の7手順を整理する動機になっています。

AI連携ツールの移行影響を確認する7手順

ここからは、Claude Opus 5.5のAPI破壊的変更を受けて、士業事務所が契約しているAIエージェント連携ツールへの影響を確認する手順を7つに分けて説明します。有資格者が最終的な運用判断に関わる設計にしています。

第一の手順は、事務所が契約しているツールのうち、Claude APIを利用しているものの洗い出しです。契約している業務システムやAIエージェント連携ツールの公式サイトやサポート窓口で、利用しているAIモデルの提供元を確認します。

第二の手順は、各ツールのベンダーへの問い合わせです。Claude Opus 5.5のAPI変更に対応済みかどうか、対応が済んでいない場合はいつ頃対応予定かを確認します。以下は、この問い合わせ文面の下書きを生成AIに手伝わせるプロンプト例です。

あなたは士業事務所の事務局アシスタントです。
架空の事務所C（AIエージェント連携ツールを3種類契約中）について、
各ベンダーへ「Claude Opus 5.5のAPI破壊的変更（2026年9月22日リリース）に
対応済みか、移行スケジュールはどうなっているか」を問い合わせる
メール文面の下書きを作成してください。

第三の手順は、契約ツールの動作確認です。ベンダーから対応済みという回答があった場合でも、実際の業務データに近いテスト入力で、AIエージェント連携ツールが想定通りに動くかを確認しておきます。

第四の手順は、動作確認結果の記録です。いつ、どのツールを、どう確認したかを記録に残しておくと、次回同様の仕様変更が起きた際の参考になります。

第五の手順は、事務所内で直接AIモデルのAPIを呼び出す仕組みを構築している場合の、コード側の対応です。事務所内でエンジニアや外部委託先がAIエージェントを開発・運用している場合、thinking機能の指定方法やtool_choiceの指定方法を、新しい仕様に合わせて更新する必要があります。以下は、この対応方針を整理するプロンプト例です。

以下はClaude Opus 5.5のAPI破壊的変更の概要です。
（thinking無効化指定の廃止、tool_choiceの一部指定の廃止、
Computer Useツールセット名称の統一）
自社で運用しているAIエージェントの実装がこれらの変更の
影響を受けるかどうかを確認するチェックリストを作成してください。

第六の手順は、有資格者による最終確認です。AIエージェント連携ツールの出力結果は、仕様変更の前後で品質や挙動が変わっていないかを、有資格者が実際の業務での利用を通じて確認する工程を残しておきます。

第七の手順は、次回の仕様変更に備えた運用の見直しです。生成AIモデルのAPI仕様変更は、今後も一定の頻度で発生すると見込まれます。今回の確認手順を事務所内の運用マニュアルとして残しておくと、次回以降の対応工数を減らせます。

顧問先データを扱うAIツール選定で決めておく3つのこと

ここでは、AIエージェント連携ツールを選定・運用する際、士業事務所として決めておきたい論点を3つに整理します。

一つ目は、士業ごとの秘密を守る義務の根拠です。弁護士については弁護士法第23条、税理士については税理士法第38条、公認会計士については公認会計士法第27条が、それぞれ正当な理由なくその業務に関して知り得た秘密を漏らしてはならないと定めています。AIエージェント連携ツールが顧問先データを処理する以上、これらの条文が対象とする秘密の管理体制が問われます。

二つ目は、AIベンダーおよび連携ツールのデータ利用方針の確認です。Claude APIを含む主要なAIベンダーは、API経由で送信されたデータの取り扱い方針を公式ドキュメントで公表しています。契約しているツールが、どのベンダーのどのモデルを、どのようなデータ利用条件で使っているかを、契約時と仕様変更のたびに確認しておく実務が考えられます。

三つ目は、ツールの仕様変更に伴う一時的な不具合への備えです。今回のような破壊的変更の移行期間中は、ツール側の対応が完全でない場合があります。重要な業務にAIエージェント連携ツールを使う際は、有資格者による最終確認の工程を外さない設計にしておくことが、こうした移行期の不具合への実務的な備えになります。

AIツール移行でつまずく2つの失敗例と回避策

API仕様変更への対応でつまずきがちな失敗を、2つ紹介します。

一つ目は、契約しているツールがベンダー側の対応状況を告知していないことに気づかず、突然エラーが増えてから慌てて対応するケースです。回避策は、第二の手順で触れたベンダーへの問い合わせを、仕様変更の発表があり次第、早めに行っておくことです。

二つ目は、動作確認の範囲を狭く取りすぎて、実際の業務で使う複雑なケースでの挙動変化に気づかないケースです。単純な入力での確認だけでは、tool_choiceの指定変更のように、特定の操作パターンでのみ影響が出る変更を見逃す可能性があります。回避策は、第三の手順で触れたテスト入力を、実際の業務データに近い複雑さで用意しておくことです。

三つ目は、動作確認を一度きりで終わらせ、記録を残さないまま次の仕様変更を迎えるケースです。同じ確認作業を毎回一から行うことになり、事務所内の対応工数がかさみます。回避策は、第四の手順で触れた記録を、事務所内で共有できる形式で残しておくことです。

費用・工数・体制をどう見積もるか

API仕様変更への対応費用は、事務所が既製のAIエージェント連携ツールを利用しているだけであれば、多くの場合ベンダー側の対応でまかなわれ、追加費用は発生しません。事務所内で独自にAIエージェントを開発・運用している場合は、コードの修正工数が発生し、規模によっては外部エンジニアへの依頼費用がかかることもあります。

体制面では、契約ツールの一覧と、各ベンダーの対応状況を確認する担当者を、事務所内であらかじめ決めておくと、仕様変更のたびに対応が後手に回りにくくなります。Claude Opus 5.5の自動行動監査でも扱ったように、モデルのバージョンアップは機能面だけでなく安全性の論点も伴うため、API仕様の確認と合わせて、そちらもあわせて点検しておくと運用の抜け漏れが減ります。

AIモデルの仕様変更が示す今後の展望

生成AIモデルの進化のスピードを踏まえると、API仕様変更は今後も一定の頻度で発生すると見込まれます。士業事務所にとって重要なのは、変更そのものを追いかけることよりも、契約しているツールが変更にどう対応しているかを確認する仕組みを、事務所の運用として持っておくことです。AIエージェント連携ツールへの依存度が高まるほど、こうした仕組みの有無が、業務の安定性を左右する論点になっていくと見込まれます。

複数のAIベンダーのモデルを使い分ける事務所が増えるほど、それぞれのベンダーの仕様変更に個別に対応する負担も増えていきます。事務所として契約ツールの数を必要最小限に絞るか、仕様変更への対応体制を強化するかは、事務所の規模や運用方針に応じて検討する論点になります。

よくある質問

Claude APIを直接使っていない事務所も影響を受けますか

契約しているAIエージェント連携ツールや業務システムが、内部でClaude APIを利用している場合は間接的に影響を受ける可能性があります。まずは契約ツールがどのAIベンダーのモデルを使っているかを確認する段階です。

ベンダーから特に案内がない場合はどうすればよいですか

案内がない場合でも、第二の手順で触れた問い合わせを事務所側から行っておくと安心です。対応状況が不明なまま利用を続けると、移行期間中に想定外の挙動が起きる可能性があります。

仕様変更への対応にはどれくらいの期間を見ておけばよいですか

契約ツール側の対応状況によって幅がありますが、第一から第四の手順（洗い出し・問い合わせ・動作確認・記録）は、事務所内だけで完結する作業のため、比較的短い期間で進められます。事務所内で独自にAIエージェントを開発している場合は、コード修正の規模によって期間が変わります。

AIエージェントの出力が仕様変更前後で変わっていないか、どう確認すればよいですか

実際の業務に近いテスト入力を使い、仕様変更の前後で出力結果を比較する方法が考えられます。最終的には、有資格者が実務での利用を通じて品質を確認する工程を残しておくことが実務的です。

小規模な事務所でも同じ7手順を行う必要がありますか

契約しているAIエージェント連携ツールの数にかかわらず、洗い出しと問い合わせという最初の2手順は、事務所の規模を問わず着手しやすい取り組みです。独自開発のAIエージェントを持たない事務所であれば、残りの手順の負担も相対的に軽くなります。

参考文献

• Anthropic Claude API リリースノート
• e-Gov法令検索 弁護士法第23条
• e-Gov法令検索 税理士法第38条
• e-Gov法令検索 公認会計士法第27条
• freeeのAIエージェントとAgent Hub 税理士事務所が見直す業務7判断軸

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/