Tool Use (LLM)
Tool use is the general capability of a large language model to invoke external functions or APIs as part of generating a response.
Also known as: LLM tool use, augmented generation
What is tool use?
Tool use is a large language model's capability to recognize that a task requires information or action beyond its own generation — live data, a calculation, a side effect in another system — and to invoke an appropriate external tool to get it. The model decides when to act, picks a tool from those it has been offered, and incorporates the result into its response.
Where "tool calling" names the wire-level mechanism (the structured request the model emits), tool use names the broader capability: knowing that a question about today's stock price cannot be answered from training data, and reaching for a quote tool instead of guessing.
What tool use changes about LLMs
Without tools, a model is bounded by its training cutoff and its context window — it can describe the world as of its last update but cannot observe or change it. Tool use removes both bounds: a model can fetch current data, search private corpora, run code, send messages, and write to databases.
It also changes the failure modes. A model that guesses produces fluent wrong answers; a model with tool use can ground its answer in a fetched result, and the host application can log exactly which tool returned what. Much of the reliability gain in modern agents comes from replacing recall with retrieval and action.
Tool use across clients via MCP
Every major model provider trains for tool use, but historically each application wired up its own toolset. The Model Context Protocol decouples the two: tools live in MCP servers with standardized descriptions and schemas, and any MCP-compatible client can offer them to its model.
The result is that the same capability travels: a developer who connects a web-search or filesystem server gets identical tool behavior in Claude Desktop, Cursor, or a custom LangChain agent. The Loomal Index catalogs thousands of these servers, with live-probed tool lists so you can see what each one actually exposes before connecting it.
The economics of tool use
Tool use turns models into high-volume API consumers. An agent researching a topic might issue dozens of search, scrape, and lookup calls per task — and unlike human users, agents do not sign up for accounts, enter card details, or read pricing pages. Traditional API monetization (keys, subscriptions, invoices) assumes a human in the loop that tool use removes.
Per-call payment closes that gap. With the x402 protocol, a tool answers an unpaid call with HTTP 402 and a price; the agent's wallet pays in USDC, settlement lands on Base in roughly two seconds, and the tool runs. The model's tool-use behavior is untouched — payment is handled between client and server, per call, starting at $0.01 on the Loomal Index.
Tool use, agents, and what comes next
Tool use is the load-bearing capability under every more ambitious label — agents, autonomous workflows, agentic commerce. An autonomous agent is, mechanically, a model using tools in a loop with goals and memory; agentic commerce is that loop extended with a wallet so the tools it reaches for can charge it.
For tool builders, this is the demand signal worth planning for: as of mid-2026, the fastest-growing consumers of APIs are models, and the tools they can discover (via MCP registries and indexes) and pay (via x402) are the ones positioned to capture that usage.