Skip to main content
Glama

nav_references

Retrieve ground-truth references from the live language server to confirm impact before editing. Authoritative results reflect current file contents, with optional file filtering.

Instructions

Ground-truth 'find all references' from the live language server (pyright/tsserver), always reflecting current on-disk file contents. Use this to CONFIRM impact before editing a symbol — it is authoritative where the static map is only indicative. Costs real latency on large projects, so narrow first: use map_neighbors to identify the area, resolve(nodeId) for an exact file:line:col, then call this. If results are truncated, refine with fileFilter rather than raising the budget.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
colNo1-based column (UTF-16 units)
fileYesRepo-relative path, posix separators
lineYes1-based line
fileFilterNoSubstring/glob to scope result files, e.g. 'src/' or 'tests/'
tokenBudgetNoMax tokens for the response. Lists are truncated to fit, with a note saying what was dropped and how to get it back.
includeDeclarationNo
Behavior4/5

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

No annotations provided, but description discloses that it is live language server, reflects current on-disk contents, costs real latency, and results may be truncated. Implies read-only, though not explicit.

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 sentences with no redundancy. Front-loaded with core purpose, followed by usage guidance and optimization tip.

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?

Covers purpose, usage, and behavioral traits well. Lacks description of return structure, but mentions truncation behavior. Sufficient for a tool with many siblings and no output schema.

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 has 100% parameter descriptions, so baseline is 3. Description adds minimal extra guidance (use fileFilter instead of raising tokenBudget).

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 the verb 'find all references' and the resource (symbol at file:line:col). Distinguishes from siblings by mentioning map_neighbors and resolve as alternatives.

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 states when to use (confirm impact before editing) and when not to (costs latency, narrow first with map_neighbors/resolve). Provides refinement strategy for truncated results.

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/LSDIPPOLLC/transcend-mcp'

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