Skip to main content
Glama
florinel-chis

bvb-mcp

search_symbol

Read-only

Find financial instruments by ticker or name using free-text search. Returns symbol, ticker, full name, ISIN, exchange, and type.

Instructions

Search the datafeed for symbols matching a query.

Returns up to limit matches, each with symbol, ticker, full_name, description (includes the ISIN as its trailing token), isin (extracted from the description for convenience), exchange, and type (lowercase: "share", "bond", "structured", …).

Note: the datafeed caps this search at roughly 30 results for broad queries, so it is a lookup aid, not a way to enumerate the full universe — use list_instruments (or list_indices) for that.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
limitNoMaximum number of results to return
queryYesFree-text query matched against ticker and name, e.g. "TLV" or "banca".

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior4/5

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

Annotations already indicate read-only. Description adds details on result cap, field types, and that limit controls max matches. Provides useful behavioral context beyond 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?

Two concise paragraphs with front-loaded purpose and a clear note. No extraneous text; every sentence adds value.

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

Completeness5/5

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

Covers all needed aspects: purpose, usage, constraints, return fields. Output schema exists, so return format is covered. Complete for a low-complexity read-only tool.

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 already describes both parameters with examples. Description does not add new parameter-level information; it only references limit in context of result count. With 100% schema coverage, baseline 3 is appropriate.

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?

Description clearly states it searches for symbols matching a query, lists returned fields, and distinguishes from sibling tools list_instruments/list_indices for enumeration.

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

Usage Guidelines5/5

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

Explicitly notes it is a lookup aid (not for full enumeration) and suggests using list_instruments or list_indices for that purpose. Also mentions result cap at ~30.

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/florinel-chis/bvb-mcp'

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