MCP File Tools

io.github.dimitar-grigorovPublished by GitHub account dimitar-grigorovv4.6.2Updated Oct 31, 2026

Non-UTF-8 files: CP1251, CP1252, KOI8, ISO-8859, UTF-16, GBK auto-detected and preserved

VerifiedSTDIODesktop onlyFiles & StorageDeveloper Tools

Overview

AI-generated overview

Local MCP server for reading, editing and writing text files in non-UTF-8 encodings, detecting the charset from bytes and preserving it on write.

What you can do
  • Read files with automatic encoding detection, including several files at once, and inspect the detected charset, confidence and BOM
  • Write and edit files in a chosen encoding, with line-based edits and diff preview, plus copy, move, rename and delete files
  • Browse and search the filesystem: list directories, show a tree, find files by glob and grep file contents with encoding support
  • Convert encodings, manage line endings and BOMs, and list the supported encodings
  • Inspect file metadata, create directories and list the directories the server may access
When to use it
Useful when an assistant must work with legacy or localized text files whose encoding is not UTF-8, such as Delphi/Pascal units, VB6 forms, older PHP or HTML pages, and INI or data files, and the encoding must survive edits byte-compatibly.
Requirements
Runs as a local process on the desktop. The plugin launcher needs Node.js 18+ on the PATH; a manual install uses a downloaded binary per platform, or Go 1.27+ to build from source. Directories it may access are passed as arguments or set via MCP_FILE_TOOLS_ALLOWED_DIRS. No account or API key is declared.
Before you install
It can write, move and delete files, so keep delete_file and move_file behind permission prompts rather than auto-approving every tool. Access is limited to the directories you grant, but the working-directory fallback grants the workspace unless disabled with MCP_FILE_TOOLS_NO_CWD_FALLBACK. Encoding detection is a guess and can misread files, so pin candidates with MCP_DETECTION_CANDIDATES when the content is known.

Installation

In SourceWeft

  1. Open MCP File Tools in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

MCP File Tools

[Release] [Downloads] [Test] [OpenSSF Scorecard] [License: GPL-3.0] [MCP Registry] [Glama score]

Claude sees Настройки — not ???? or Íàñòðîéêè.

MCP server for file operations on text that isn't UTF-8. It detects the encoding from the file's bytes rather than its extension, hands the model UTF-8, and writes back in the original encoding — BOM and CRLF/LF intact, still byte-compatible with whatever legacy tool owns the file.

  • 45 encodings, read and write — Cyrillic (CP1251, KOI8-R/U, CP866/855), Windows-125x, ISO-8859-x, DOS code pages, MacRoman, UTF-16/UTF-32, CJK (GBK, Big5, Shift_JIS, EUC-JP/KR) (full list)
  • Encoding-aware across the whole tool set — edit_file, grep_text_files and search_files decode the same way, not just read and write
  • Detection you can inspect — detect_encoding reports the charset, a confidence score and any BOM, so garbled text becomes diagnosable
  • BOM and line endings are first-class — including on UTF-16, where a naive byte-level rewrite corrupts the file
  • Sandboxed — every path, symlink and junction targets included, is checked against the directories you allowed

Built for: Delphi/Pascal units with Cyrillic UI text, VB6 forms, legacy PHP/HTML with localized content, and INI or data files whose encoding you can't tell from the filename.

User: Read config.ini and change the title to "Настройки"Claude: [read_text_file → cp1251 detected] → [edits UTF-8] → [write_file → back to cp1251]

PRs welcome and merged fast — no CLA, no style review, one-line fixes count. Forked this to fix something? Please send it back instead.

Installation

Claude Code plugin (recommended)

bash
claude plugin marketplace add dimitar-grigorov/mcp-file-toolsclaude plugin install mcp-file-tools

Inside a session: /plugin marketplace add … and /plugin install ….

Requires Node.js 18+ on your PATH. The launcher is a Node script and Claude Code does not bundle Node; without it /mcp shows the server as not connected.

