magents
Related Servers
Alternatives to magents
No user-submitted related servers found.
Related Servers
AlicenseNot gradedqualityBmaintenanceAn MCP server that enables AI coding agents to coordinate by sharing environment snapshots and diffs, surfacing overlapping work, exchanging debug-session messages, handing off tasks, and enforcing policy preflight checks.Elastic 2.0- AlicenseAqualityAmaintenanceHigh-performance local MCP server and CLI written in Rust that scrubs 90%+ framework noise from AI debug logs with Tree-sitter AST validation and test rollback.56MIT
- AlicenseNot gradedqualityDmaintenanceA local-first MCP server for coordinating parallel AI coding sessions with tools like Claude Code and Codex in a single repository.2MIT
- AlicenseAqualityFmaintenanceAn MCP server for coordinating multiple Claude Code sessions across related projects.11MIT
- AlicenseNot gradedqualityAmaintenanceProvides a provider-agnostic MCP server that coordinates structured multi-agent workflows, owning task claims, action logs, handoffs, and server-side health gates for coding agents. It enables tracked specs, tasks, reviews, and verified completion across Claude Code, Codex CLI, Cursor, Grok Build, and OpenCode.29 npmMIT
- AlicenseNot gradedqualityCmaintenanceAn MCP server that gives your agent a persistent project brain: vision, architecture decisions, conventions, roadmaps, and automatic session handoff.5 npm7MIT
TDQS
Scored across 22 tools
Every tool targets a distinct resource+action pairing, even within messaging (inbox, ack, await_reply, reply, send_message) and memory (create_memory, read_memory, search_memories vs. put_note, get_note). Descriptions explicitly distinguish overlapping-sounding tools, preventing misselection.
All names use snake_case, but many deviate from a strict verb_noun pattern (inbox, ack, reply, handoff, whoami, session_digest, files_touched). The mix is readable yet not consistently predictable.
22 tools is on the heavy side for a single MCP server. The multi-agent orchestration domain is complex, but the count falls into the borderline 16-25 range that typically feels heavy and may benefit from consolidation.
Core workflows are well covered: messaging, session lifecycle, memory, notes, transcripts, and learning state. Minor gaps exist, such as no delete/update for first-party memory (create_memory errors if the file exists) and no explicit list for notes or memories, but these are workaroundable.