opencode-subagent-mcp
Related Servers
Alternatives to opencode-subagent-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables Claude Code and other MCP clients to delegate bounded tasks such as code review, boilerplate generation, commit messages, and format conversion to a local or cloud OpenAI-compatible LLM. It keeps the main model as architect while cutting token costs by sending files and prompts straight to the second model instead of into the orchestrator's context window.MIT
- AlicenseAqualityDmaintenanceLets Claude Code delegate coding tasks to external models running on a local opencode serve, preserving main agent tokens for planning and review.866 npm1MIT
- AlicenseNot gradedqualityDmaintenanceEnables Claude Code to delegate prompts to an OpenCode agent session for cheaper executor-role work, supporting different providers and session persistence.24,973 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables MCP clients such as Claude Code to delegate bounded coding and review tasks to local or cloud OpenAI-compatible LLMs, reducing token costs and providing a second model opinion. The main orchestrator retains planning and tool use while offloading drafting, code review, test stubs, documentation, and embeddings.MIT
- AlicenseAqualityDmaintenanceLets your primary coding agent delegate grunt work to a cheaper model via OpenCode, enabling cost-effective task distribution.51MIT
- FlicenseNot gradedqualityAmaintenanceEnables Claude Code or any MCP client to delegate bounded tasks such as code review, boilerplate, and documentation to local or cloud OpenAI-compatible LLMs. This reduces token usage by keeping large source files out of the main model's context while allowing results to be reviewed by the orchestrator.-
TDQS
Scored across 5 tools
Each tool maps to a distinct lifecycle action: launch (agent), follow-up (send_message), await result (wait), abort (stop), enumerate (list). The overlap between wait (awaits a background agent) and send_message (resumes a finished agent and returns its report) is clearly disambiguated by their descriptions.
Names mix conventions: send_message is verb_noun, while wait, stop, and list are bare verbs and 'agent' is a bare noun. All are readable, but there is no single predictable pattern across the set.
Five tools cleanly cover the subagent lifecycle (launch, message, wait, stop, list) with no redundancy. This is well-scoped for the server's stated purpose.
The surface covers launch, resume, wait, stop, and list, which spans the full lifecycle. Minor gaps exist (e.g. no dedicated status/inspect or explicit cleanup of retained worktrees), but agents can work around them via list and send_message.