PyLops-MCP
OfficialRelated Servers
Alternatives to PyLops-MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceExposes an OpenAPI catalog as tools for AI agents (e.g., Claude Code, Cursor) to query API endpoints via list_endpoints and get_endpoint tools, enabling interactive API exploration without a browser.2 npmMIT
- FlicenseNot gradedqualityBmaintenanceExposes the structure and documentation of the openreview-py library, enabling LLMs to discover classes, functions, and signatures for accurate code generation. It provides tools for searching the API and retrieving detailed metadata without executing code or making external API calls.7-
- FlicenseNot gradedqualityBmaintenanceExposes schema, lineage, and data-quality trust signals from a SQLite-backed catalog as MCP tools, enabling AI agents to answer grounded questions about datasets without hallucinating.-
- FlicenseNot gradedqualityDmaintenanceEnables agents to browse a catalog of OpenAPI specs, search for operations, and retrieve full operation contracts to build API requests without calling the target APIs.-
- AlicenseNot gradedqualityDmaintenanceProvides MCP tools to list and search OpenAI Agents SDK documentation, enabling LLMs to retrieve documentation topics and content via natural language queries.45 PyPIMIT

componecatofficial
AlicenseNot gradedqualityCmaintenanceEnables AI agents to access an organization's software component catalog, including entities, relationships, interfaces, documentation, and team ownership, for grounded context and impact analysis.1MIT
TDQS
Scored across 12 tools
Most tools are clearly distinct by resource and action (list vs get), and descriptions name the owning package. However, near-identical pairs like get_solver/get_proxsolver and list_solvers/list_proxsolvers require the agent to read carefully to avoid picking the PyLops tool when a PyProximal one is needed, and search overlaps slightly with the list/get pairs as an alternate discovery path.
The dominant pattern is a clean verb_noun scheme (list_operators, get_operator, list_workflows, get_solver). Minor deviations exist: the bare verb 'search', and the inconsistent prox prefix spelling between list_proxperators and get_proxoperator, which weakens predictability slightly.
Twelve tools is well within the sweet spot and every tool earns its place, reflecting a tidy symmetric surface (list+get for operators, solvers, workflows; list+get for proxoperators and proxsolvers; plus search and list_versions). No redundant or filler tools.
For a documentation-lookup server over two packages, the surface covers discovery (list per category, filtered by module), detail retrieval (get with signatures/params/examples), cross-cutting search, and version enumeration. There are no obvious dead ends an agent would hit.