First launch downloads the binary for your OS at a pinned version, verifies its SHA-256 and caches it. It is scoped to the folder you have open, so there is nothing to configure. For directories outside the workspace, or a machine without Node, use a manual install.

Coming from a manual install
bash
claude mcp list                                              # find the old file-tools entryclaude mcp remove file-toolsclaude plugin marketplace add dimitar-grigorov/mcp-file-toolsclaude plugin install mcp-file-tools# Old binary, once /mcp shows the plugin connected:#   Windows      Remove-Item "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe"#   Linux/macOS  rm ~/.local/bin/mcp-file-tools

Tool names change too: mcp__file-tools__* becomes mcp__plugin_mcp-file-tools_file-tools__*, so update your permission rules, see Auto-approve tools.

Updating the plugin

bash
claude plugin marketplace update mcp-file-toolsclaude plugin update mcp-file-tools@mcp-file-tools

Use the full plugin@marketplace id, not the bare name, or turn on auto-update in /plugin → Marketplaces.

Registries and directories

This server is listed in the Official MCP Registry for discovery by any MCP client, and indexed on Glama, which scores it A for license, quality and maintenance.

Manual install (other MCP clients, or access outside your workspace)

Download the binary for your platform, then register it with the directories it may access.

PlatformRelease assetSuggested path
Windows x64mcp-file-tools_windows_amd64.exe%LOCALAPPDATA%\Programs\mcp-file-tools\mcp-file-tools.exe
Linux x64mcp-file-tools_linux_amd64~/.local/bin/mcp-file-tools
macOS ARM64mcp-file-tools_darwin_arm64~/.local/bin/mcp-file-tools

Windows (PowerShell, not CMD):

powershell
mkdir -Force "$env:LOCALAPPDATA\Programs\mcp-file-tools"iwr "https://github.com/dimitar-grigorov/mcp-file-tools/releases/latest/download/mcp-file-tools_windows_amd64.exe" -OutFile "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe"claude mcp add --scope user file-tools -- "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe" "C:\Projects"

Linux / macOS (swap the asset name from the table for your platform):

bash
mkdir -p ~/.local/bincurl -L "https://github.com/dimitar-grigorov/mcp-file-tools/releases/latest/download/mcp-file-tools_linux_amd64" -o ~/.local/bin/mcp-file-toolschmod +x ~/.local/bin/mcp-file-toolsclaude mcp add --scope user file-tools -- ~/.local/bin/mcp-file-tools ~/Projects

Go install (all platforms)

bash
# Requires Go 1.27+go install github.com/dimitar-grigorov/mcp-file-tools/v4/cmd/mcp-file-tools@latest# Linux / macOSclaude mcp add --scope user file-tools -- $(go env GOPATH)/bin/mcp-file-tools ~/Projects
powershell
# Windows PowerShellclaude mcp add --scope user file-tools -- "$(go env GOPATH)\bin\mcp-file-tools.exe" "C:\Projects"

Other Clients

For Claude Desktop, VSCode, or Cursor, use the downloaded binary path in your config:

Claude Desktop (%APPDATA%\Claude\claude_desktop_config.json on Windows, ~/Library/Application Support/Claude/claude_desktop_config.json on macOS):

Windows:

json
{  "mcpServers": {    "file-tools": {      "command": "C:\\Users\\YOUR_NAME\\AppData\\Local\\Programs\\mcp-file-tools\\mcp-file-tools.exe",      "args": ["D:\\Projects", "C:\\Users\\YOUR_NAME\\Documents"]    }  }}

macOS / Linux:

json
{  "mcpServers": {    "file-tools": {      "command": "/Users/YOUR_NAME/.local/bin/mcp-file-tools",      "args": ["/Users/YOUR_NAME/Projects", "/Users/YOUR_NAME/Documents"]    }  }}

args lists the directories the server may access — as many as you need.

