Skip to main content
Glama
ER-EPR

futu-opend-mcp

by ER-EPR

screen_stocks

Screen stocks across multiple markets using a multi-factor JSON configuration. Filter, retrieve, and sort stocks based on custom criteria such as price, market cap, and change percentage.

Instructions

Screen stocks by multi-factor config (V2) - 条件选股/筛选/screen stocks. market: HK/US/SH/ SZ/SG/MY/JP. config_json: a JSON string with filters/retrieves/sort (see Futu V2 screen schema). Values are RAW (OpenD scales): PRICE 10.0, MARKET_CAP 1e10, change% 5.0 (not 0.05).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
marketYes
page_countNo
config_jsonYes
Behavior3/5

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

The description provides important behavioral info about raw scaling (e.g., PRICE 10.0, MARKET_CAP 1e10) and references an external schema for config_json. However, it does not disclose output format, side effects, auth needs, or rate limits. Since no annotations are provided, the description carries the full burden but falls short.

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 concise, with two lines plus parenthetical clarifications. Every sentence adds value, front-loading the purpose and then detailing key parameters.

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?

Given three parameters, no output schema, and no annotations, the description covers market and config_json but omits page_count and does not describe the output format or return behavior. It is minimally complete but could be more informative.

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?

The description adds meaning beyond the schema for 'market' (listing supported values) and 'config_json' (explaining it is a JSON string with filters/retrieves/sort and raw scaling). However, 'page_count' is not mentioned, and the config_json reference to external schema leaves some vagueness.

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 screens stocks by multi-factor config (V2), with verb 'Screen' and resource 'stocks'. It distinguishes from sibling tools, which are all 'get_' tools for specific data, making this the only screening tool.

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

Usage Guidelines3/5

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

While the tool is unique among siblings (no other screening tools), the description does not explicitly state when to use it or provide alternatives. It implies usage for multi-factor screening but lacks explicit guidance on when to prefer it over other tools.

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/ER-EPR/futu-opend-mcp'

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