ツール使用の実装方法
モデルの選択
一般的に、複雑なツールや曖昧なクエリには Claude Opus 4.1、Claude Opus 4、Claude Sonnet 4、Claude Sonnet 3.7、Claude Sonnet 3.5(非推奨)、または Claude Opus 3(非推奨)を使用してください。これらは複数のツールをより適切に処理し、必要に応じて明確化を求めます。
単純なツールには Claude Haiku 3.5 または Claude Haiku 3 を使用しますが、不足しているパラメータを推測する場合があることに注意してください。
Claude Sonnet 3.7 をツール使用と拡張思考と組み合わせて使用する場合は、詳細についてこちらのガイドを参照してください。
クライアントツールの指定
クライアントツール(Anthropic定義とユーザー定義の両方)は、APIリクエストのtools
トップレベルパラメータで指定されます。各ツール定義には以下が含まれます:
パラメータ | 説明 |
---|---|
name | ツールの名前。正規表現 ^[a-zA-Z0-9_-]{1,64}$ に一致する必要があります。 |
description | ツールが何をするか、いつ使用すべきか、どのように動作するかの詳細なプレーンテキストの説明。 |
input_schema | ツールの期待されるパラメータを定義する JSON Schema オブジェクト。 |
ツール使用システムプロンプト
tools
パラメータを使用して Anthropic API を呼び出すと、ツール定義、ツール設定、およびユーザー指定のシステムプロンプトから特別なシステムプロンプトを構築します。構築されたプロンプトは、指定されたツールを使用し、ツールが適切に動作するために必要なコンテキストを提供するようにモデルに指示するように設計されています:
ツール定義のベストプラクティス
Claude でツールを使用する際に最高のパフォーマンスを得るには、以下のガイドラインに従ってください:
- 極めて詳細な説明を提供する。 これはツールのパフォーマンスにおいて最も重要な要因です。説明には以下を含むツールに関するすべての詳細を説明する必要があります:
- ツールが何をするか
- いつ使用すべきか(そしていつ使用すべきでないか)
- 各パラメータが何を意味し、ツールの動作にどのように影響するか
- ツール名が不明確な場合にツールが返さない情報など、重要な注意事項や制限。Claude にツールについてより多くのコンテキストを提供するほど、いつどのように使用するかをより適切に決定できるようになります。ツールの説明には少なくとも3〜4文を目指し、ツールが複雑な場合はそれ以上にしてください。
- 例よりも説明を優先する。 ツールの説明や付随するプロンプトにツールの使用例を含めることはできますが、これはツールの目的とパラメータの明確で包括的な説明を持つことよりも重要ではありません。説明を完全に肉付けした後にのみ例を追加してください。
良い説明では、ツールが何をするか、いつ使用するか、どのようなデータを返すか、ticker
パラメータが何を意味するかを明確に説明しています。悪い説明は簡潔すぎて、Claude にツールの動作と使用法について多くの未解決の質問を残しています。
Claude の出力の制御
ツール使用の強制
場合によっては、Claude がツールを使用せずに答えを提供できると考えていても、ユーザーの質問に答えるために特定のツールを使用させたい場合があります。これは、次のように tool_choice
フィールドでツールを指定することで実行できます:
tool_choice パラメータを使用する場合、4つの可能なオプションがあります:
auto
は、提供されたツールを呼び出すかどうかを Claude に決定させます。これはtools
が提供された場合のデフォルト値です。any
は、提供されたツールのいずれかを使用する必要があることを Claude に伝えますが、特定のツールを強制しません。tool
は、常に特定のツールを使用するように Claude を強制できます。none
は、Claude がツールを使用することを防ぎます。これはtools
が提供されていない場合のデフォルト値です。
プロンプトキャッシングを使用する場合、tool_choice
パラメータの変更はキャッシュされたメッセージブロックを無効にします。ツール定義とシステムプロンプトはキャッシュされたままですが、メッセージコンテンツは再処理する必要があります。
この図は各オプションがどのように機能するかを示しています:
tool_choice
が any
または tool
の場合、ツールの使用を強制するためにアシスタントメッセージを事前入力することに注意してください。これは、明示的に要求された場合でも、モデルが tool_use
コンテンツブロックの前に思考の連鎖 text
コンテンツブロックを出力しないことを意味します。
ツール使用で拡張思考を使用する場合、tool_choice: {"type": "any"}
と tool_choice: {"type": "tool", "name": "..."}
はサポートされておらず、エラーが発生します。拡張思考と互換性があるのは tool_choice: {"type": "auto"}
(デフォルト)と tool_choice: {"type": "none"}
のみです。
私たちのテストでは、これがパフォーマンスを低下させるべきではないことが示されています。特定のツールの使用を要求しながら思考の連鎖(特にOpusで)を維持したい場合は、tool_choice
に {"type": "auto"}
(デフォルト)を使用し、user
メッセージに明示的な指示を追加できます。例:ロンドンの天気はどうですか?応答でget_weatherツールを使用してください。
JSON出力
ツールは必ずしもクライアント関数である必要はありません — 提供されたスキーマに従うJSON出力をモデルに返させたい場合はいつでもツールを使用できます。例えば、特定のスキーマを持つ record_summary
ツールを使用する場合があります。完全な動作例については、Claude でのツール使用を参照してください。
思考の連鎖
ツールを使用する場合、Claude はしばしば「思考の連鎖」、つまり問題を分解し、どのツールを使用するかを決定するために使用する段階的な推論を示します。Claude Opus 3(非推奨)モデルは、tool_choice
が auto
に設定されている場合にこれを行います(これはデフォルト値です。ツール使用の強制を参照)。Sonnet と Haiku はプロンプトでこれを行うように促すことができます。
例えば、「サンフランシスコの現在の天気はどうで、そこの時間は何時ですか?」というプロンプトが与えられた場合、Claude は次のように応答する場合があります:
この思考の連鎖は Claude の推論プロセスへの洞察を提供し、予期しない動作をデバッグするのに役立ちます。
Claude は思考の連鎖を示すためにさまざまな形式を使用する場合があることに注意することが重要です。コードは思考の連鎖を他のアシスタント生成テキストと同様に扱い、特定のフォーマット規則に依存しないようにする必要があります。
並列ツール使用
デフォルトでは、Claude はユーザークエリに答えるために複数のツールを使用する場合があります。この動作は次の方法で無効にできます:
- tool_choice タイプが
auto
の場合にdisable_parallel_tool_use=true
を設定すると、Claude が最大1つのツールを使用することが保証されます - tool_choice タイプが
any
またはtool
の場合にdisable_parallel_tool_use=true
を設定すると、Claude が正確に1つのツールを使用することが保証されます
並列ツール使用の最大化
Claude 4 モデルはデフォルトで優れた並列ツール使用機能を持っていますが、対象を絞ったプロンプトですべてのモデルで並列ツール実行の可能性を高めることができます:
Claude Sonnet 3.7 での並列ツール使用
Claude Sonnet 3.7 は、disable_parallel_tool_use
を設定していない場合でも、応答で並列ツール呼び出しを行う可能性が低い場合があります。これを回避するために、トークン効率的ツール使用を有効にすることをお勧めします。これにより、Claude が並列ツールを使用することが促進されます。このベータ機能は、レイテンシを削減し、出力トークンを平均14%節約します。
トークン効率的ツール使用ベータにオプトインしたくない場合は、他のツールへの呼び出しを同時にラップするメタツールとして機能する「バッチツール」を導入することもできます。このツールが存在する場合、モデルはそれを使用して複数のツールを並列で同時に呼び出すことがわかります。
この回避策の使用方法については、クックブックのこの例を参照してください。
ツール使用とツール結果コンテンツブロックの処理
Claude の応答は、クライアントツールまたはサーバーツールを使用するかによって異なります。
クライアントツールからの結果の処理
応答には tool_use
の stop_reason
と、以下を含む1つ以上の tool_use
コンテンツブロックがあります:
id
:この特定のツール使用ブロックの一意の識別子。これは後でツール結果をマッチアップするために使用されます。name
:使用されているツールの名前。input
:ツールのinput_schema
に準拠して、ツールに渡される入力を含むオブジェクト。
クライアントツールのツール使用応答を受信した場合、以下を行う必要があります:
tool_use
ブロックからname
、id
、input
を抽出します。- そのツール名に対応するコードベース内の実際のツールを実行し、ツール
input
を渡します。 user
のrole
と、tool_result
タイプと以下の情報を含むcontent
ブロックを持つ新しいメッセージを送信して会話を続けます:tool_use_id
:これが結果となるツール使用リクエストのid
。content
:文字列としてのツールの結果(例:"content": "15度"
)、ネストされたコンテンツブロックのリスト(例:"content": [{"type": "text", "text": "15度"}]
)、またはドキュメントブロックのリスト(例:"content": ["type": "document", "source": {"type": "text", "media_type": "text/plain", "data": "15度"}]
)。これらのコンテンツブロックはtext
、image
、またはdocument
タイプを使用できます。is_error
(オプション):ツール実行がエラーになった場合はtrue
に設定します。
重要なフォーマット要件:
- ツール結果ブロックは、メッセージ履歴内で対応するツール使用ブロックの直後に続く必要があります。アシスタントのツール使用メッセージとユーザーのツール結果メッセージの間にメッセージを含めることはできません。
- ツール結果を含むユーザーメッセージでは、tool_result ブロックがコンテンツ配列の最初に来る必要があります。テキストはすべてのツール結果の後に来る必要があります。
例えば、これは400エラーを引き起こします:
これは正しいです:
「tool_use ids were found without tool_result blocks immediately after」のようなエラーが発生した場合は、ツール結果が正しくフォーマットされていることを確認してください。
ツール結果を受信した後、Claude はその情報を使用して元のユーザープロンプトへの応答の生成を続けます。
サーバーツールからの結果の処理
Claude はツールを内部で実行し、追加のユーザーインタラクションを必要とせずに結果を応答に直接組み込みます。
他のAPIとの違い
ツール使用を分離したり、tool
や function
などの特別な役割を使用する API とは異なり、Anthropic の API はツールを user
と assistant
メッセージ構造に直接統合します。
メッセージには text
、image
、tool_use
、tool_result
ブロックの配列が含まれます。user
メッセージにはクライアントコンテンツと tool_result
が含まれ、assistant
メッセージには AI 生成コンテンツと tool_use
が含まれます。
max_tokens
停止理由の処理
Claude の応答が max_tokens
制限に達したために切り捨てられ、切り捨てられた応答に不完全なツール使用ブロックが含まれている場合、完全なツール使用を取得するために、より高い max_tokens
値でリクエストを再試行する必要があります。
pause_turn
停止理由の処理
ウェブ検索などのサーバーツールを使用する場合、API は pause_turn
停止理由を返すことがあり、これは API が長時間実行されるターンを一時停止したことを示します。
pause_turn
停止理由を処理する方法は次のとおりです:
pause_turn
を処理する場合:
- 会話を続行する:一時停止された応答をそのまま後続のリクエストに渡して、Claude にターンを続行させます
- 必要に応じて変更する:会話を中断またはリダイレクトしたい場合は、続行前にオプションでコンテンツを変更できます
- ツール状態を保持する:機能を維持するために、継続リクエストに同じツールを含めます
エラーのトラブルシューティング
Claude でツールを使用する際に発生する可能性のあるエラーにはいくつかの種類があります: