Skip to main content
Glama
code-rabi

Interactive Brokers MCP Server

by code-rabi

delete_alert

Remove a specific alert from your Interactive Brokers account using the account ID and alert ID.

Instructions

Delete an alert. Usage: { "accountId": "<id>", "alertId": "<alertId>" }.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
accountIdYes
alertIdYes
Behavior1/5

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

No annotations are provided, so the description carries the full burden of behavioral disclosure. It fails to mention whether deletion is permanent, reversible, requires authentication, or has side effects on related data. The brief description omits all critical behavioral traits for a mutation tool.

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 (two sentences), but it sacrifices necessary detail for brevity. While concise, it lacks essential information such as parameter explanations or usage conditions. It is not an exemplary use of conciseness because it leaves significant gaps.

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

Completeness1/5

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

Given two required parameters, no output schema, and no annotations, the description is severely incomplete. It does not explain what the tool returns (success/error), any required permissions, error conditions, or side effects. A deletion tool should provide more context to ensure safe invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

With a schema description coverage of 0%, the description must add meaning beyond property names. It only provides a usage example with placeholders (e.g., '<id>', '<alertId>'), but does not explain what these parameters represent, their expected formats, or any constraints. The example adds minimal value over the raw schema.

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

Purpose4/5

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

The description clearly states the action 'Delete an alert', which is a specific verb+resource combination. It distinguishes itself from sibling tools like 'create_alert' or 'activate_alert' by indicating a deletion operation. However, it lacks any additional context about scope or intent.

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?

There is no guidance on when to use this tool versus alternatives. The description does not specify prerequisites, such as whether the alert must exist, or provide any conditions under which deletion is appropriate. The usage example implies basic invocation but no strategic guidance.

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/code-rabi/interactive-brokers-mcp'

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