search_docsFind the right tool for the taskSearch approved service docs plus physical and Unified operations through one MCP Server. Short-lived task scopes can narrow the results even further.Enable the agent.
One MCP connection reaches every service the agent is allowed to touch. It discovers single-service and governed Unified operations when it needs them, completes work across services, and never holds a provider credential.
executeComplete work across servicesCall one service, run a governed Unified operation, or use a bounded TypeScript sequence—away from credentials and the filesystem.Two purposeful tools
Give the model less to load—and more it can do.
Fused keeps the MCP surface stable instead of registering every service operation as another tool. The agent learns one pattern for finding guidance and one for taking action.search_docsGuidance arrives when the task needs it.
search_docs works like an on-demand integration skill. It searches only the services available to this MCP Server and returns relevant guidance plus exact physical and Unified operation shapes without loading the whole catalogue into context.
executeOne call—or a governed cross-service operation.
execute can make one physical call, run a reusable Unified operation, or chain a bounded sequence with TypeScript. Engine keeps every selected provider call authorised and keeps network access and credentials outside the model.
Business logic, not vibes
Already know how this should go? Say so once.
Some tasks do not need the agent to improvise an order, they need it to follow one. Define it as a Unified Operation and stop re-teaching the same process to the model on every run.Write the sequence once
Give the steps, the order, and what happens if one fails a real definition instead of re-explaining them in the prompt every time the task comes up.
The plan gets checked before anything moves
Engine validates the whole sequence—every step and every target—before the first provider call goes out, so nothing gets added quietly and nothing gets skipped by accident.
Same pattern, whoever's asking
An application calls it through the SDK, the agent calls it through execute. Same definition, same order, same outcome—no separate agent version to keep in sync.
One MCP connection
One server can grow with the agent.
Add approved public APIs and internal services behind the same MCP Server. The agent keeps one connection and the same two-tool pattern as its reach expands.search_docsexecute
Engine-backed trust
Let agents act without handing them the keys.
The agent gets a genuinely useful interface. Engine keeps identity, access, and execution behind a boundary your team controls—and the agent never notices the difference.Keep the keys out of the model.
API keys and tokens never appear in a prompt, a tool argument, or a line of execution code. Engine resolves them at call time and the agent gets back the result.
Use connected accounts without passing tokens around.
Engine picks and refreshes the right OAuth connection for the user or resource in play. The agent supplies the task and the provider arguments—nothing else.
Narrow the server down to one session.
The MCP Server sets the ceiling. A short-lived token can lower it to an exact operation set for one task, then expire when the task is done.
Let the agent act without opening your infrastructure.
Code runs in a protected environment with no filesystem and no unrestricted network access. The agent gets the answer, not a route into the machine.
Agent activity
Find out what the agent actually did.
Every tool call leaves a record. Debugging an agent stops being a matter of asking it nicely to explain itself.Every run leaves a receipt
Each execution records the operation called, the credential context used, how long the provider took, and what came back.
Every call still gets authorised
A Unified operation creates no extra scope. Engine authorises every selected provider operation and active rollback on its own merits.
See where agent work is concentrating
Usage by service and operation shows what agents actually lean on—ideally before a provider bill or a rate limit brings it to your attention.