Trade Router MCP vs Tradememory Protocol | AllMCPs
Side-by-Side Model Context Protocol Comparison
Trade Router MCP vs Tradememory Protocol
In-depth architectural comparison of the Trade Router MCP and Tradememory Protocol MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
Trade Router MCP
Finance & Fintech · Local stdio
Quality: 55/100 (Good) | Auth: other
Tradememory Protocol
Finance & Fintech · Local stdio
Quality: 68/100 (Great) | Auth: No auth required
Verdict Summary: Choose Trade Router MCP if you need specialized Finance & Fintech tools running via a local process. Choose Tradememory Protocol if your workspace requires Finance & Fintech integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose Trade Router MCP when:
You need dedicated capabilities in the Finance & Fintech domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: other (Free / Open Source).
You have access to required keys: TRADEROUTER_PRIVATE_KEY.
Trade Router MCP is categorized under Finance & Fintech and uses a local stdio subprocess. In contrast, Tradememory Protocol belongs to Finance & Fintech using local stdio subprocess. Select Trade Router MCP when you need capabilities focused on finance & fintech and Tradememory Protocol when you require tools for finance & fintech.
Get aggregate performance stats per strategy.
Use this to evaluate which strategies are working and which need adjustment.
get_trade_reflection
Get the full context and reflection for a specific trade.
Use this to deep-dive into a particular trade's reasoning and lessons.
remember_trade
Store a trade into OWM multi-layer memory with automatic updates.
Writes to episodic memory and automatically updates semantic (Bayesian),
procedural (running averages + hold time + Kelly), and affective
(EWMA confidence/streaks). Also writes to trade_records for backward
compatibility.
recall_memories
Recall memories using OWM outcome-weighted scoring.
Queries episodic and semantic memories, scores them by outcome quality,
context similarity, recency, confidence, and affective modulation.
Returns ranked memories with score breakdown.
get_behavioral_analysis
Get behavioral analysis from procedural memory.
Returns aggregate trading behavior stats: hold times, disposition ratio,
lot sizing variance, and Kelly criterion comparison.
get_agent_state
Get the current agent affective state (confidence, risk, drawdown).
Returns confidence level, risk appetite, drawdown percentage,
win/loss streaks, equity tracking, and a recommended action
based on current drawdown severity.
create_trading_plan
Create a prospective trading plan that activates when conditions are met.
Stores a rule-based plan in prospective memory. The plan stays active
until triggered, expired, or manually cancelled.
check_active_plans
Check active trading plans against current market context.
Queries all active prospective plans, expires any past their expiry date,
and matches remaining plans against the provided context.
evolution_fetch_market_data
Fetch OHLCV market data from Binance for evolution analysis.
Downloads historical price bars for backtesting and pattern discovery.
Use this before discover_patterns or run_backtest to get data.
evolution_discover_patterns
Discover trading patterns from market data using LLM analysis.
Uses Claude to analyze OHLCV data and generate candidate trading patterns
with entry/exit conditions. Each pattern can be backtested afterward.
evolution_run_backtest
Backtest a candidate pattern against historical OHLCV data.
Takes a pattern dict (from discover_patterns) and runs a vectorized
backtest. Returns fitness metrics: Sharpe ratio, win rate, trade count,
max drawdown, total PnL.
evolution_evolve_strategy
Run full evolution loop — generate, backtest, select, eliminate.
Multi-generation strategy evolution: generates candidate patterns via LLM,
backtests on in-sample data, validates survivors on out-of-sample data,
eliminates weak hypotheses. Returns graduated strategies and graveyard.