renfield-mcp-filesystem
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@renfield-mcp-filesystemlist files in my documents root"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
renfield-mcp-filesystem
Watch-folder MCP server for Renfield: it
watches folders (local / SMB) for settled new files and pushes them into
Renfield over REST (POST /api/folder-ingest/document), which ingests them into
the knowledge base and Paperless.
This dedicated server is the sole access boundary to the shares — the Renfield backend never mounts them, and credentials/clients live only here. A new off-cluster share or a per-user folder is added at runtime by editing the roots config — no redeploy, no static volume.
Principles
Event-driven, never polling. Local roots use
watchdog(inotifyCLOSE_WRITE= the settle signal); SMB roots use SMB2CHANGE_NOTIFY+ an event-debounce timer. No periodic filesystem scan. (One exception: a single enumeration at startup catches files that already existed before the watch began — a one-shot catch-up, not a poll.)Create-only. Acts on settled new files; ignores in-place rewrites of files it has already handled.
The backend's 4-state response drives the move.
ingested|duplicate→processed/,failed→failed/,retry→ left in place and re-attempted on a bounded backoff.401/403is a fatal token error (the file is never moved).Local safety gates. Size ceiling + extension allowlist are enforced before any push (an oversized / disallowed file goes straight to
failed/).
Related MCP server: DocGraph
Quickstart (local folder)
Point it at a local inbox and an existing Renfield backend:
mkdir -p ./inbox
cat > roots.yaml <<'YAML'
roots:
- name: inbox
type: local
path: /watch/inbox
YAML
docker run --rm \
-e RENFIELD_URL=http://renfield-backend:8000 \
-e RENFIELD_INGEST_TOKEN=<token-from-POST-/api/folder-ingest/token> \
-e FILES_ROOTS_YAML=/config/roots.yaml \
-v "$PWD/roots.yaml:/config/roots.yaml:ro" \
-v "$PWD/inbox:/watch/inbox" \
-p 8080:8080 \
registry.treehouse.x-idra.de/renfield/filesystem-mcp:latestDrop a PDF into ./inbox → it appears in Renfield's /wissen and Paperless, then
moves to ./inbox/processed/. A rejected file moves to ./inbox/failed/.
Mint the token on the backend (admin): POST /api/folder-ingest/token. The
backend feature must be on (FOLDER_INGEST_ENABLED=true).
Configuration
Global settings come from the environment; the watch roots come from a
mounted roots.yaml (see config/roots.example.yaml).
Env var | Default | Meaning |
| — (required) | Renfield backend base URL |
| — (required) | folder-ingest Bearer token |
| — | path to the mounted roots.yaml (reloaded on change) |
|
| local extension allowlist |
|
| size ceiling (enforced before push) |
|
| SMB settle-debounce window |
|
| MCP server bind |
| — | optional failure/disconnect webhook |
roots.yaml (creds referenced by env-var name, never inlined):
roots:
- name: documents
type: smb
server: nas.example.lan
share: Documents
path: Inbox
username_env: DOCS_SMB_USER
password_env: DOCS_SMB_PASS
- name: local-inbox
type: local
path: /watch/inboxEach root takes an optional processed_subdir / failed_subdir (defaults
processed / failed). After a file is handled it is moved out of the inbox:
ingested/duplicate → processed, rejected → failed, retry → left in place.
Where the processed/failed dirs live differs by provider:
SMB — at the share root, as siblings of the watched
path. A root withpath: Inboxproduces<share>/{Inbox, processed, failed}(not<share>/Inbox/processed). Withpath: ""(watch the share root) they are simply the two top-level dirs. The watched inbox + both dirs are auto-created on connect.local — nested inside the watched
path(<path>/processed,<path>/failed), since a local root is self-contained.
Dry-run (preflight)
Validate config + credentials + the matched/skipped files before the daemon touches anything (pushes nothing, moves nothing):
renfield-mcp-filesystem-scan --dry-run
# root documents (smb):
# would push (2): invoice.pdf (12345 bytes), letter.pdf (6789 bytes)
# skipped (1): notes.exe (extension_not_allowed)Interactive MCP tools
Registered as mcp.files.* (the files stanza in Renfield's
config/mcp_servers.yaml). The agent uses these to browse + ingest on demand
(the watch loop is automatic + event-driven):
list_watch_folders()→ roots +connected+last_errorlist_files(root, pattern?)→ files, each with a qualifiedpath"<root>/<relpath>"get_file_info(path)·read_file(path, truncate?)·move_file(path, subdir)
The Renfield agent tool internal.ingest_file({path}) pulls bytes via
read_file(path, truncate=False) and runs them through the same ingest bridge.
Deploy (k8s)
Manifests in k8s/ (ConfigMap roots + Secret creds + a single-replica
Deployment + Service). Single replica by design — two would double-push. Build
on the build box → Harbor → kubectl apply -f k8s/.
Develop
python3 -m venv .venv && .venv/bin/pip install -e '.[dev]'
.venv/bin/python -m pytestCore modules (config/contract/providers/pusher/engine/gate/daemon/tools/scan)
are mcp-free and fully unit-tested; the live inotify/SMB CHANGE_NOTIFY wiring and
the cross-repo push are verified by the Renfield .159 E2E. NFS is deferred — it
has no native change-notification, so it cannot be event-driven without polling.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/ebongard/renfield-mcp-filesystem'
If you have feedback or need assistance with the MCP directory API, please join our Discord server