Concurrency

Limit parallel agent runs and bound tool execution time

Concurrency controls let you limit parallel agent execution and set timeouts for tool calls to prevent resource exhaustion.

from praisonaiagents import Agent

agent = Agent(
    name="worker",
    instructions="Respect concurrency limits across tool calls",
)

agent.start("Process these jobs without overloading APIs")

The user runs parallel work; concurrency controls cap simultaneous operations and tool timeouts.

Quick Start

1. Limit parallel runs of an agent

   Control how many instances of the same agent can run concurrently:

   from praisonaiagents import Agent
   from praisonaiagents.agent.concurrency import ConcurrencyRegistry
   
   registry = ConcurrencyRegistry()
   registry.set_limit("researcher", 2)  # at most 2 concurrent runs
   
   agent = Agent(name="researcher", instructions="Research topics")
   
   # Sync context
   registry.acquire_sync("researcher")
   try:
       agent.start("Research Mars exploration")
   finally:
       registry.release("researcher")
   
2. Same, async

   Use async context for better resource utilization:

   await registry.acquire("researcher")
   try:
       await agent.astart("Research Mars exploration")
   finally:
       registry.release("researcher")
   
3. Bound tool time with ToolConfig

   Prevent slow tools from blocking agent execution:

   from praisonaiagents import Agent
   from praisonaiagents.config.feature_configs import ToolConfig
   
   agent = Agent(
       name="Assistant",
       instructions="Use tools to help users",
       tools=["get_weather"],
       tool_config=ToolConfig(timeout=30),  # seconds; slow tools return a timeout dict
   )
   agent.start("What's the weather in Tokyo?")
   

---

How It Works

Component	Purpose	Thread Safety
ConcurrencyRegistry	Limits parallel agent runs	✅ Thread-safe
Tool Executor	Runs tools with timeout	✅ Per-agent pool
Plugin APIs	Enable/disable plugins	✅ Lock-protected

---

Sync vs Async Rule

The concurrency registry enforces strict separation between sync and async contexts:

Context	Method	What happens if you mix
Sync	registry.acquire_sync(name)	✅ Works correctly
Async	await registry.acquire(name)	✅ Works correctly
Mixed	acquire_sync() in async	❌ Raises RuntimeError

Calling acquire_sync() from an async context raises RuntimeError("acquire_sync('<agent_name>') cannot be called with a running event loop; use async acquire() in async contexts."). Use await acquire() instead.

Example error:

async def bad_example():
    registry.acquire_sync("agent")  # RuntimeError!

async def good_example():
    await registry.acquire("agent")  # ✅ Correct

---

Tool Timeout Behavior

When tool_config=ToolConfig(timeout=...) is set, tools run in a dedicated executor with these characteristics:

In YAML the field name is still tool_timeout:; in Python use tool_config=ToolConfig(timeout=…).

Timeout Return Shape

On timeout, each layer surfaces the timeout differently:

Layer	Trigger	Behaviour
SDK Agent executor	Agent(tool_config=ToolConfig(timeout=30)) directly in Python	{"error": "Tool timed out after 30s", "timeout": True} (seconds)
Wrapper boundary	YAML tool_timeout: 30 or CLI --tool-timeout 30 (framework: praisonai)	Raises praisonai.agents_generator.ToolTimeoutError (a TimeoutError subclass) with tool_name, timeout_seconds, and background_work_may_continue (seconds). Framework adapters catch it and translate it per framework. See Async Tool Safety → Wrapper-Level Timeout.
SDK tool-call executor	Agent(llm={"tool_timeout_ms": 30000})	Returns ToolResult with error=praisonaiagents.tools.ToolTimeoutError and error_kind="timeout" (milliseconds). See Tool Call Executor Timeout.

Effective Timeout Precedence

When multiple tool_timeout values are declared, the wrapper resolves a single effective timeout applied to every tool in the shared tool dict:

1. CLI wins. An explicit --tool-timeout N on the command line (or cli_config={"tool_timeout": N} when embedding) is used verbatim.
2. Otherwise, the largest per-role/per-agent value. The wrapper picks max(tool_timeout) across every entry under roles: and agents: in the YAML. This is the safest default for a shared tool dict — a slow-tool role won’t have its tools killed by another role’s stricter timeout.
3. Otherwise, no wrapping. If nothing declares a timeout, tools run without wrapper-layer enforcement (the SDK executor-layer enforcement still applies if tool_config=ToolConfig(timeout=…) is set in Python).

The resolver is AgentsGenerator._resolve_effective_tool_timeout(config) — see praisonai/agents_generator.py.