VSCode / Cursor (Claude Code extension)

If you already ran claude mcp add --scope user from the installation steps above, the server is already available in VSCode — no extra config needed.

To configure separately for VSCode only:

powershell
claude mcp add --scope user file-tools -- "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe" "C:\Projects"

Alternatively, create a per-project config by adding .mcp.json to your project root:

json
{  "mcpServers": {    "file-tools": {      "type": "stdio",      "command": "C:\\Users\\YOUR_NAME\\AppData\\Local\\Programs\\mcp-file-tools\\mcp-file-tools.exe",      "args": ["D:\\Projects", "D:\\Other\\Directory"]    }  }}

Note: type: "stdio" is required here. The VSCode extension does not add the workspace directory by itself, so args must list every directory you want reachable. Adding one later means re-running claude mcp add with the full list — it overwrites the previous config rather than appending.

OpenAI Codex CLI

Codex takes a direct MCP command, so no manual TOML editing is needed.

Windows (PowerShell):

powershell
mkdir -Force "$env:LOCALAPPDATA\Programs\mcp-file-tools"iwr "https://github.com/dimitar-grigorov/mcp-file-tools/releases/latest/download/mcp-file-tools_windows_amd64.exe" -OutFile "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe"codex mcp add file-tools -- "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe" "C:\Projects"

Run codex mcp list to verify it, then start a new Codex session. Add more directory arguments to grant access outside the current project.

Auto-approve tools (Claude Code)

To skip the permission prompts, add to .claude/settings.local.json in your project root:

json
{ "permissions": { "allow": ["mcp__plugin_mcp-file-tools_file-tools__*"] } }

That prefix is the plugin install; a manual one registered as file-tools is mcp__file-tools__* instead, and a rule with the wrong prefix matches nothing and fails quietly. Which modes the rules affect, and keeping delete_file / move_file behind a prompt, are in docs/extra.md.

Update

The server checks for updates automatically and notifies you through tool responses when a newer version is available; the notice carries the steps for your install. Plugin installs update through Updating the plugin — a re-downloaded binary is ignored there.

For a manual install, re-download the binary over the existing one — the registration does not need repeating:

  1. Close all Claude Code sessions (the binary is locked while running)
  2. Re-download:
