In-depth architectural comparison of the Docker MCP and Sourcery MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
Docker MCP
Developer Tools · Local stdio
Quality: 47/100 (Fair) | Auth: No auth required
Sourcery
Developer Tools · Local stdio
Quality: 53/100 (Good) | Auth: No auth required
Verdict Summary: Choose Docker MCP if you need specialized Developer Tools tools running via a local process. Choose Sourcery if your workspace requires Developer Tools integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose Docker MCP when:
You need dedicated capabilities in the Developer Tools domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: No auth required (Free / Open Source).
Docker MCP is categorized under Developer Tools and uses a local stdio subprocess. In contrast, Sourcery belongs to Developer Tools using local stdio subprocess. Select Docker MCP when you need capabilities focused on developer tools and Sourcery when you require tools for developer tools.
fetch one issue (full record incl. source snippet and dependency graph).
sourcery_get_security_counts
aggregate counts by status and severity.
sourcery_bulk_update_findings
bulk status/severity changes (≤100 ids; `SOLVED` is scanner-owned and rejected).
sourcery_build_fix_prompt
builds the Sourcery-style minimal-change agent prompt from a finding; the DEPENDENCY path uses `fixed_versions` + `manifest_file_path` and renders the dependency chain.
sourcery_capabilities
describes the verified surface, spec pin, and enum values.
sourcery_api_request
compatibility bridge restricted to the eight verified operations.