Skip to main content
Glama
firyomaefx

TradingView Chrome MCP

by firyomaefx

tv_drawing_add_rectangle

Destructive

Add a rectangle drawing to the TradingView chart pane by specifying edges as percentages of pane width and height, enabling visual marking of areas for analysis.

Instructions

Experimental: add a rectangle drawing on the chart pane. Best-effort.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
x1PctNoLeft edge as fraction of pane width (default 0.2).
x2PctNoRight edge as fraction of pane width (default 0.8).
y1PctNoTop edge as fraction of pane height (default 0.2).
y2PctNoBottom edge as fraction of pane height (default 0.8).
Behavior3/5

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

Annotations already declare destructiveHint=true and readOnlyHint=false. The description adds 'Experimental' and 'Best-effort', which hint at instability but don't specify side effects (e.g., overwriting existing drawings) or the meaning of 'best-effort'. Since annotations cover the safety profile, some credit is given for the added caveats.

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 extremely concise with no filler. It front-loads the action and includes the caveats 'Experimental' and 'Best-effort' which earn their place. Zero waste.

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?

There is no output schema, and the description doesn't mention success/failure behavior, return values, or effects on existing drawings. The experimental label adds caution but doesn't provide enough context for an agent to anticipate outcomes reliably.

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 coverage is 100% with clear descriptions for all four parameters, so the baseline is 3. The description adds no extra parameter semantics, but it doesn't need to because the schema is self-sufficient.

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 action ('add') and the target ('rectangle drawing on the chart pane'). This distinguishes it from sibling drawing tools like trendline, horizontal line, and Fibonacci retracement. The 'Experimental' caveat doesn't obscure the core purpose.

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?

No guidance is provided on when to use this tool versus other drawing tools or alternatives. There are no prerequisites, exclusions, or context hints. The description is purely definitional.

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/firyomaefx/tradingview-chrome-mcp'

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