System design

Designing Reliable Tools for Agents

Can the agent choose and use each tool correctly without receiving unnecessary authority?

Reference notes by Min · Reviewed October 15, 2026

Working governance definitionAlso: agent tool ergonomics · tool descriptions · agent computer interface · tool API design2 primary references

Definition

Agent tool design shapes the operations a model may request and the interface through which those requests are validated, authorized, executed and reported.

A tool interface is part of the agent’s operating environment. Ambiguous names and poorly described parameters can cause unnecessary exploration and incorrect actions. Improve the interface before compensating with increasingly long instructions that users and maintainers cannot readily inspect.

What it covers

Purpose
Give tools distinct responsibilities with understandable names and descriptions.
Inputs
Specify types, units, limits and required identifiers.
Effects
Separate previews from consequential actions and explain their semantics.
Results
Return useful evidence, explicit states and actionable errors.

Define the contract at the execution boundary. A date needs a format and time zone; a monetary amount needs a currency and precision rule; an account identifier needs a tenant scope. Descriptions help the model, while server-side checks protect the service when the model is wrong.

In practice

Practical design patterns by Min.

  • Expose only tools relevant to the task and permitted for its identity.
  • Validate structure and enforce business rules server-side.
  • Evaluate tool selection, argument correctness and recovery using realistic tasks.

Errors should support recovery without exposing secrets. Distinguish invalid input, denied access, temporary unavailability and an unknown transaction outcome. An unknown outcome may require reconciliation rather than repeating the operation. Include the identifiers needed for that process.

Research notes

Source-grounded details and editorial applications. Follow each link for the original document.

Tool interfaces affect agent performance

Anthropic discusses tool selection, descriptions, response design and evaluation. Those engineering observations motivate interface review; they do not eliminate the need for independent authorization and validation.

Source: Anthropic: Writing effective tools for agents ↗

Structural checks have a defined scope

JSON Schema can constrain object structure and fields. Valid structure does not establish that the requested operation is authorized or appropriate.

Source: JSON Schema: Object validation reference ↗

Working example

A calendar scheduling tool

A vague update_calendar operation causes accidental changes and repeated clarification calls.

  1. Provide distinct availability search, booking preview and authorized booking operations.
  2. Require explicit time zone, attendee identifiers and an idempotency key for the write.
  3. Return a confirmed event identifier or a clearly unresolved status instead of an ambiguous success sentence.
Illustrative scenario, not a reported deployment.

Why the controls matter

The calendar example reduces ambiguity while retaining a clear approval point. A preview can show the exact proposed attendees and time before a write. Once approved, bind the operation to those details so a subsequent argument change cannot silently reuse the earlier approval.

Common pitfalls

  • Giving several tools overlapping descriptions with subtly different effects.
  • Assuming well-formed JSON establishes permission or correct business intent.
  • Returning large raw records when a bounded result would answer the task.

Evaluate interfaces empirically. Repeated calls may reveal an unclear result format, while wrong tool selection may reveal overlapping responsibilities. Track accepted outcomes and harmful effects as well as fewer calls; combining every action into one powerful tool can reduce calls while expanding risk.

Questions for operational review

Use these questions to decide what evidence your team needs. They are editorial prompts, not a compliance checklist.

  • Are tool effects and result states unambiguous?
  • Which input checks happen outside the model?
  • Can users inspect the exact consequential action before approval?

References

Primary documents reviewed for this entry. Examples and implementation patterns are editorial synthesis.

  1. Anthropic: Writing effective tools for agents ↗Accessed October 15, 2026
  2. JSON Schema: Object validation reference ↗Accessed October 15, 2026