Skip to main content
Glama

Get cross-chain swap quotes

get_quote
Read-only

Get cross-chain swap quotes from BazaarSwap, returning the best route and every route found, sorted by net output. Read-only: no funds move, and the returned quoteId feeds build_swap_tx.

Instructions

Race the BazaarSwap routing backend for cross-chain swap quotes (for example EVM assets into ADA) and return the best route plus every route found, sorted by net output. Read-only: quoting moves no funds. Amounts are in the source token's smallest unit. The returned quoteId feeds build_swap_tx. The race can take up to ~25 seconds.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
amountYesAmount to send, in the source token's smallest unit
toChainYesDestination chain id, e.g. "CARDANO" for Cardano
toTokenYesDestination token address; native ADA on "CARDANO" is the zero address
slippageNoSlippage tolerance in percent, e.g. "0.5"
fromChainYesSource chain id, e.g. "1" for Ethereum
fromTokenYesSource token address (or native-token sentinel)
userAddressYesSender address on the source chain
recipientAddressNoDestination-chain recipient; defaults to the sender when omitted

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A4.2/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint and openWorldHint. The description adds value beyond that: it explains the racing behavior, the ~25-second latency, that it returns both the best route and all routes sorted by net output, and the relationship to build_swap_tx. No contradictions with annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Four sentences, all carrying weight: purpose, read-only safety, amount units, and quoteId integration / timing. Purpose is front-loaded; no filler or repetition.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With no output schema, the description explains the return shape at a high level (best route + all routes sorted, quoteId) and covers latency and safety. It could detail the route object structure or error cases, but given the strong annotations and 100% schema coverage, only a minor gap remains.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Input schema has 100% description coverage, so the baseline is 3. The description repeats the amount-unit detail already in the schema ('Amounts are in the source token's smallest unit') and adds no new meaning for parameters like slippage, fromChain, or userAddress.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description opens with a specific verb and resource: 'Race the BazaarSwap routing backend for cross-chain swap quotes' and states the exact output (best route plus every route, sorted by net output). It differentiates from build_swap_tx by noting the returned quoteId feeds that tool.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description gives clear context: read-only, no funds moved, quoteId feeds build_swap_tx, and a ~25s race duration. However, it does not explicitly name alternatives or state when NOT to use this tool, so it stops short of the 'explicit when/when-not/alternatives' bar.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.