TradeMemory Protocol
Related Servers
Alternatives to TradeMemory Protocol
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceMCP server for persistent, compounding memory that automatically captures corrections and insights across AI sessions, enabling agents to learn and improve over time.5371MIT
- FlicenseNot gradedqualityBmaintenanceAn MCP server that captures and stores user decisions during AI-agent interactions, offering structured decision memory, cognitive bias detection, and personalized advice from historical patterns.2-
- AlicenseNot gradedqualityCmaintenanceMCP server that gives AI agents persistent long-term memory, storing and recalling facts, decisions, errors, procedures, and episodes across sessions.18 npm3Apache 2.0
- FlicenseNot gradedqualityDmaintenanceAn MCP server that provides persistent memory for AI agents by storing session snapshots, factual memories, and conversation summaries. It enables seamless continuity between interactions by allowing agents to restore previous emotional states and recall relevant past experiences.-
- AlicenseAqualityCmaintenanceMCP server providing persistent memory for AI agents, enabling them to read, write, and query memories across sessions.94 npmMIT
- AlicenseNot gradedqualityCmaintenanceMCP server that provides AI agents with persistent memory, cross-agent sharing, and context management, enabling them to remember conversations, track complex tasks, and evolve skills across tools.2MIT
TDQS
Scored across 20 tools
Most tools have clearly distinct purposes across evolution, audit, and memory subsystems. However, check_trade_legitimacy, compute_dqs, and get_agent_state all involve pre-trade risk/confidence evaluation, creating potential overlap for an agent deciding which to call.
All tool names use snake_case with a clear verb_noun structure, which is consistent overall. Minor deviation: evolution_* tools carry a subsystem prefix while other tools do not, but the pattern remains predictable.
20 tools is on the heavy side for a single server, spanning multiple subsystems (evolution, audit, memory, planning). While each tool appears to have a distinct role, the count is borderline excessive and could likely be consolidated.
The surface covers major lifecycle stages: data fetch, pattern discovery, backtesting, evolution, audit export/verification, memory storage/recall, strategy validation, and trade planning. Minor gaps exist, such as no explicit cancel/update for trading plans or delete for memories, but core workflows are supported.