Skip to main content
Glama
Akka-Finance

akka-finance-mcp-server

Official
by Akka-Finance

akka_get_quote

Read-onlyIdempotent

Obtain a swap quote from a DEX aggregator to check the expected output amount for swapping tokens on EVM chains. Input amount in wei and review before executing a trade.

Instructions

Get the best swap quote from AKKA DEX aggregator. Returns the expected output amount for swapping tokens on supported EVM chains. Use this to check prices before executing a swap. Amounts are in wei (the token's smallest unit). Use akka_list_chains to find valid chain IDs.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
chainIdYesChain ID (999=HyperEVM, 1=Ethereum, 8453=Base, 42161=Arbitrum, 56=BNB Chain)
srcYesSource token address (use 0xeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee for native token)
dstYesDestination token address
amountYesAmount in wei (smallest unit of the source token)
includeTokensInfoNoInclude token symbol/name/decimals in response
includeGasNoInclude estimated gas cost
Behavior3/5

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

Annotations already declare readOnlyHint, idempotentHint, etc. Description adds that amounts are in wei, which is consistent and helpful but not beyond what schema provides. No contradiction.

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?

Three concise sentences: purpose, usage, unit detail. Front-loaded and no unnecessary words.

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

Completeness3/5

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

No output schema, so description could describe response structure more fully. Only mentions 'expected output amount'. Adequate but leaves agent guessing about other fields.

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?

Schema coverage is 100%, so schema already documents parameters. Description mentions 'wei' units but repeats schema info. No additional semantic value.

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?

Clearly states it gets the best swap quote from AKKA DEX aggregator. Distinguishes from siblings like akka_get_swap (executes) and akka_dex_compare (compares).

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?

Explicitly says use this to check prices before executing a swap, and directs to akka_list_chains for valid chain IDs. Does not explicitly state when not to use, but implies it.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Akka-Finance/akka-mcp-server'

If you have feedback or need assistance with the MCP directory API, please join our Discord server