IBM Data Platform Ideas Portal for Customers
This portal is to open public enhancement requests against products and services offered by the IBM Data Platform organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
IBM Employees should enter Ideas at https://ideas.ibm.com
Hi Laurent,
Thanks for following up. To clarify on both points:
1. "Existing tools that don't want to re-architect them", yes, the concern is that moving to async would require updating tools to support a callback URL pattern (and adjusting error handling accordingly). For Verizon's case, several long-running tools are already deployed against sync expectations, and re-architecting them to async would be non-trivial. Configurable per-tool sync timeouts would let them keep the existing tool contracts intact.
2. "Custom vs. OOTB MCP servers", the long-running tools driving this request are remote MCP servers built on Langflow (referenced in the original RFE description), so custom-built rather than OOTB third-party (GitHub, Jira, etc.).
Thanks,
Francisco
Would support for asynchronous tools address your pain point better? While allowing time-out configuration is difficult - we can allow tools to be designated as asynchronous. As a result, the timeout duration should become immaterial
Request
Verizon needs the ability to configure individual timeouts for tool calls in watsonx Orchestrate.
Business Justification
Enterprise agent workflows often call multiple tools, and each tool may have a different latency profile, backend dependency, business criticality, or failure mode. A single global timeout is too rigid for production-grade orchestration.
For example, a lightweight lookup tool may be expected to return in a few seconds, while a complex backend operation, search process, approval workflow, or enterprise system call may legitimately require more time.
Individual timeout controls would allow Verizon to tune agent behavior based on the characteristics of each tool and the expectations of each workflow.
Impact if Not Delivered
Without individual configurable timeouts, Verizon may experience unnecessary failures for slower tools, excessive waiting for tools that should fail fast, or limited control over how agent workflows behave under latency or dependency issues.
This can negatively impact user experience, reliability, and confidence in production agent deployments.
Business Value if Delivered
Individual tool-call timeout controls would improve reliability, resiliency, and operational control for enterprise agent workflows.
This would allow Verizon to better manage backend dependencies, isolate failures, optimize user experience, and safely scale more complex agentic use cases in production.
We can consider for on-prem (not SaaS), will follow-up.