Skip to main content
Glama

gas_forecast

Predict crypto gas fees with real-time forecasts. Pay per call with USDC on Base network, no signup required.

Instructions

[Crypto] Gas费预测 — $0.01/call (free tier: 50/50 today) API: https://goldbean-api.xyz/paid/gas-forecast

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior2/5

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

No annotations are provided, so the description bears full responsibility for behavioral disclosure. It includes pricing info but fails to describe the output format, time horizon, or any side effects. The tool's behavior as a forecast is implied but not explicitly stated.

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

Conciseness3/5

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

The description is very short (one line including pricing and API). It is concise but not front-loaded with a clear purpose statement. The inclusion of pricing and API URL is useful but does not replace a proper description of the tool's function.

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

Completeness2/5

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

Given no output schema and no parameter details, the description needs to explain what the tool returns. It only gives pricing and an API endpoint, lacking details on the forecast (e.g., time range, units). It is incomplete for a tool with no other structured metadata.

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?

There are zero parameters, so the schema already documents this. The description adds no further explanation of the parameterless nature or what input the tool might expect, but it does not harm. Baseline for 0 params is 4, but the description lacks context about the meaning of no parameters.

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

Purpose3/5

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

The description states 'Gas费预测' which means 'Gas fee forecast', indicating the tool's purpose for crypto gas fee prediction. However, it simply paraphrases the tool name without adding specific details or distinguishing it from siblings like eth_gas_now or eth_fee_history.

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

Usage Guidelines2/5

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

The description provides no guidance on when to use this tool versus alternatives. It does not mention that this tool is for future forecasts, while siblings like eth_gas_now are for current gas, and eth_fee_history for past data.

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/wuzenghai616-lang/goldbean'

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