Markpin

@markpin/mcp

MCP server for a Markpin folder. Markpin is a Chrome extension that saves web pages and clips as Markdown files in a folder you own — this server lets an AI client (Claude Code, Claude Desktop, Cursor, …) search and read those files, and optionally edit them with your confirmation.

• Read-only by default. Writes need --allow-write and a confirmation dialog for every change.
• Runs locally over stdio. Nothing leaves your computer.
• Watches the folder, so pages you save in the browser show up in the next query without a restart.

Requirements

• Node.js 20.1 or newer (node -v).
• The Markpin Chrome extension with storage set to Local folder or Google Drive. With Google Drive you also need Google Drive for Desktop so the folder exists on disk.

Run

npx -y @markpin/mcp --dir "<your Markpin folder>"

Options:

On success the server logs serving N pages from <dir> to stderr. stdout carries the MCP protocol, so all logs go to stderr — that line is the quickest way to check the path.

Find your Markpin folder

The folder must contain a pages/ directory. If it doesn't, the extension hasn't uploaded anything there yet — save a page in Chrome first.

Local folder — the folder you picked in Markpin settings.

• macOS: in Finder, right-click the folder, hold ⌥ Option, choose Copy "…" as Pathname.
• Windows: Shift + right-click the folder, choose Copy as path (remove the surrounding quotes).

Google Drive — Drive for Desktop mirrors your Drive to disk. The Markpin folder sits at the top of My Drive, whose name follows your Google account language — My Drive (en), 내 드라이브 (ko), マイドライブ (ja), Mi unidad (es), Meu Drive (pt-BR), Meine Ablage (de), Mon Drive (fr):

• macOS: ~/Library/CloudStorage/GoogleDrive-<your email>/My Drive/Markpin
• Windows: G:\My Drive\Markpin (the drive letter can differ — check File Explorer)

The Markpin settings page in Chrome has an MCP setup guide button that fills these paths (and --lang) in for you.

Register the server

Replace <dir> with your folder path. Add --allow-write at the end of the arguments if you want the write tools.

Claude Code

claude mcp add -s user markpin -- npx -y @markpin/mcp --dir "<dir>"

-s user registers it for every project; drop the flag to keep it to the current directory only.

Then claude mcp list should show markpin: … - ✓ Connected.

Claude Desktop

Edit the config file (Claude → Settings → Developer → Edit Config):

• macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
• Windows: %APPDATA%\Claude\claude_desktop_config.json

macOS:

{  "mcpServers": {    "markpin": {      "command": "npx",      "args": ["-y", "@markpin/mcp", "--dir", "<dir>"]    }  }}

Windows (Claude Desktop spawns without a shell, so npx needs cmd /c; escape backslashes in the path):

{  "mcpServers": {    "markpin": {      "command": "cmd",      "args": ["/c", "npx", "-y", "@markpin/mcp", "--dir", "G:\\My Drive\\Markpin"]    }  }}

Restart Claude Desktop. The hammer/plug icon in the chat box lists the Markpin tools.

Cursor

Add the same JSON to ~/.cursor/mcp.json (all projects) or .cursor/mcp.json (one project), then enable the server in Cursor Settings → MCP.

File format

Each page is one Markdown file. The frontmatter holds only the human-facing keys (title, url, savedAt, tags, summary, readAt, deletedAt) so note apps such as Obsidian show a clean Properties panel. Everything Markpin needs internally (id, rev, updatedAt, clips with their anchors, bookmark) lives in a one-line JSON block at the very end of the file:

<!-- markpin{"v":2,"id":"…","rev":3,"updatedAt":"…","domain":"…","clips":[…]}-->

Do not edit that block by hand. Files written before 0.7.0 (markpin: 1 in the frontmatter) are still read; they are rewritten in the new shape the next time anything changes them.

markpin.json (Markdown template)

The extension writes markpin.json at the folder root when you pick a Markdown template or turn on .trash/ in its options. This server reads it on start and on every rescan, and renders the files it writes with the same template (default or obsidian, or a custom template string), so pages saved through MCP look like the ones saved from the browser. Only the body below the frontmatter changes; the frontmatter is always Markpin's own. Moving deleted files to .trash/ is done by the extension, not by this server.

Read-only vs. --allow-write

Without --allow-write the server exposes four read tools and cannot change any file. With it, ten write tools are added. Every write passes three gates:

1. The flag. You decided at registration time that writes are allowed at all.
2. Client permission. The tools are marked non-read-only (delete_pages as destructive), so clients such as Claude Code ask before each call.
3. Your confirmation. If the client supports MCP elicitation (Claude Code does), the server shows a dialog describing the exact change — for example "Add tag frontend to 'React Docs'?" — and writes only when you accept. If the client cannot show that dialog, the result carries "gate": "client" so the assistant can tell you that the client's own prompt was the only confirmation.

The confirmation waits up to 10 minutes. A save_page fetch happens only after you accept, so a declined URL is never requested.

Tools

Read (always):

Write (--allow-write):

Every write returns a note and a gate field ("elicitation" when you confirmed in the dialog, "client" when only the client's prompt stood between the assistant and the write). update_tags, set_clip_note and set_summary also return before/after; the others return the affected page(s).

Limits

• Google Drive + new pages. With Google Drive storage the extension can only read files it created itself (drive.file scope), so save_page writes new pages to inbox.jsonl in your Markpin folder and the extension turns them into page files on its next sync. The extension creates and manages that file — do not delete it. Edits to existing pages are written in place. With a local folder there is normally no inbox and everything is written directly; if an inbox.jsonl exists in the folder (for example a former Drive mirror), the server uses it the same way.
• No region clips. Image/area clips need the page DOM; the server adds text clips only.
• Side panel delay. While the side panel is open it polls every 15 seconds, so changes show up within about 30 seconds; when it is closed they show up the moment you open it. A full sync also runs every 5 minutes. With Google Drive, add the time Drive for Desktop needs to upload.
• Concurrent edits. If the extension wrote the same page after the server read it, the write is refused with Page changed on disk since it was read; re-read it and try again. Ask again.
• Tombstones. Deleted pages are only purged by the extension. A folder used by this server alone keeps them.

Troubleshooting

Development

yarn build:mcp                 # bundles to mcp-server/dist/index.jsnode mcp-server/dist/index.js --dir "<dir>"

License MIT.