FIXSIM
Server Details
Test FIX from Claude, ChatGPT, or Cursor: free sandbox FIX sessions or your own FIXSIM instances.
- Status
- Healthy
- Uptime
- 100.0% over the last 24 hours
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- Repository
- GammaThreeTrading/fixsim-mcp
- GitHub Stars
- 1
- Server Listing
- fixsim-mcp
- ChatGPT
- –
- Claude
- –
TDQS
Scored across 21 tools
Two distinct API families (fixsim_* and sandbox_*) are mostly well-separated, but there is clear overlap between fixsim_act_on_orders and sandbox_act_on_order, and between fixsim_get_order_in / fixsim_list_orders_in and sandbox_get_orders, which could cause misselection.
fixsim_* tools use a consistent verb_noun_in/out pattern, and sandbox_* tools also follow a consistent verb_noun pattern. The only deviation is the naming prefix shift (fixsim_ vs sandbox_) and sandbox_set_autofill versus fixsim_list_* style, but overall conventions are predictable.
21 tools is on the heavy side for a FIX simulator, and the overlap between fixsim_* and sandbox_* families means some tools may be redundant. It is borderline but not clearly excessive.
The surface covers session lifecycle, order send/receive, execution reports, raw FIX, securities, and sandbox management, which is strong for a FIX testing tool. Minor gaps exist in explicit order amend/cancel-replace handling and session start/stop controls.
Available Tools
21 toolsfixsim_act_on_ordersAct on inbound ordersAInspect
Respond to orders the user's system sent into FIXSIM: acknowledge, fully or partially execute, reject, cancel remaining, expire, done-for-day, restate, or accept/reject a pending cancel/replace. FIXSIM emits the matching execution reports on the FIX session. Give one or more ClOrdIDs; for executions supply lastPx and, for a partial, lastQty.
Inputs: action (required), session (required), clOrdIds (required), instance (required), +3 more.
fixsim_cancel_order_outSend an Order Cancel RequestAInspect
Have FIXSIM send an Order Cancel Request (35=F) for an order it previously sent out with fixsim_send_order.
Inputs: clOrdId (required), session (required), instance (required), apiKey, +2 more.
fixsim_get_order_inGet inbound orderARead-onlyIdempotentInspect
Get one inbound order by ClOrdID (tag 11), including its raw FIX message and audit trail. Use this to explain why an order was rejected or what state it is in.
Inputs: clOrdId (required), session (required), instance (required), apiKey.
fixsim_get_sessionGet FIX sessionARead-onlyIdempotentInspect
Get one FIX session's settings and live state (logged in?, sequence numbers, connection details).
Inputs: session (required), instance (required), apiKey.
fixsim_list_executions_inList inbound execution reportsARead-onlyIdempotentInspect
Execution reports the user's system sent INTO FIXSIM on a session (when FIXSIM is the order sender and the user's system is the executing side). Optionally filter by ExecID (tag 17).
Inputs: session (required), instance (required), limit, apiKey, +1 more.
fixsim_list_executions_outList outbound execution reportsARead-onlyIdempotentInspect
Execution reports FIXSIM sent OUT on a session (acks, fills, partial fills, rejects, cancels). Pass clOrdId to see the full execution history of one order: ExecType, OrdStatus, LastPx/LastQty, CumQty, LeavesQty, AvgPx and the raw FIX.
Inputs: session (required), instance (required), limit, apiKey, +1 more.
fixsim_list_instancesList FIXSIM instancesARead-onlyIdempotentInspect
List the FIXSIM instances your API key can access. An instance is a hosted FIX engine; each holds one or more FIX sessions. Start here to learn the instance names other tools need.
Inputs: apiKey.
fixsim_list_orders_inList inbound ordersARead-onlyIdempotentInspect
Orders the user's trading system sent INTO FIXSIM on a session (FIXSIM is the counterparty). Includes ClOrdID, symbol, side, quantity, remaining quantity, order status and the raw FIX message. Optionally filter by FIX OrdStatus code (tag 39): 0 new, 1 partially filled, 2 filled, 4 canceled, 8 rejected.
Inputs: session (required), instance (required), limit, apiKey, +1 more.
fixsim_list_orders_outList outbound ordersBRead-onlyIdempotentInspect
Orders FIXSIM sent OUT on a session (created with fixsim_send_order). Pass clOrdId to fetch one.
Inputs: session (required), instance (required), limit, apiKey, +1 more.
fixsim_list_securitiesList securitiesBRead-onlyIdempotentInspect
Securities (symbol, last price, CUSIP, ISIN) configured on an instance. FIXSIM prices fills from these.
Inputs: instance (required), apiKey.
fixsim_list_sessionsList FIX sessionsBRead-onlyIdempotentInspect
List the FIX sessions on an instance with their FIX version, CompIDs, acceptor/initiator role, host/port, enabled and logged-in state, and sequence numbers.
Inputs: instance (required), apiKey.
fixsim_send_orderSend a New Order SingleAInspect
Have FIXSIM send a New Order Single (35=D) OUT on a session to the user's system, so they can test how their system handles inbound orders. Follow up with fixsim_list_orders_out and fixsim_list_executions_in to see what came back.
Inputs: side (required), symbol (required), clOrdId (required), ordType (required), +6 more.
fixsim_send_raw_fixSend raw FIX messagesAInspect
Send one or more raw FIX application messages OUT on a session as given (tag=value pairs separated by | or SOH). FIXSIM supplies the session header fields (BeginString, CompIDs, MsgSeqNum, SendingTime) and the checksum. Use for message types the other tools do not cover.
Inputs: session (required), instance (required), fixMessages (required), apiKey.
sandbox_act_on_orderFill, reject, or cancel a sandbox orderAInspect
Play the exchange for one order the user sent in: fill (full execution), partial (partial fill), reject, or cancel (cancel the remaining quantity). FIXSIM sends the matching execution report back to the user's engine.
Inputs: action (required), clOrdId (required), sessionId (required).
sandbox_create_sessionCreate sandbox FIX sessionAInspect
Create a free, anonymous FIX test session on the FIXSIM Developer Sandbox. No account or API key needed. Returns the connection card: host, port, the SenderCompID the user must put in tag 49, the TargetCompID for tag 56, BeginString, and the expiry (sessions last 4 hours, cap 100 application messages per day). The user's FIX engine connects as the initiator; FIXSIM is the acceptor and acknowledges every order. Keep the returned id; every other sandbox tool needs it.
Inputs: fixVersion.
sandbox_end_sessionEnd sandbox sessionADestructiveInspect
End a sandbox session now instead of waiting for it to expire. Frees the slot for the user's IP.
Inputs: sessionId (required).
sandbox_get_messagesRead sandbox FIX message logARead-onlyIdempotentInspect
The FIX message log for a sandbox session, oldest first: logons, heartbeats, orders in, execution reports out, rejects. Each message has seq, timeUtc, inbound (true = user's engine sent it), msgType, raw FIX, and parsed tag/value fields. Pass afterSeq (the last seq you saw) to fetch only new messages. Use this to explain what happened on the wire.
Inputs: sessionId (required), afterSeq.
sandbox_get_ordersList sandbox ordersBRead-onlyIdempotentInspect
Working orders the user's engine has sent into the sandbox session: ClOrdID, symbol, side, qty, filled, leaves, price, status.
Inputs: sessionId (required).
sandbox_get_sessionGet sandbox sessionARead-onlyIdempotentInspect
Re-fetch a sandbox session's connection card by id, including whether auto-fill is on and when it expires.
Inputs: sessionId (required).
sandbox_get_statusCheck sandbox connection statusARead-onlyIdempotentInspect
Is the user's FIX engine connected to the sandbox session? Returns state: connected, waiting (nobody logged on yet), disabled, or unknown.
Inputs: sessionId (required).
sandbox_set_autofillSet sandbox auto-fillAInspect
Turn automatic fills on or off for a sandbox session. On: every order the user sends is filled immediately at the security's last price. Off (default): orders are acknowledged and wait for sandbox_act_on_order.
Inputs: enabled (required), sessionId (required).
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
Related MCP Connectors
Build, test, monitor & improve AI with Future AGI via Claude, Cursor, Windsurf & more.
Trade Papertrade BTC and ETH perps from Claude, ChatGPT, Codex, Cursor and any MCP client.
Send, receive and track real faxes in the US and Canada from Claude, ChatGPT or Cursor.
Aligned market data for AI agents: crypto, stocks, FX and macro on one clock. Local or hosted.
Related MCP Servers
AlicenseAqualityBmaintenanceA deterministic eval engine for coding agents. Your agent claims it fixed the bug—this checks it. The same scenario runs twice against a sandbox of the services your code calls, with failures injected on purpose. It must fail on the old code and pass on the new. The verdict is an exit code, not a model's opinion. Every run leaves a receipt.19134 npm1MIT- AlicenseNot gradedqualityDmaintenanceAutonomous QA platform powered by Claude + Playwright that allows AI to write, run, and fix tests for any project.MIT
- AlicenseAqualityBmaintenanceEnables AI agents to read realistic, coherent data—repos, pull requests, issues, commits, users—through API-compatible, read-only replicas of 21 developer platforms including GitHub, Jira, Linear, Slack, Sentry and Salesforce, all preloaded with one simulated company so integrations can be built and tested with no accounts, credentials, rate-limit worry, or cleanup.10454 npmMIT
- AlicenseNot gradedqualityDmaintenanceOpenTester is a testing execution engine designed for AI coding tools (Claude Code, Cursor, OpenCode, etc.). It provides a unified DSL format and MCP interface, enabling Agents to generate, execute, and manage test cases, achieving an automated "code-test-fix" workflow.29MIT
Glama MCP Gateway
Add one secure layer between your agents and this server.