ModelBound
OfficialRelated Servers
Alternatives to ModelBound
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceMCP server that lets Claude Code or any MCP client delegate coding tasks to the local Cursor Agent CLI, with persistent per-workspace sessions and tools for diffing and pushing changes.12 npmMIT
- AlicenseAqualityBmaintenanceA universal MCP server that enables any LLM or AI agent to access expert skills from your local filesystem.3458 npm40MIT
- AlicenseNot gradedqualityCmaintenanceA management toolkit for AI agent skills that provides an MCP server for search-first skill discovery and on-demand loading. It enables users to validate, organize, and serve standardized skills to MCP-compatible clients like Cursor and GitHub Copilot.584 PyPI420MIT
- AlicenseNot gradedqualityDmaintenanceMCP server that adapts, activates, and shares local Agent Skills for runtimes like OpenAI Agents SDK and Claude Code, enabling dynamic discovery and shareable HTML/image artifacts.41 npm3MIT
- AlicenseNot gradedqualityAmaintenanceProvides a provider-agnostic MCP server that gives AI coding agents a shared workflow for drafting specs, claiming tracked tasks, logging actions and handoffs, and gating completion on health-check evidence. It also bundles read-only skills for triage, review, consultation, and product guidance across Claude Code, Codex CLI, Cursor, Grok Build, and OpenCode.29 npmMIT
- AlicenseNot gradedqualityCmaintenanceLocal-first MCP server that provides project context, verification gates, and structured tools for coding agents to discover knowledge, run diagnostics, and execute allowlisted commands within a repository.41 npmMIT
TDQS
Scored across 51 tools
Most tools target distinct actions, but several check/safety tools overlap heavily (skills.checks, skills.flightCheck, check_harness, skill.findings all 'check a skill' with subtly different scopes), and test tools (skill.test, eval.run, skill.benchmark, skill.testRuns) blur together. Detailed descriptions help, but selection still requires careful reading.
Mix of dot-namespaced and flat snake_case tools (check_harness, report_run) with no unified scheme, and even the namespaces are inconsistent (skills. vs skill.). Method casing is also mixed, e.g. skill.report_outcome (snake) alongside skills.reviewRequest (camelCase).
51 tools is heavy for a skill-management server and clearly exceeds the 25+ 'too many' threshold. Multiple families (review, checks, tests, optimization) contain near-duplicate capabilities that inflate the surface beyond what the core purpose requires.
Broad lifecycle coverage: scaffold/create, read/write, cloud push/pull/list, versioning/diff, review workflow, testing, eval, optimization, and outcome reporting are all present. Only minor gaps remain, and agents can work around them.