llm-agent-tool-calling-optimization

Enforce parallel tool call batches with explicit numeric budgets for LLM agents.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/dragonkid/dotfiles --skill llm-agent-tool-calling-optimization
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: llm-agent-tool-calling-optimization
Source: https://github.com/dragonkid/dotfiles/tree/main/claude/skills/learned/llm-agent-tool-calling-optimization
Command: npx skills add https://github.com/dragonkid/dotfiles --skill llm-agent-tool-calling-optimization

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

LLM agents often perform iterative, sequential searches when calling server-side tools, leading to longer response times. This Skill enforces parallel execution and explicit tool call budgets to keep latency predictable.

Core Features & Use Cases

  • Parallel execution: Constrain tool calls so multiple tools run in a single batch rather than in series.
  • Budgeted tool calls: Define exact limits on total tool calls across all tools.
  • Deterministic planning: Require upfront planning of queries and avoid follow-up searches based on initial results.
  • Use Case: In a product-search agent, consolidate multiple web searches into one parallel query to return results faster and within budget.

Quick Start

  • Add to the system prompt: "Search Constraints (CRITICAL) - Maximum N total searches: up to X tool_a + up to Y tool_b; Plan ALL search queries upfront, then execute them in ONE parallel batch; Do NOT add follow-up searches based on initial results; Use OR operators to combine intents."
  • Example consolidation: Turn separate queries like "TOKEN launch", "TOKEN migration", "TOKEN listing", "TOKEN partnership" into "TOKEN (launch OR migration OR listing OR partnership)".
  • Time constraints: If the SDK supports a time range (from_date, to_date), use it directly; otherwise add soft constraints in the prompt such as "Focus on events from {search_from_date} onwards" and "Skip results before {search_from_date}".

Frequently Asked Questions about llm-agent-tool-calling-optimization

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I force parallel tool calls in LLM agents to reduce latency?

To force parallel tool calls in LLM agents, add prompt constraints that require upfront query planning and execute all searches in a single parallel batch. This eliminates sequential follow-up searches and keeps response latency predictable.

Why does my LLM agent perform sequential searches instead of running multiple tools at once?

LLM agents perform sequential searches because they lack deterministic budget constraints. Without explicit numeric limits and upfront query planning instructions in the system prompt, the agent defaults to iterative follow-up searches based on initial results.

How do I set a deterministic budget for multi-tool searches in an LLM agent?

You set a deterministic budget for multi-tool searches by adding critical search constraints to the system prompt. Define exact numeric limits, such as a maximum of N total searches divided across specific tools, to prevent uncontrolled follow-up queries.

Can I consolidate multiple web search queries into a single parallel batch for an LLM?

You can consolidate multiple web search queries by combining intents using OR operators. Transform separate queries into a single string like "TOKEN (launch OR migration OR listing)" and instruct the agent to execute it in one parallel batch.

Does forcing upfront query planning work without SDK time range support?

Upfront query planning works without SDK time range support by adding soft constraints in the prompt. If the SDK lacks from_date and to_date parameters, instruct the agent to focus on events from a specific date onwards and skip older results.

What is the limitation of using prompt constraints to prevent follow-up searches in LLM agents?

The limitation of using prompt constraints to prevent follow-up searches is that the agent cannot refine its queries based on initial results. While this guarantees predictable latency and budget adherence, it restricts the agent from gathering additional context dynamically.