subagent-mcp
Related Servers
Alternatives to subagent-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables Claude Code, Codex, and Cursor to delegate self-contained coding tasks to one another on the user's own subscriptions, with each task isolated in a git worktree and sandbox, usage tracked, budgets enforced, and results returned for review.438 npm2Apache 2.0
- AlicenseAqualityAmaintenanceEnables AI assistants to delegate specific tasks to specialized sub-agents (e.g., test-writer, code-reviewer). Supports both Cursor and Claude Code with custom agent definitions.1545 npm98MIT
- AlicenseAqualityCmaintenanceEnables an agent to drive Claude Code and Antigravity (agy) sessions as controlled subagents — listing, spawning, messaging, interrupting, waiting on, and stopping them, including fan-out of several at once. It also provides a locked, fsynced bridge so separate agents can exchange messages.19MIT
- FlicenseNot gradedqualityDmaintenanceAllows users to manage multiple remote AI coding agents from a single Claude Code session, with a controlled execution model where operations require moderator approval.-
- AlicenseAqualityBmaintenanceEnables Claude Code to delegate software-engineering tasks to OpenCode agents running in the same workspace/worktree, with the model and provider chosen per agent. Exposes tools for task delegation, persistent sessions, diffs, and agent listing so an orchestrator can research, edit, review, and test code.7249 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables MCP clients to delegate work to nested subagents running on Codex and Claude Code, keeping each task's session, turn history and results durable in SQLite while the main chat continues. Supports async or blocking waits, mid-session context updates, git worktree isolation, read-only-by-default permission inheritance, and cancelling whole subagent trees.MIT
TDQS
Scored across 14 tools
Most tools have clearly distinct purposes across the subagent lifecycle: spawning, messaging, listing, polling events, retrieving results, waiting, approving, and cleanup. The main possible confusion is between stop_agent and stop_agents, but their descriptions distinguish single-agent interruption from batch/group cancellation; list_agents versus list_agent_configs is also distinguishable but close enough to require attention.
All tools use consistent snake_case verb_noun naming, such as spawn_agent, send_message, get_agent_events, list_agents, stop_agent, and cleanup_worktree. The singular/plural distinction in stop_agent and stop_agents is a deliberate scope difference rather than a naming inconsistency.
Fourteen tools is well within the appropriate range for a subagent orchestration server and each tool maps to a meaningful lifecycle operation. There is no obvious padding or missing core action at the count level.
The set covers the full subagent lifecycle: discovery, spawning, resuming via messaging, event polling, waiting, result retrieval, approval resolution, stopping, cleanup, and routing memory. Listing models and configs plus recording outcomes and notes also supports operational decision-making and observability.