Overview
This forum post discusses the paper "To Call or Not to Call: A Framework to Assess and Optimize LLM Tool Calling" by Qinyuan Wu, Soumi Das, Mahsa Amani, Arijit Nag, Seungeon Lee, Krishna P. Gummadi, Abhilasha Ravichander, and Muhammad Bilal Zafar.
- arXiv: 2605.00737 | 2026-05-01
- Cost: API fees, latency, token consumption
- Benefit: more accurate, up-to-date, relevant information
- Risk: tool outputs can be noisy, biased, or wrong
- Metacognitive prompting: assess confidence before deciding to call a tool
- Cost-aware training: incorporate cost signals during training
- Adaptive thresholds: adjust calling thresholds by question type, domain, and recency
- Post-hoc verification: evaluate whether retrieved information actually improved the answer
The Problem: The "Tool-Happy" AI
Ask an AI assistant "Who is the President of the United States?" and it may needlessly call a search engine—a question any well-trained LLM can answer directly. But ask "What was Tesla's closing price yesterday?" and tool use is mandatory due to training data cutoffs. How does an AI know when to call a tool and when not to?
Tool Calling as a Decision Problem
The paper's core insight: tool calling is not about minimizing tool use, but a decision-theoretic trade-off, analogous to a doctor deciding whether to order a test:
The "Search Paradox"
Web search is the most common yet trickiest tool:
1. Models must judge whether internal knowledge suffices 2. Search results may be outdated, wrong, or biased 3. Integrating raw results into coherent answers is itself challenging 4. Frequent searches accumulate token and API costs
The study finds current LLMs perform far from ideally on this decision: some are too conservative, some overly aggressive, and few adapt strategy based on question difficulty, recency requirements, or information confidence.
Evaluation Framework
The framework assesses tool calling decisions along multiple dimensions:
1. Necessity — is the call truly required to answer the question? 2. Efficiency — was enough information obtained with the fewest calls? 3. Information quality — is the returned information accurate, relevant, timely? 4. Integration quality — was tool output successfully incorporated into the answer? 5. Cost-effectiveness — is information gain maximized under cost constraints?
> A good AI agent is not the one that uses tools the most, but the one that uses them most precisely.
Optimization Strategies
Takeaways
Citing Feynman—"real knowledge is knowing the extent of one's own ignorance"—the post argues that current LLMs fundamentally lack calibrated metacognition, leading to both under-calling and over-calling. Tool calling strategy should be treated as a core architectural decision, not an afterthought. Key design questions:
1. Which information can internal knowledge answer? 2. What must be obtained via external tools? 3. How to quantify costs and benefits of calls? 4. Does the system assess its own confidence to guide decisions?
"To Call or Not to Call" defines the boundary of an AI agent's intelligence—knowing when to rely on itself and when to seek external help—the key leap from chatbot to genuine intelligent agent.