powershell
iwr "https://github.com/dimitar-grigorov/mcp-file-tools/releases/latest/download/mcp-file-tools_windows_amd64.exe" `    -OutFile "$env:LOCALAPPDATA\Programs\mcp-file-tools\mcp-file-tools.exe"

To disable update checks, set the environment variable MCP_NO_UPDATE_CHECK=1.

Verify & Uninstall

bash
# Check which file-tools server is connected (plugin or manual)claude mcp list
# Remove a manual installclaude mcp remove file-tools
# Remove the pluginclaude plugin uninstall mcp-file-tools

How to Use

Once installed, just ask Claude:

  • "List all .pas files in this directory"
  • "Read config.ini and detect its encoding"
  • "Show all supported encodings"
  • "Read MainForm.dfm using CP1251 encoding"

Security: the server reaches only the directories you allowed. It takes them from args: ["/path/to/project"] first, then MCP_FILE_TOOLS_ALLOWED_DIRS, and failing both from the directory it was started in — the workspace, when a client launches it there. Clients that still speak the MCP roots protocol add their roots on top. A drive root or your home directory is never granted by that last fallback; name it explicitly instead. Paths are resolved before the check, so a symlink or Windows junction pointing outside is rejected rather than followed.

Tools

20 tools — every one that touches text content is encoding-aware:

Plus three prompts — audit_encodings, fix_mojibake, migrate_to_utf8 — surfaced by clients as user commands.

See TOOLS.md for detailed parameters and examples. Calls shaped like Claude Code's built-in Read/Write/Edit/Grep are accepted too — the alias layer translates them where the semantics match exactly, so a model's habits don't fail the call.

Out of scope: binary/media reading (read_media_file). This is a text tool; agents read images with their built-in tools.

Supported encodings

Every one below reads and writes. Name one explicitly via the encoding parameter, or leave it to auto-detection.

Script / regionEncodings
UnicodeUTF-8, UTF-16 LE/BE, UTF-32 LE/BE
CyrillicWindows-1251, KOI8-R, KOI8-U, CP866, CP855, ISO-8859-5, MacCyrillic
Western EuropeanWindows-1252, ISO-8859-1, ISO-8859-15, MacRoman
Central EuropeanWindows-1250, ISO-8859-2
GreekWindows-1253, ISO-8859-7
TurkishWindows-1254, ISO-8859-9
Baltic and NordicWindows-1257, ISO-8859-4, ISO-8859-10, ISO-8859-13
Hebrew, Arabic, Vietnamese, ThaiWindows-1255, 1256, 1258, 874, ISO-8859-6, ISO-8859-8
Other LatinISO-8859-3, ISO-8859-14, ISO-8859-16
DOS code pagesCP437, CP850, CP852
ChineseGBK, GB18030, Big5
Japanese and KoreanShift_JIS, EUC-JP, ISO-2022-JP, EUC-KR

Common aliases are accepted (cp1251, latin1, gb2312, tis-620, …) — list_encodings prints the whole table with aliases.

Auto-detection never guesses MacRoman, the DOS pages or the rarer ISO tables; name them explicitly. UTF-32 is found only by its BOM.

Configuration

The server can be configured via environment variables:

VariableDescriptionDefault
MCP_DEFAULT_ENCODINGDefault encoding for write_file on new files when none specified. Existing files keep their detected encoding. Set to cp1251 to restore the pre-2.0.0 default.utf-8
MCP_DEFAULT_LINE_ENDINGSLine endings for write_file on new files (crlf/lf). Existing files keep their own style regardless.unset (write unchanged)
MCP_MEMORY_THRESHOLDMemory threshold in bytes. Files smaller are loaded into memory for faster I/O; larger files use streaming. Also affects encoding detection mode.67108864 (64MB)
MCP_DETECTION_CANDIDATESComma-separated list pinning what detection may answer, in priority order — e.g. utf-8,windows-1252. See Pinning the encodings.unset (detection unrestricted)
MCP_FILE_TOOLS_ALLOWED_DIRSAllowed directories as an OS path list (; on Windows, : elsewhere). For clients where env is the only block you control, such as the Claude Code plugin. Overridden by args.unset
MCP_FILE_TOOLS_NO_CWD_FALLBACKSet to turn off granting the working directory when neither args nor MCP_FILE_TOOLS_ALLOWED_DIRS names one.unset (fallback on)

Set them with an env block in your config (Claude Desktop example):

json
{  "mcpServers": {    "file-tools": {      "command": "C:\\Users\\YOUR_NAME\\AppData\\Local\\Programs\\mcp-file-tools\\mcp-file-tools.exe",      "args": ["D:\\Projects"],      "env": {        "MCP_DEFAULT_ENCODING": "utf-8"      }    }  }}

Pinning the encodings

Detection is a guess, and guesses have blind spots: Spanish CP1252 like MÓDULO FÍSICAMENTE ÚNICO is plausible GBK — every uppercase accent before an ASCII letter is a valid hanzi pair — so it reads back as Chinese and edits fail with "gbk cannot represent 2 characters". If you know what the repo contains, say so:

json
"env": { "MCP_DETECTION_CANDIDATES": "utf-8,windows-1252" }

A BOM still wins. A guess inside the list keeps its confidence; one outside it is dropped and the listed encoding that reads most like text takes over, list order breaking ties. A file that fits none of them is read as the default and reported as an ODD ENCODING in read_text_file's hint, so a stray file gets said out loud rather than guessed at. Unlisted encodings stop appearing in detect_encoding's candidates too. UTF-16/32 are named only by a BOM or the structural classifier, so listing them cannot make them a catch-all.

Legacy teams (pre-2.0.0 behaviour)

Before 2.0.0 new files defaulted to cp1251; they now default to utf-8. Existing files are unaffected — their encoding is detected and preserved — so this only matters if your team creates new non-UTF-8 files, e.g. new Delphi units with Cyrillic literals. To keep the old behaviour:

json
"env": { "MCP_DEFAULT_ENCODING": "cp1251" }

Commit that in the legacy repo's .mcp.json rather than setting it per machine, and everyone working in that repo gets the right default with no local setup.

Delphi 2007 and older read UTF-8 only when it carries a BOM, so a UTF-8 file without one is silently treated as ANSI. Set cp1251 (or your own ANSI code page) for such a repo and new Cyrillic literals land in the encoding the IDE expects. Files that already exist keep their own encoding either way, and no tool adds a BOM to them.

Development

Prerequisites: Go 1.27+

bash
make test    # go test -race ./...make lint    # go vet, go fmt, staticcheck (same pinned version as CI)make build

scripts/smoke-test starts the server over stdio and calls the read-only tools, run by CI on each push:

bash
go run ./scripts/smoke-test

Debugging

MCP Inspector gives a web UI for calling tools and inspecting responses (needs Node.js 18+):

bash
npx @modelcontextprotocol/inspector go run ./cmd/mcp-file-tools -- /path/to/allowed/dir

Or pipe JSON-RPC straight to stdin:

bash
echo '{"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}}' | go run ./cmd/mcp-file-tools /path/to/project

Contributing

If it fits the scope and works, it gets merged. Don't ask first — just send the PR. No CLA, no style review: make test and make lint passing is enough, and tests are welcome but never required. One-line fixes and half-finished features behind a flag both count. Out of scope, or breaking a tool contract other people's agents rely on, gets a comment rather than a close. Not writing the fix yourself? Open an issue with the file, its encoding, and what the tool did.

Details in CONTRIBUTING.md. Found a way out of an allowed directory? That one goes to SECURITY.md, privately, not to an issue.

Forking

Forks are welcome; that is what GPL-3.0 is for. If you distribute one (a public repo, a release binary, a registry listing, a product), the license asks you to:

  • Keep GPL-3.0, LICENSE and the copyright notices (§4, §5c)
  • Say what you changed and when (§5a)
  • Give the source to everyone who gets the binary (§6)

Removing the license or the notice, relicensing, or shipping only a binary breaks the license and ends the rights it grants (§8). Unsure whether what you ship complies? Ask in an issue.

Beyond that, please keep a line such as "Fork of mcp-file-tools" so readers know where it came from, and give your fork its own name, so its bugs don't land here. Fixed something? A PR saves you the merge conflicts and puts your name on the commit.

Credits

Ideas that started in someone else's fork and were reimplemented here:

  • @skyispainted - GBK/GB18030, JSON-string array args, edit_file retry hint
  • @haobiao - GBK/GB18030, independently
  • Hugo Rosário - merging MCP roots with CLI allowed dirs
  • @zoster81 - UTF-16 line endings and grep, path containment fixes, write durability, BOM policy, ordered concurrency
  • Mario Rial - pinning detection to known encodings, multi-pattern grep

A PR gets your name on the commit instead of this list.

License

GPL-3.0 - see LICENSE

Copyright (C) 2026 Dimitar Grigorov. Free software, distributed WITHOUT ANY WARRANTY.

Source: README.md at commit f6328bb

Tools

0
SourceWeft started this package once in an isolated sandbox, without credentials, to list its tools. That failed: the package type cannot run in the sandbox.

Version history

6
  1. v4.6.2LatestOct 31, 2026
  2. v4.6.0Oct 31, 2026
  3. v4.5.2Oct 16, 2026
  4. v4.5.1Oct 14, 2026
  5. v4.5.0Sep 28, 2026
  6. v4.4.1Sep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts