OpenCoverage MCP server for coverage, contributor, and integration-test data.
OpenCoverage MCP server has 12 tools with complete input schemas and descriptions. Naming follows verb_noun convention (list_, get_, ingest_). However, descriptions are brief (10-50 chars) and lack context on WHEN to use each tool or dependencies between them. Parameter descriptions are present but minimal. Output schemas are not documented, LLMs cannot predict response structure for chaining. Error handling is basic; no recovery guidance. Two write tools (ingest_coverage_run, ingest_integration_run) lack confirmation/dry-run patterns. Overall: functional but below production baseline for agent reasoning.
Get grouped integration heatmap data across projects.
Get a specific integration-test run and its failed specs.
Get the latest coverage comparison for a project.
Get the latest integration-test comparison for a project.
Fetch project metadata by project ID.
Ingest a coverage run using the existing OpenCoverage payload contract.
Ingest an integration-test run using the existing OpenCoverage payload contract.
Output schemas not documented. LLMs cannot predict response structure, breaking tool chaining. E.g., list_projects returns what fields? Does it include project_id for downstream get_project calls?
Tool descriptions are 10-50 characters, below the 50-200 char baseline for LLM optimization. Descriptions lack WHEN to use, dependencies, and prerequisites. E.g., 'List projects in OpenCoverage' does not explain when to call this vs get_project.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 56 | 2025-06-18+ | v2 |
List known branches for a project.
List top contributors for the project's default branch.
List paginated coverage run history for a project.
List paginated integration-test run history for a project.
List projects in OpenCoverage.
Write tools (ingest_coverage_run, ingest_integration_run) lack dry-run or confirmation patterns. Agents can ingest malformed data without safeguards. No error guidance on invalid payloads.
Parameter descriptions are minimal. E.g., 'Page number to return' does not explain what happens if page exceeds total pages. 'Optional RFC3339 lower time bound' does not clarify timezone handling or format strictness.
No error handling guidance. If ingest_coverage_run fails due to invalid package data, what should the agent do? Retry? Ask user? No recovery path documented.