Interactive Brokers MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| IB_USERNAME | No | Your Interactive Brokers username (required when IB_HEADLESS_MODE is true) | |
| IB_HEADLESS_MODE | No | Enable headless mode for automated environments or when you prefer not to use a browser for authentication | false |
| IB_PASSWORD_AUTH | No | Your Interactive Brokers password (required when IB_HEADLESS_MODE is true) |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| authenticateA | Authenticate with Interactive Brokers. Usage: |
| get_account_infoB | Get account information and balances. Usage: |
| get_positionsC | Get current positions. Usage: |
| get_option_chainA | Get option expirations and strikes for an underlying symbol. Usage: |
| resolve_option_conidA | Resolve a specific option contract conid. Usage: |
| get_market_dataA | Get real-time market data. Usage: |
| place_orderA | Place a trading order. Examples:
|
| get_order_statusA | Get the status of a specific order. Usage: |
| get_live_ordersA | Get all live/open orders for monitoring and validation. Usage: |
| confirm_orderB | Manually confirm an order that requires confirmation. Usage: |
| get_alertsC | Get all trading alerts for an account. Usage: |
| create_alertC | Create a new trading alert. Usage: |
| activate_alertA | Activate a previously created alert. Usage: |
| delete_alertC | Delete an alert. Usage: |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 14 tools
Most tools have distinct purposes (alerts vs orders vs account data), but get_live_orders and get_order_status could be confused since both relate to order monitoring. get_alerts vs create/activate/delete_alert are clear, and get_option_chain vs resolve_option_conid are related but distinct enough.
The naming follows a consistent verb_noun pattern (get_, create_, activate_, delete_, place_, confirm_). Minor deviation: 'authenticate' lacks a noun object, and 'resolve_option_conid' is slightly more verbose than the others, but overall the pattern is predictable.
14 tools is well-scoped for a trading platform server covering authentication, account info, market data, orders, and alerts. Each tool addresses a distinct workflow need without excessive overlap or bloat.
The server covers core trading workflows: authentication, account/position queries, market data, order placement/status/confirmation, and alert lifecycle (create, activate, delete, list). Missing order cancellation/modification and position closing are notable gaps, but the primary use cases are covered.