fix-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| query_ordersA | Query OMS orders with optional filters. Returns order details including notional value and SLA countdowns for institutional orders. |
| check_fix_sessionsA | Check FIX session health: status, sequence numbers, heartbeat age, latency. |
| send_orderB | Send a new order via FIX NewOrderSingle. Validates symbol, checks corp actions, auto-routes if no venue supplied. |
| cancel_replaceC | Cancel or replace an existing order via FIX 35=F or 35=G. |
| check_tickerA | Look up a symbol or CUSIP. Returns full record, pending corporate actions, and affected open order count. |
| update_tickerA | Rename a symbol and bulk-update all open orders. Flags stop orders for manual review. |
| load_tickerC | Load a new symbol into the reference store and release orders pending that symbol. |
| fix_session_issueC | Resolve a FIX session issue: resend_request (gap recovery), reset_sequence, or reconnect. |
| validate_ordersC | Validate a set of orders: check symbol validity, venue status, duplicate ClOrdIDs, and client status. |
| run_premarket_checkB | Flagship pre-market health check: sessions, corp actions, stuck orders, SLA deadlines, validation summary. |
| send_algo_orderA | Submit a new algorithmic order (TWAP, VWAP, POV, IS, DARK_AGG, ICEBERG). Creates a parent algo order with execution schedule and initial child slices. |
| check_algo_statusB | Check status of algo orders: schedule deviation, execution quality, IS shortfall, over-participation, and child order health. |
| modify_algoA | Modify an active algo: pause, resume, or update POV participation rate. |
| cancel_algoA | Cancel an active algo and send OrderCancelRequest for all open child slices. |
| list_scenariosB | List all available trading scenarios or load one into the runtime. Use action='list' to see all scenarios with their context summaries. Use action='load' with scenario_name to switch the active scenario. |
| session_heartbeatC | Send a heartbeat and return the heartbeat status for a specific venue session. |
| reset_sequenceB | Reset FIX sequence numbers for a venue session. |
| dump_session_stateB | Return full session diagnostics for a venue including sequence numbers, latency, heartbeat age, and associated orders. |
| tail_logsB | Return the last N lines of a log file. |
| grep_logsA | Search log files for a pattern and return matching lines. |
| release_stuck_ordersA | Release stuck orders, re-checking blockers. Optional reason_filter limits scope (e.g., 'stale_md', 'venue_down'). |
| update_venue_statusA | Change venue status (active/degraded/down). Use fix_session_issue to recover a degraded/down venue. |
| check_market_data_stalenessA | Report per-symbol market-data staleness in ms. Flags symbols whose last quote exceeds a 500ms advisory threshold. Pass 'symbol' to filter. |
| check_pending_acksA | List all orders in pending_ack status with pending age, venue ACK delay, and a duplicate-risk flag (true when pending age > 30 s). Pass 'venue' to filter to a single venue. |
| clear_market_data_delayA | Clear any simulated feed delay for a venue and report what delay was removed. Returns NOOP when no delay was set. |
| save_snapshotA | Save a deep-copy snapshot of the current OMS + session state. Use before irreversible actions. |
| rollback_to_snapshotC | Restore OMS state from a previously saved snapshot. |
| list_snapshotsA | List all saved state snapshots for the current scenario. |
| diff_snapshotB | Compare a saved snapshot against current state. Returns structured diff. |
| approve_actionB | Submit a structured approval payload for an action. Enforces idempotency and risk-flagged audit trail. |
| advance_timeC | Advance the simulated market clock by N minutes. Auto-pauses on triggers. |
| time_statusA | Return current simulated time, pause state, and trigger history. |
| resume_simulationB | Resume a paused simulation after reviewing the trigger. |
| inject_eventB | Inject a simulated market event into the current scenario for training. Supported: venue_outage, luld, reject_spike, client_message, seq_gap, sla_breach. |
| score_scenarioA | Compute and return the full KPI score report for the current scenario. |
| get_traceC | Get the tool execution trace log with optional filters. |
| get_trace_statsA | Get summary statistics for the current trace. |
| get_manual_runbookA | Get the manual commands equivalent to MCP tools. Filter by tool name. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| trading-ops | General trading operations assistant — all roles |
| session-engineer | FIX session engineer — transport layer only |
| order-desk | Order desk operator — routing, execution, SLA management |
| ticker-ops | Ticker operations — reference data, corporate actions, splits |
| risk-compliance | Risk and compliance — SSR, LULD, large order review, EOD cleanup |
| algo-trader | Algo execution specialist — TWAP, VWAP, POV, IS, dark aggregator |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| FIX Sessions | All configured FIX session states |
| Venue Registry | Trading venue reference data |
| Reference Data | Symbol count and corporate actions summary |
| Trading Ops Prompt | System prompt for the trading operations assistant |
TDQS
Scored across 38 tools
Each tool targets a distinct action or resource, from order management to session health and scenario controls. No two tools have overlapping purposes; even similar actions like cancel_algo and cancel_replace are clearly different (algo vs. single order).
All tool names follow a consistent verb_noun pattern in snake_case, e.g., advance_time, approve_action, check_algo_status, diff_snapshot, fix_session_issue. The naming is predictable and easy to understand.
38 tools is significantly above the typical 3-15 range for a well-scoped MCP server. While the domain of trading simulation is complex, the count feels excessive and may overwhelm an agent, reducing coherence.
The tool surface covers the core workflows: order lifecycle (send, cancel, replace, modify), algo orders, session management, scenario simulation, logging, and validation. Minor gaps exist (e.g., no direct market data subscription tool), but most essential operations are present.