Evidrift
Related Servers
Alternatives to Evidrift
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceA local-first, deterministic, read-only MCP server that audits test suites for false-green tests, tautological assertions, and mock-contract drift, ensuring tests truly validate production code. It provides tools to detect test fidelity issues, verify mock drift, and synthesize strict mock contracts.1MIT
- AlicenseNot gradedqualityBmaintenanceType-safe Model Context Protocol (MCP) server to inspect, validate, and synchronize OpenAPI specs directly within AI agent workflows.30 npm1ISC
- FlicenseAqualityDmaintenanceA clone-and-own MCP server that exposes OpenAPI/Huma contract intelligence to AI agents by turning API specifications into deterministic endpoint metadata, schemas, validation facts, and TypeScript declarations.6-
- AlicenseNot gradedqualityCmaintenanceHigh-performance MCP server for OpenAPI specifications that parses specs, diffs versions, tracks dependencies, and generates code (TypeScript, Rust, Python).3 npm2MIT
- AlicenseNot gradedqualityBmaintenanceLocal-first MCP and coding-agent reliability harness that captures bounded, sanitized failure evidence and generates deterministic executable regression tests. Capture is opt-in; no API key or hosted service is required.2Apache 2.0
- FlicenseNot gradedqualityBmaintenanceLocal MCP server for static Python/TypeScript code audits, Playwright test generation, and SDLC health checks with a 0-100 quality score.-
TDQS
Scored across 2 tools
Each tool targets a clearly distinct evidence source: one resolves an installed dependency call-site, the other reads a repository-local JSON file via RFC 6901 pointer. The descriptions are explicit about the different inputs, so there is no real ambiguity.
Both names follow the evidrift_record_ prefix with snake_case, but one is a bare verb ('evidrift_record') while the other includes a direct object ('evidrift_record_json_pointer'). The pattern is mostly consistent but slightly unbalanced, making the first name less descriptive.
With only two tools, the surface feels thin, though the narrow specialization of recording evidence from just these two sources could justify it. It is borderline but not extreme, so a middling score is appropriate.
The domain appears to be specific types of evidence recording, and the two tools cover the two stated cases well. The descriptions explicitly rule out other methods (URL, command, package code, LLM), suggesting the scope is intentional. Minor gaps in other potential evidence types are acceptable for this narrow purpose.