What signals matter most when evaluating tool-using agents?

Instruction: Explain what you would look at beyond the final answer when evaluating an agent with tools.

Context: Tool-agent correctness, authorization, and recovery.

Updated

Example Answer

For tool-using agents, I care about more than whether the final answer looked right. I want to know whether the agent chose the right tool, used the right arguments, respected preconditions, recovered from failures sensibly, and stopped when confidence was too low to proceed safely.

So I usually look at step-level correctness, tool-call validity, unnecessary tool usage, latency across the workflow, error recovery behavior, approval handling, and end-to-end task completion. The right tool decision at the wrong time can still break the user experience.

I also separate visible success from hidden risk. An agent can get the answer right once while taking a path that is expensive, brittle, or unsafe. If I only score the surface output, I reward behavior that will hurt me later in production.

Concrete example

In a ticket-routing task, check the destination queue, required fields, authorization, actual ticket creation, and final acknowledgment. Include a timeout after the tool may already have created the ticket.

Limit to explain

Tool success is not task success; valid arguments can still target the wrong account. Judge the resulting state as well as the call.

Follow-up to practice

How would you detect duplicate side effects after a retry?

Your preparation path

Work through these questions in order. Read the answer aloud, then explain it in your own words.

Related Questions