YAML boolean values are ignored, not coerced. Because bool subclasses int in Python, tool_timeout: yes or tool_timeout: true used to silently become a 1-second cap on every tool. As of PR #2609 the resolver explicitly rejects bool values — such entries are treated as “not declared” and fall through to the next precedence level. Use an integer or float (e.g. tool_timeout: 30).

Executor Details

• One executor per Agent instance (lazy creation)
• max_workers=2 threads per agent
• Thread name prefix: tool-<agent_name> — useful for log filtering
• Reused across calls — no resource leak

Which timeout to choose:

---

Common Patterns

Limit FastAPI Route Concurrency

from praisonaiagents import Agent
from praisonaiagents.agent.concurrency import ConcurrencyRegistry

registry = ConcurrencyRegistry()
registry.set_limit("chat_agent", 5)

@app.post("/chat")
async def chat_endpoint(message: str):
    await registry.acquire("chat_agent")
    try:
        agent = Agent(name="chat_agent", instructions="Help users")
        response = await agent.astart(message)
        return {"response": response}
    finally:
        registry.release("chat_agent")

Async Context Manager Helper

from contextlib import asynccontextmanager

@asynccontextmanager
async def throttled_agent(name: str, max_concurrent: int = 3):
    registry = ConcurrencyRegistry()
    registry.set_limit(name, max_concurrent)
    await registry.acquire(name)
    try:
        yield
    finally:
        registry.release(name)

# Usage
async with throttled_agent("researcher", 2):
    agent = Agent(name="researcher", instructions="Research topics")
    result = await agent.astart("Study quantum computing")

Timeout Selection by Tool Type

from praisonaiagents import Agent
from praisonaiagents.config.feature_configs import ToolConfig

def get_agent_with_timeouts():
    return Agent(
        name="MultiTool Assistant",
        instructions="Help with various tasks",
        tools=[
            "web_search",      # Network IO
            "file_processor",  # Local computation  
            "simple_math"      # Fast operation
        ],
        tool_config=ToolConfig(timeout=45)  # Good balance for mixed workload
    )

---

Best Practices

Always release in finally blocks

Prevents deadlocks when exceptions occur:

registry.acquire_sync("agent")
try:
    # Agent work here
    agent.start("task")
finally:
    registry.release("agent")  # Always runs

Don't mix sync and async acquire

Keep acquisition method consistent with execution context:

# ✅ Good - sync context, sync acquire
def sync_handler():
    registry.acquire_sync("agent")
    try:
        agent.start("task")
    finally:
        registry.release("agent")

# ✅ Good - async context, async acquire  
async def async_handler():
    await registry.acquire("agent")
    try:
        await agent.astart("task")
    finally:
        registry.release("agent")

Set tool_timeout for network tools

Any tool that does network IO should have a timeout:

from praisonaiagents import Agent
from praisonaiagents.config.feature_configs import ToolConfig

# Tools that need timeouts
network_tools = ["web_search", "api_call", "download_file"]
local_tools = ["calculate", "format_text", "parse_json"]

agent = Agent(
    name="Assistant",
    tools=network_tools + local_tools,
    tool_config=ToolConfig(timeout=30)  # Protects against slow network
)

Use thread names for debugging

Filter logs by agent name using the thread prefix:

# Filter tool execution logs by agent
grep "tool-researcher" app.log

# Or in Python logging
import logging
logging.basicConfig(format='%(threadName)s: %(message)s')

---

Retries

Tool failures can be automatically retried using the retry policy feature. This works alongside timeouts to handle transient errors:

from praisonaiagents import Agent
from praisonaiagents.config.feature_configs import ToolConfig
from praisonaiagents.tools.retry import RetryPolicy

# Enable retry with defaults
agent = Agent(
    name="resilient_agent",
    tools=[web_search, api_tool],
    tool_retry_policy=RetryPolicy()
)

# Using consolidated tool config (preferred)
agent = Agent(
    name="modern_agent",
    tools=[flaky_tool],
    tool_config=ToolConfig(
        timeout=30,
        parallel=True,
        retry_policy=RetryPolicy(
            max_attempts=3,
            retry_on={"timeout", "rate_limit", "connection_error"},
            backoff_factor=2.0,
            jitter=True
        )
    )
)

For complete retry configuration and error handling strategies, see Tool Retry Policy.

---

Related

Tool Retry Policy

Automatically retry failed tool calls with exponential backoff

Tool Configuration

Tool timeout settings and performance tuning

Async Bridge

Safe sync↔async boundary crossing utilities

Thread Safety

Chat history and state protection mechanisms