levuvo-nextcloud-mcp
Related Servers
Alternatives to levuvo-nextcloud-mcp
No user-submitted related servers found.
Related Servers
- FlicenseAqualityDmaintenanceA read-only MCP server that enables AI assistants to search files, list directories, retrieve system info, and get file metadata on the local file system.4-
- FlicenseNot gradedqualityDmaintenanceRead-only MCP server for AI clients to browse and search project files securely, with configurable permissions, virtual paths, and key-based access.-
- AlicenseNot gradedqualityBmaintenanceA security-first, read-only MCP server that lets clients browse and read text, PDF, and XLSX files from an explicit allowlist of local folders, with strict path and secret protections.MIT
- AlicenseAqualityDmaintenanceRead-only MCP server providing AI access to verifiable web, GitHub, and local sources, plus a managed fantasy entity catalog, with strong security and provenance tracking.101MIT
- FlicenseNot gradedqualityDmaintenanceMCP server that provides secure read-only access to a local folder, enabling file listing, reading, semantic search (RAG), and indexing status via natural language, integrated with Claude Desktop and a custom agent loop.-
- AlicenseAqualityAmaintenanceA read-only MCP server so AI agents can query the corpus or the live site.1229 PyPI16MIT
TDQS
Scored across 4 tools
Each tool maps to a distinct operation: browsing directories (list_files), metadata only (get_file_info), content extraction (read_file) and name search (search_files). The descriptions explicitly cross-reference each other with guidance like 'use get_file_info for metadata' and 'for metadata use get_file_info', and error messages redirect to the correct tool.
All four names follow a strict verb_noun snake_case pattern: read_file, list_files, get_file_info, search_files. Prefixes ('file' vs 'files') differ only to reflect resource cardinality, which is still predictable.
Four tools is on the thin side, but for a read-only, share-scoped Nextcloud file surface each one covers a distinct need (navigate, inspect, read, find). Nothing is redundant and nothing obvious is missing from the navigation/read workflow.
The read-only lifecycle is fully covered: browse shares/folders, inspect metadata, search by name, and read paginated content across many formats. Gaps are minor and intentional (no write/upload/delete, no full-text search inside documents, no binary download), all of which are explicitly stated limitations rather than dead ends.