ekl MCP server
Related Servers
Alternatives to ekl MCP server
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityCmaintenanceServes a governed knowledge system of record over MCP, letting agents answer questions with citations drawn only from approved documents and explicitly decline when the record does not cover the question.73 npm-
- AlicenseNot gradedqualityBmaintenanceEnables agents to retrieve permission-filtered document knowledge across organizations and knowledge bases, and to identify and expand business terms and typed object relationships through a unified MCP interface.MIT
- FlicenseNot gradedqualityBmaintenanceEnables external MCP clients and agents to query indexed company documents through the same knowledge search as the chat, using the platform as a knowledge source.192 npm53-
- FlicenseNot gradedqualityBmaintenanceEnables MCP clients to ask plain-language questions and receive answers grounded only in documents the configured role is cleared to read, with the same access-controlled tools available across any client.-
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to securely search and ingest corporate documents via MCP, offering hybrid retrieval, PII sanitization, role-based access control, and citation validation.MIT
- FlicenseAqualityCmaintenanceProvides read-only MCP tools to search and retrieve evidence-grounded knowledge compiled from video content, including hybrid semantic and lexical search with citations.5-
TDQS
Scored across 3 tools
search_knowledge (query-based retrieval) and list_sources (permission-scoped enumeration) are both discovery-oriented and could momentarily be confused, but the descriptions clearly separate query search from browsing the allowed corpus. get_document is unambiguously a fetch-by-id operation with a distinct input signature.
All three tools follow the same verb_noun snake_case pattern (search_knowledge, get_document, list_sources) with consistent, predictable verb choices for query/fetch/enumerate semantics.
Three tools is at the low end but each maps to a distinct retrieval need (discover by query, enumerate permitted corpus, fetch full text), so there is no padding. Slightly thin for a document platform, but well-scoped for a read-only knowledge endpoint.
The discovery-to-retrieval lifecycle is covered: list what you can see, search it, then fetch full text by doc_id. Minor gaps exist, such as no way to retrieve multiple documents or inspect version history/related documents, but core workflows are not blocked.