trades-runtime
Related Servers
Alternatives to trades-runtime
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceA language-neutral runtime for the SEP-2663 task lifecycle and io.sdar/taskExecution Provider Profile, delegating resource facts and side effects to versioned gRPC/Protobuf adapters. Implemented in strict TypeScript, it provides durable scheduling, recovery, and a full test suite for conformance.1Apache 2.0
- AlicenseNot gradedqualityAmaintenanceTypeScript AI SDK with a built-in MCP client: 58+ MCP servers over 4 transports (stdio, HTTP, SSE, WebSocket), 24+ LLM providers behind one interface, streaming, tool calling, RAG, voice (TTS/STT/realtime), and task scheduling.7,368 npm139MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants and MCP-compatible editors to scaffold, edit, validate, compile, run, debug, and diff durable TypeScript workflows directly through conversation.7 npmApache 2.0
- FlicenseNot gradedqualityBmaintenanceA native TypeScript AI orchestration engine and MCP server that coordinates autonomous sub-agents for complex coding tasks using DAG-based parallel execution and multi-agent consensus validation, with a real-time web dashboard.1-
- FlicenseNot gradedqualityDmaintenanceA TypeScript implementation of the MCP Agent framework, providing tools for building context-aware agents with advanced workflow management, logging, and execution capabilities.18-
- AlicenseNot gradedqualityAmaintenanceLocal API evidence for TypeScript coding agents.8 npmMIT
TDQS
Scored across 4 tools
Each tool exposes a distinct concern: skill documentation, health status, usage statistics, and citation data. Health and stats are both read-only, but their descriptions clearly separate service health from view/download counts.
All tools follow the same snake_case prefix pattern: trades_runtime_ followed by a specific noun (skill, health, stats, cite). This is consistent and predictable.
Four tools is a well-scoped set for a runtime information server. Each tool covers a meaningful public-facing aspect without unnecessary bloat.
The server surfaces all expected public runtime concerns: usage instructions, health, statistics, and citation metadata. There are no obvious gaps for the stated read-only purpose.