mcp-everything-search
Related Servers
Alternatives to mcp-everything-search
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceProvides lightning-fast filesystem search on Windows via the Everything SDK, with fallback to HTTP API.106 npm3MIT
- AlicenseAqualityDmaintenanceMCP server that integrates Everything file search engine on Windows, enabling fast file and folder searches using Everything syntax, plus version and status checks.46 npmMIT
- AlicenseAqualityDmaintenanceUltra-lightweight MCP server that exposes Voidtools Everything's blazing-fast file search to AI agents on Windows. Provides tools for searching, counting, and health checking via Everything's NTFS index.3517 npmMIT
- FlicenseAqualityAmaintenanceEnables fast Windows file and directory lookups through the local Everything index, supporting exact, keyword, wildcard, regex, fuzzy, pinyin, and typo-tolerant searches with filters, pagination, directory browsing, counting, and status checks.12-
- AlicenseAqualityDmaintenanceEnables lightning-fast file searching on Windows using Everything SDK, with tools for search, version check, status, and file info retrieval.49 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables instant file searches on Windows using Everything's native SDK, supporting advanced filters, duplicate detection, and content search through MCP tools.5MIT
TDQS
Scored across 1 tool
There is only one tool, so there is no possibility of confusing it with another. Its purpose (universal file search on Linux via locate) is unambiguous.
A single tool named 'search' is a clean, conventional name with no competing conventions to clash with. Nothing inconsistent exists in the set.
One tool is borderline thin for a server, though a single 'search' entry point is a defensible design. Supporting operations around the search lifecycle (e.g. index refresh) would justify a slightly larger surface.
Search itself is well-documented with wildcard and regex syntax, but the surface is a thin wrapper over locate with no index-update/reindex operation, which is a real gap since locate results depend on a current database. No output-filtering or result-paging operations are exposed either.