Use this path when you want to integrate DZap AI into your own application, orchestration layer, or agent runtime.Documentation Index
Fetch the complete documentation index at: https://docs.dzap.io/llms.txt
Use this file to discover all available pages before exploring further.
Good fit
Custom clients are a strong choice when you need:- Tighter control over prompts and tool policy.
- Your own UI or app workflow.
- Internal guardrails around execution.
- App-specific logging, auth, or observability.
Integration model
Recommended approach
Step 1: Define your tool subset
Most apps should not expose every available capability. Start narrow:- Asset discovery
- Balances and positions
- Route and quote generation
- Build and simulate
Step 2: Add role-aware behavior
Different users or agents may need different tool access:- Support copilot — docs + read-only tooling.
- Analyst agent — research + market tools.
- Execution copilot — build + simulate + explicit approval path.
Step 3: Keep confirmations explicit
For anything that may lead to execution, the client should make the assistant state:- What will happen.
- What chain and asset are involved.
- What assumptions were made.
- Whether this is read, build, simulate, or execute.
Step 4: Log tool usage
At minimum, log:- Selected tool.
- Normalized inputs.
- Returned outputs.
- Decision step in the conversation.
- Whether the action was gated or confirmed.
Connecting via the MCP SDK
Design tips
Prefer tool orchestration over free-form prompting
Let the client orchestrate structure. Let the model do interpretation.Separate advisory from execution-capable flows
Don’t make every agent one prompt away from execution.Make failure states readable
Users should understand whether the system failed because of:- Missing wallet context.
- Unsupported chain or asset.
- Invalid arguments.
- Policy restrictions.
- Transport or service errors.
See also
- MCP overview
- Safety & Execution
- SDK-AI — embed-in-app alternative.