Server data from the Official MCP Registry
Hash-anchored file edits for MCP clients. Rejects stale writes before they happen.
Hash-anchored file edits for MCP clients. Rejects stale writes before they happen.
Valid MCP server (4 strong, 3 medium validity signals). No known CVEs in dependencies. Package registry verified. Imported from the Official MCP Registry.
9 files analyzed · 1 issue found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
This plugin requests these system permissions. Most are normal for its category.
Set these up before or after installing:
Environment variable: HLEDIT_BIN
Environment variable: HLEDIT_CWD
Add this to your MCP configuration file:
{
"mcpServers": {
"io-github-dabito-hledit-mcp": {
"args": [
"-y",
"hledit-mcp"
],
"command": "npx"
}
}
}From the project's GitHub README.
hledit-mcp is an MCP server exposing hledit's hash-anchored file edits to standard MCP clients such as Claude Code, Claude Desktop, and Cursor.
Same idea as pi-hledit (the Pi-native integration), but over MCP instead of Pi's extension API, so the same edit primitive can be used from MCP-compatible clients.
Instead of asking an agent to reproduce old text exactly, hledit read annotates each line with a stable anchor:
5#HY:func main() {
6#MX: fmt.Println("hello")
7#NP:}
Write commands reference anchors such as 6#MX. Before changing the file, hledit recomputes the hash at that line. If the file changed since it was read, the anchor is rejected and no write happens — the agent gets a stale error and a remap hint instead of silently corrupting the wrong line.
See docs/demo/transcript.md for a deterministic MCP stdio transcript showing stale-write rejection over the actual hledit-mcp tool surface.
The transcript is generated by docs/demo/hledit-mcp-demo.mjs, which drives dist/index.js through @modelcontextprotocol/sdk's stdio client. It does not call hledit directly.
pi-hledit and hledit-mcp share the same tool contract (core.ts in this repo — arg-building, batch translation, result formatting) and the same underlying hledit CLI. Only the registration/execution glue differs: pi-hledit wires that contract into Pi's registerTool, this wires it into @modelcontextprotocol/sdk's McpServer. MCP has no equivalent of Pi's renderCall/renderResult terminal rendering, so this package doesn't have one either — that layer is genuinely Pi-specific chrome, not part of the portable tool contract.
Use hledit-mcp when you want stale-write rejection over an MCP tool boundary instead of relying on a host's native text replacement behavior.
hledit CLI (or a prebuilt binary on PATH)Install the hledit CLI first:
go install github.com/dabito/hledit@latest
Then configure your MCP client to run hledit-mcp. For Claude Code:
claude mcp add hledit npx hledit-mcp
Or add it manually to your client's MCP server config:
{
"mcpServers": {
"hledit": {
"command": "npx",
"args": ["hledit-mcp"]
}
}
}
| Variable | Default | Description |
|---|---|---|
HLEDIT_BIN | hledit (on PATH) | Path to the hledit binary, if not on PATH. |
HLEDIT_CWD | server's process.cwd() | Working directory hledit resolves relative paths against. Keep this scoped to the workspace you expect the MCP client to edit. |
hleditOne tool, three operations, matching pi-hledit's contract exactly:
op | Purpose |
|---|---|
read | Annotate lines with LN#HASH anchors |
edit | Apply a single replace/insert/delete/replace-range |
batch | Apply multiple anchor-referenced edits in one call |
| Name | Type | Required | Description |
|---|---|---|---|
op | string | ✓ | "read", "edit", or "batch" |
path | string | ✓ | File path |
offset | number | 1-indexed starting line (read) | |
limit | number | Max lines to return (read); defaults to 2000 | |
grep | string | Filter lines by substring (read) | |
action | string | replace, insert, delete, or replace-range (edit) | |
anchor | string | for edit/batch | LN#HASH anchor, e.g. 12#NK |
end_anchor | string | End anchor for replace-range/range delete | |
content | string | Replacement/inserted content; empty = delete | |
after | boolean | For action:"insert", insert after the anchor | |
edits | string | for batch | JSON array of batch edit ops |
Workflow: read to get anchors → edit (single change) or batch (multiple). If an edit returns stale, re-read to get fresh anchors before retrying — the anchor's line moved or changed since it was read.
Default read calls are bounded: when offset/limit are omitted, the server uses offset=1 and limit=2000.
npm install
npm test # typecheck + build + unit/e2e tests + lint
npm run build # compile index.ts+core.ts to dist/index.js
npm start # run the server directly from source via tsx (stdio transport)
Unit tests in core.test.ts cover the same contract as pi-hledit's test suite, minus the Pi-specific rendering assertions (there's no render layer here). e2e.test.ts drives the built dist/index.js over a real MCP stdio handshake with @modelcontextprotocol/sdk's own Client/StdioClientTransport — the same artifact npx hledit-mcp runs, not just the TypeScript source.
The published bin/main point at dist/index.js, built with esbuild (build.mjs) and run via plain node — this keeps the >=18 Node requirement honest. Running index.ts directly with node (no tsx) only works on Node ≥22.6, which has built-in TypeScript type-stripping; older LTS versions have no such support at all.
The hashline-edit idea comes from Can Bölük / @can1357's coding-agent harness work, especially “I Improved 15 LLMs at Coding in One Afternoon. Only the Harness Changed.” and oh-my-pi. See hledit's credits for more prior art.
Be the first to review this server!
by Modelcontextprotocol · Developer Tools
Web content fetching and conversion for efficient LLM usage
by Modelcontextprotocol · Developer Tools
Read, search, and manipulate Git repositories programmatically
by Toleno · Developer Tools
Toleno Network MCP Server — Manage your Toleno mining account with Claude AI using natural language.