← Voltar aos guias

Tool Use and Function Calling: Cut AI Costs

Understanding Tool Use and Function Calling

Tool use and function calling let an AI model do more than generate text. The model can decide when to call an external function, fetch live data, query a database, calculate a value, or trigger a workflow. For developers, this is the difference between a chatbot that only talks and an assistant that actually completes tasks.

It is also a cost issue. When tool calling is designed well, you reduce wasted tokens, avoid re-asking the model for the same data, and keep expensive model usage focused on reasoning instead of brute-force guessing. With pay-as-you-go APIs, that can translate into real savings every month.

What tool use actually does

In a typical function calling flow, you send the model a user request plus a list of available tools. The model returns either a natural-language answer or a structured tool call. Your app executes that tool, then sends the result back to the model for the final response.

• User: “What is the status of order 48291?”
• Model: requests get_order_status(order_id=48291)
• Your app: queries your API
• Model: summarizes the response for the user

This pattern is standard in Claude and OpenAI-style APIs, and it works well with Claude Code, Codex, and any OpenAI SDK when the relay is compatible.

Why it saves money

The main cost savings come from reducing token waste and unnecessary model calls. Here is a simple example. Suppose a support workflow would otherwise send a 2,000-token prompt containing customer records, inventory, and policy text every time a user asks a question. If you handle those lookups with tools, the model may only need a 250-token prompt plus a short tool response.

If your model costs scale with tokens, cutting 1,750 tokens per request is significant. At 10,000 requests per month, that is 17.5 million tokens avoided. Even modest savings per 1,000 tokens add up quickly, especially when you use premium models for complex steps.

Another savings lever is model tiering. Use a cheaper model for extraction and routing, then escalate to a stronger model only when needed. For example, a lightweight model can classify intent, a mid-tier model can call tools, and a top-tier model can handle final synthesis. That keeps high-cost reasoning reserved for the few cases that need it.

Practical cost-optimization tactics

• Keep tool schemas small: Every extra field and description adds prompt overhead. Use concise names and short descriptions.
• Return compact tool results: Send only the needed fields back to the model. If the tool returns 40 columns but the answer needs 3, trim it.
• Cache stable lookups: If a tool result will not change during the session, store it and reuse it instead of calling again.
• Use routing before reasoning: A small classifier can decide whether a tool is needed at all.
• Set max tool loops: Prevent endless call-answer-call cycles that burn tokens.
• Batch when possible: One tool call for 20 records is usually cheaper than 20 separate calls.

A useful rule of thumb: if a tool result can replace more than a few hundred tokens of context, it is usually worth calling. If the answer is already in the prompt, do not ask the model to rediscover it.

How to implement it efficiently

Start with a narrow set of tools: search_customer, get_invoice, create_ticket, and calculate_shipping. Give each tool a single responsibility. Then log three things: prompt tokens, completion tokens, and tool-call count. After a week, you will see which steps are overused.

For production apps, measure cost per successful task, not just cost per request. A higher token count can still be cheaper if it resolves the task in one turn instead of five. Tool use should reduce back-and-forth, not create it.

Why 59API is a smart low-cost choice

59API is an AI API relay built for developers who want cheap, pay-as-you-go access without giving up model quality. It supports Claude Opus, Sonnet, Haiku, Fable, and GPT models, and it is fully compatible with Claude Code, Codex, and any OpenAI SDK. The base URL is https://api.59api.com.

That compatibility matters because you can keep your existing function-calling code, switch the endpoint, and keep shipping. You get native, official-quality models with no downgrade, which is important when tool planning and structured outputs need to be reliable. Since 59API is among the cheapest relays and includes a referral rebate, it is especially attractive for teams running high-volume agent workflows.

A simple cost-saving setup

• Use a low-cost model for intent detection.
• Use function calling only when the request needs live data or an action.
• Cache tool results for repeated queries in the same session.
• Escalate to a stronger Claude or GPT model only for final reasoning.
• Track monthly spend per workflow and prune redundant tool calls.

If you are building agents, support bots, internal copilots, or automated ops workflows, this approach can cut spend without hurting quality. Start with one workflow, measure the token reduction, and expand from there. If you want lower API costs with official-quality models and SDK compatibility, sign up for 59API and test your function-calling stack against a cheaper relay.

Preços · Docs