Tool Use
The Tool Use metric is a multi-turn agentic metric that evaluates your LLM agent's tool selection and argument generation capabilities. It is a self-explaining eval, which means it outputs a reason for its metric score.
Required Arguments
To use the ToolUseMetric, you'll have to provide the following arguments when creating a ConversationalTestCase:
turns
You can learn more about how it is calculated here.
Usage
First, set the eval mode:
deepeval set-eval-mode llm # LLM-as-a-judge (default)
deepeval set-eval-mode hybrid # LLM extracts, Jev decides
deepeval set-eval-mode system_one # Jev-as-a-judge, no LLMThe ToolUseMetric() can be used for end-to-end multi-turn evaluations of agents.
from deepeval.test_case import Turn, ConversationalTestCase, ToolCall
from deepeval.metrics import ToolUseMetric
from deepeval import evaluate
convo_test_case = ConversationalTestCase(
turns=[
Turn(role="...", content="..."),
Turn(role="...", content="...", tools_called=[...])
],
)
metric = ToolUseMetric(threshold=0.5)
# To run metric as a standalone
# metric.measure(convo_test_case)
# print(metric.score, metric.reason)
evaluate(test_cases=[convo_test_case], metrics=[metric])There is ONE mandatory and NINE optional parameters when creating a ToolUseMetric:
available_tools: a list ofToolCalls that give context on all the tools that were available to your LLM agent. This list is used to evaluate your agent's tool selection capability.- [Optional]
threshold: a number representing the minimum passing threshold. Can also be set toNoneto run the metric in score-only mode. Defaulted to0.5. - [Optional]
model: a string specifying which of OpenAI's GPT models to use, OR any custom LLM model of typeDeepEvalBaseLLM. Defaulted togpt-5.4. - [Optional]
include_reason: a boolean which when set toTrue, will include a reason for its evaluation score. Defaulted toTrue. - [Optional]
strict_mode: a boolean which when set toTrue, enforces a binary metric score: 1 for perfection, 0 otherwise. It also overrides the current threshold and sets it to 1. Defaulted toFalse. -
[Optional]
async_mode: a boolean which when set toTrue, enables concurrent execution within themeasure()method. Defaulted toTrue. - [Optional]
verbose_mode: a boolean which when set toTrue, prints the intermediate steps used to calculate said metric to the console, as outlined in the How Is It Calculated section. Defaulted toFalse. - [Optional]
flaky: a boolean which when set toTrue, marks the metric as flaky. Defaulted toFalse. - [Optional]
system_one_model: the Jev model to use, as a string or aDeepEvalBaseSystemOneModel. Only used underhybridorsystem_oneeval_mode. Defaulted tojev-latest. - [Optional]
eval_mode:llm,hybridorsystem_one, choosing whether an LLM, Jev, or both judge. Defaulted to the configured eval mode (llmunless set).
As a standalone
You can also run the ToolUseMetric on a single test case as a standalone, one-off execution.
...
metric.measure(convo_test_case)
print(metric.score, metric.reason)How Is It Calculated
You can change how the ToolUseMetric is calculated by setting the eval mode.
LLM-as-a-judge
The ToolUseMetric score is determined through the following process:
- Compute the Tool Selection Score for each unit interaction.
- Compute the Argument Correctness Score for all unit interactions that include tool calls.
- The Tool Selection Score evaluates whether the agent chose the most appropriate tool for the task among all the available tools.
- The Argument Correctness Score assesses whether the arguments provided in the tool call were accurate and suitable for the task. This score is only considered when a tool call has been made.
Hybrid
Under the hybrid eval mode, the tool selection and argument correctness scores of each interaction are rated by Jev, a System One model, on a five-level scale mapped onto 0 to 1, with a short line stating Jev's score and confidence as each score's reason. The equation and the LLM-written final reasons are unchanged. If a Jev call fails, the LLM makes that decision instead.
Jev-as-a-judge
Under the system_one eval mode, Jev judges the whole metric in one request. It is sent the whole conversation (with the tools called in each turn) and your available_tools and asked two questions:
| Question | Type | Weight |
|---|---|---|
In every assistant turn of turns, the tools in tools_called are the most suitable of available_tools for what the user asked: no call is unnecessary, redundant or unrelated to the user's goal, and no better-suited tool in available_tools was ignored when one was needed. | Noul | 1 |
Every tool call in the tools_called of the assistant turns in turns passes arguments that are correct, specific and complete for what the user asked and for that tool's definition in available_tools, with no missing, malformed, generic or unrelated argument. | Noul | 1 |
Each answer becomes a value in and the score is their weighted mean. No LLM is called: the reason lists each answer with its probability, and metric.confidence reports how decisive Jev was.
FAQs
How do I check whether my agent called the right tools across a conversation?
ToolUseMetric evaluates each interaction's tool selection and then the arguments passed, flagging both wrong-tool turns and right-tool-but-wrong-arguments turns.Why do I have to pass available tools if the agent already called tools?
available_tools is the full menu of ToolCalls the agent could have used. Without the alternatives, the metric can't tell whether a better tool existed or whether a tool should have been called at all.My agent picked the right tool but with wrong arguments — does that fail?
min(ToolSelectionScore, ArgumentCorrectnessScore), so a perfect tool choice with bad arguments still drags it down. The argument score only applies to turns where a tool was called.Does it catch unnecessary or missing tool calls?
available_tools. Use verbose_mode for per-interaction reasoning.