Skip to main content
Glama
sand0vvv

hyperevm-mcp

Order book depth

hl_orderbook
Read-onlyIdempotent

Determine if a Hyperliquid market can handle your trade size by simulating against the order book to see average fill price and slippage.

Instructions

Resting order book depth for one Hyperliquid market: spread, top of book, and how much size sits on each side. Pass size_usd to walk the book for that trade and get the average fill price and slippage — or a clear statement that the visible book is not deep enough to answer, which is common for large sizes. Answers "can I actually get in or out at this size", which price and volume alone do not. Read-only, public data, no API key.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
marketNoWhich book to read. Default perp.
symbolYesMarket symbol, e.g. HYPE or BTC. For spot pass the pair, e.g. PURR/USDC.
size_usdNoTrade size in USD to simulate against the book. Omitted = depth summary only.
Behavior4/5

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

Beyond the annotations (readOnlyHint, idempotentHint), the description adds that the tool is public and requires no API key. It also explains the behavior when size_usd is provided, including walking the book and returning slippage or a depth insufficiency statement.

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?

The description is three sentences, each adding value. It front-loads the purpose, explains the key parameter behavior, and states the use case. No redundant words.

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 conceptually covers the outputs (spread, top of book, side sizes, fill price, slippage). It lacks exact format details, but for a market data tool, this is nearly complete.

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

Parameters4/5

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

Schema coverage is 100%, but the description adds significant meaning: for size_usd, it explains the trade simulation and output; for market, it notes the default is perp. This enhances understanding beyond the schema alone.

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 clearly states the tool provides resting order book depth, including spread, top of book, and side sizes. It distinguishes itself from price and volume alone, making its purpose precise and actionable.

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 implies when to use it: to assess trade feasibility ('can I actually get in or out at this size'). While it doesn't explicitly list alternatives, the context is clear and sufficient for correct usage.

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/sand0vvv/hyperevm-mcp'

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