fs-mcp-server
Related Servers
Alternatives to fs-mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenanceEnables safe filesystem and git operations confined within a single allowed directory tree, using symlink-resolved path containment to protect against path traversal. Users can read, write, list, and search files, as well as initialize repos and run status, stage, commit, diff, and log operations through MCP.11MIT
- AlicenseNot gradedqualityCmaintenanceLocal Files MCP server that lets MCP-compatible clients read, search, and modify files inside a sandboxed directory. Provides file management and coding workflow tools with security controls like path boundary enforcement and disabled deletion by default.MIT
- AlicenseNot gradedqualityCmaintenanceIt enables MCP integrations to safely access a chosen project folder with path-boundary enforcement, read and search files, and perform confirmed writes over a bounded local Unix-socket transport.3MIT
- AlicenseNot gradedqualityDmaintenanceEnables Claude Web to securely inspect, search, and modify local project files through a sandboxed MCP server with atomic writes, path traversal protection, and sensitive file blocking.MIT
- AlicenseNot gradedqualityBmaintenanceEnables remote filesystem access and command/process control through MCP, with safe-by-default permission profiles that restrict file operations to configured roots and make command execution an explicit opt-in.MIT
- FlicenseNot gradedqualityDmaintenanceMCP server for filesystem operations, enabling reading, writing, editing, moving, and searching files with dynamic directory access control via MCP Roots.1,381,610 npm-
TDQS
Scored across 6 tools
Each tool targets a distinct operation: read_file (single read with offset/limit), read_multiple_files (batch read), write_file (overwrite), edit_file (line-based patches), shell (process execution), and fetch_url (web retrieval). Boundaries are reinforced by explicit cross-references, e.g. write_file tells the agent to use edit_file for partial changes and shell explicitly excludes file I/O. The only mild oddity is fetch_url citing brave_web_search, which lives outside this server, but it does not blur tool selection.
Five of six names follow a clear verb_noun snake_case pattern (read_file, read_multiple_files, write_file, edit_file, fetch_url). The bare noun 'shell' breaks the pattern, though it is unambiguous and idiomatic. Minor deviation only.
Six tools is well-scoped for a filesystem server, with no redundant members — even the batch read and the edit tool earn their place by solving distinct problems. Nothing feels padded or bloated.
Read/write/edit are covered, but the surface lacks directory operations (list, exists/stat, create dir), file deletion, and any find/glob search for locating files. shell can work around these, yet agents doing routine filesystem work will hit dead ends in the native tool set, and fetch_url is only loosely within the 'fs' domain.