Prototype · Preview: every server in the official registry, synced every 30 minutes. Reviews and accounts come in a later step.
PopNx MCPMCP servers for people who use AI · explained in plain words

ZapSign (unofficial)

by BlancasJversion 1.0.1i★ –iRuns on your computer
Registry nameio.github.BlancasJ/zapsign-mcp

Install

Overview

Description from the maker (original English)

ZapSign e-signature API: reads run freely, writes ask first, personal data filtered out.

PopNx MCP’s three pillars

These three are never merged into one score: opinions, measurements and popularity are different things.

What you can do with it

We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.

  • Connection: Runs on your computer
  • Transport: stdio
  • Category: Docs, sheets & office work
  • You need to fill in: ZAPSIGN_SANDBOX_TOKEN, ZAPSIGN_PROD_TOKEN

Install

Pick the AI app you use, then copy the settings.

Before you install

  • Basic checks: 1 of 1 passed
  • Runs on your computer with your user’s permissions (files, network, apps).
  • You fill in yourself: ZAPSIGN_SANDBOX_TOKEN, ZAPSIGN_PROD_TOKEN

Values marked secret are keys to your account. Never share them or paste them into a chat.

You need

  • npmNode.js installed (for the npx command)

Which app do you use?

Pick your app above. We remember it, so next time the button says “Install in …”.

Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json

{
  "mcpServers": {
    "zapsign": {
      "command": "npx",
      "args": [
        "-y",
        "zapsign-mcp",
        "sandbox"
      ],
      "env": {
        "ZAPSIGN_SANDBOX_TOKEN": "your-value",
        "ZAPSIGN_PROD_TOKEN": "your-value"
      }
    }
  }
}

Run this in your terminal

claude mcp add zapsign --env ZAPSIGN_SANDBOX_TOKEN=your-value --env ZAPSIGN_PROD_TOKEN=your-value -- npx -y zapsign-mcp sandbox

Fill in the empty values before running it.

Open in Cursor

Or copy the settings yourself

Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json

{
  "mcpServers": {
    "zapsign": {
      "command": "npx",
      "args": [
        "-y",
        "zapsign-mcp",
        "sandbox"
      ],
      "env": {
        "ZAPSIGN_SANDBOX_TOKEN": "your-value",
        "ZAPSIGN_PROD_TOKEN": "your-value"
      }
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

Open in VS Code

Or copy the settings yourself

Paste into .vscode/mcp.json in your project

{
  "servers": {
    "zapsign": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "zapsign-mcp",
        "sandbox"
      ],
      "env": {
        "ZAPSIGN_SANDBOX_TOKEN": "your-value",
        "ZAPSIGN_PROD_TOKEN": "your-value"
      }
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.

Your choice stays on this device in a cookie; no account needed.

Values you fill in

  • ZAPSIGN_SANDBOX_TOKEN secret env
    API token for sandbox. On macOS it can live in the Keychain instead (see the README).
  • ZAPSIGN_PROD_TOKEN secret env
    API token for production. On macOS it can live in the Keychain instead (see the README).

These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.

What it can do

Runs on your computer; the tool list appears in your AI app after you install it.

Basic checksi

We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 8, 2026

  • ✓ Pass

    Maker matches the repo

    The registry name was verified with the GitHub account BlancasJ, which owns the repo

  • … Not checked yet

    Still maintained

    We have not read this repo from GitHub yet

  • … Not checked yet

    Has a licence

    We have not read this repo from GitHub yet

  • – Not applicable

    Endpoint responds

    This one runs on your computer; there is no internet endpoint

  • – Not applicable

    Sign-in with OAuth

    Runs on your computer and uses local settings instead

  • … Not checked yet

    No hidden instructions in tool descriptions

    Runs on your computer; we can only read tool lists from internet endpoints

Compared with others in Docs, sheets & office worki

  • More stars than 0% of the other 3577 servers in this category
  • Published to the registry more recently than 58% of the other 3577 servers in this category
  • Basic checks equal to or better than 100% of the other 3577 servers in this category

Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.

Common questions

Is ZapSign (unofficial) safe?

It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.

What keys or codes does it need?

You need to fill in: ZAPSIGN_SANDBOX_TOKEN, ZAPSIGN_PROD_TOKEN

Does it run on my computer or in the cloud?

It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).

Is it still maintained?

The GitHub repo last changed –, and the latest version (1.0.1) reached the registry 23 days ago.

Which apps can use it?

Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.

What can I use instead?

In the same category: Agent-Native Calendar, Excel MCP Server, MCP Server for Excel

Alternatives

Servers in the same category from other makers, sorted by stars.

Reading a card:↓ Downloads per weeki★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi

Agent-Native Calendar

Agent-Native Google Calendar - manage events, sync, and public booking

by BuilderIOGrowing★ 7.6KUpdated 2 months ago

Runs in the cloud

Excel MCP Server

Lets AI create and edit Excel files itself, including formulas, charts and PivotTables, without Excel installed.

by haris-musaWidely used↓ 49.6K/wk★ 4.3KUpdated 8 days ago

Runs on your computer

MCP Server for Excel

Excel automation for AI - Sheets, Power Query, DAX, VBA, Tables, Ranges and more. Windows only.

by sbroenneGrowing↓ 4.3K/wk★ 847Updated 5 days ago

Runs on your computer

README from the maker

Open the README

Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.

zapsign-mcp

An MCP server for the ZapSign API, built for working with an AI agent without handing it your signers' personal data:

  • 48 tools: every request of ZapSign's public Postman collection plus the ones its documentation adds (documents, signers, templates, webhooks, users, plan, background checks, partner accounts).
  • Reads run freely, writes ask every time. A tool that changes something carries Claude Code's anthropic/requiresUserInteraction mark, so Claude Code asks before every call in any permission mode. Other clients are offered the reads only.
  • Production is read-only. The prod server offers no write tool at all; sandbox has them all.
  • The model sees a filtered copy of each answer. Names, emails, document numbers, states and dates pass; CPF, CNPJ, RFC, CURP, dates of birth, photos, signing links, IP addresses, location, phone fields, form answers and background-check findings are hidden.
  • You keep the whole answer in a local log; the agent gets the entry's id, never where the log is.
  • No dependencies. One Node file speaks MCP over stdio; nothing to build or install.

This project is not affiliated with ZapSign. ZapSign publishes its own MCP server at ZapSign/api-mcp.

Requirements

  • Node.js 22 or newer.
  • A ZapSign API token for each environment you use: sandbox, production or both (ZapSign: Settings → Integration → ZapSign API).

Install

Pick one:

  • From npm (recommended). Nothing to download by hand: Claude Code starts the server with npx -y zapsign-mcp@1.0.1 , which fetches that exact version the first time and reuses it after that. The version is pinned on purpose: a new release runs only when you change the number. Every version on npm from 1.0.1 on is built from this repository by GitHub Actions and goes live only after its maintainer approves it with 2FA.
  • From source. Clone the repository and start the server with Node; update it with git pull.
  git clone https://github.com/BlancasJ/zapsign-mcp.git ~/zapsign-mcp

Then, in the commands below, use node ~/zapsign-mcp/bin/zapsign-mcp.js sandbox in place of npx -y zapsign-mcp@1.0.1 sandbox.

Setup

1. Give it your token

Each environment reads its own variable, ZAPSIGN_SANDBOX_TOKEN or ZAPSIGN_PROD_TOKEN, and never the other's. The token is read when a tool is called, not when the server starts.

On macOS you can keep the token in the Keychain instead of in a configuration file. The server reads it from there when the variable is not set:

security add-generic-password -s zapsign-mcp-sandbox -a "$USER" -w   # asks for the sandbox token

security add-generic-password -s zapsign-mcp-prod -a "$USER" -w # asks for the production token

2. Add it to Claude Code

One server per environment, named zapsign-sandbox and zapsign-prod (the permission rules below use these names):

# With the token in the Keychain (macOS)

claude mcp add --scope user zapsign-sandbox -- npx -y zapsign-mcp@1.0.1 sandbox claude mcp add --scope user zapsign-prod -- npx -y zapsign-mcp@1.0.1 prod

With the token in a variable (any system). Claude Code keeps it in ~/.claude.json.

claude mcp add --scope user zapsign-sandbox -e ZAPSIGN_SANDBOX_TOKEN=your-token -- npx -y zapsign-mcp@1.0.1 sandbox

Writes ask through a mark Claude Code honours (its MCP documentation, "Require approval for a specific tool"). In dontAsk mode, which never asks, a write is refused instead.

3. Add the permission rules and the sandbox

Merge examples/claude-settings.json into ~/.claude/settings.json:

  • permissions.allow: the reads (get_*, list_*) run without asking.
  • permissions.ask: each verb that changes something (create_*, add_*, update_*, delete_*…) asks. The mark on the tools already makes Claude Code ask; these rules are a second layer.
  • permissions.deny: the agent's file tools may not read the log folder, and WebFetch may not reach ZapSign's API.
  • sandbox: turns on Claude Code's Bash sandbox. No shell command, and no program one starts (a Python or Node script included), can read the log folder or reach ZapSign's API, even with your token in hand. autoAllowBashIfSandboxed: false keeps Claude Code asking before commands as it did: without it, turning the sandbox on lets every sandboxed command run unasked.

Keep the `deny` rules and the `sandbox` block: without them the agent can open the unfiltered answers, or call ZapSign without this server. If you set XDG_STATE_HOME, change the log path in both to $XDG_STATE_HOME/zapsign-mcp.

The sandbox also limits what every other command can do: by default it writes only in the working folder and the temporary one, and a host it has not reached before asks once per session. Widen it with sandbox.filesystem.allowWrite and sandbox.network.allowedDomains; deniedDomains still wins over them.

Tools

Reads (run freely):

ToolRequest
get_documentGET /api/v1/docs/{doc_token}/
list_documentsGET /api/v1/docs/
get_document_audit_trailGET /api/v1/docs/signer-log/{doc_token}
get_signerGET /api/v1/signers/{signer_token}/
get_signer_validationsGET /api/v1/signer-verification-details/{signer_token}/
list_templatesGET /api/v1/templates/
get_templateGET /api/v1/templates/{template_token}/
get_planGET /api/v1/info-plan/
list_usersGET /api/v1/users/
get_partner_plans_csvGET /api/v1/info-plan/partners-csv/
get_background_checkGET /api/v1/checks/{check_id}/
get_background_check_detailsGET /api/v1/checks/{check_id}/details/

Writes (sandbox only, and each call asks first):

ToolRequest
create_documentPOST /api/v1/docs/
create_document_asyncPOST /api/v1/docs/async/
create_document_from_templatePOST /api/v1/models/create-doc/
create_document_from_template_asyncPOST /api/v1/models/create-doc/async/
add_extra_documentPOST /api/v1/docs/{doc_token}/upload-extra-doc/
add_extra_document_from_templatePOST /api/v1/models/{doc_token}/upload-extra-doc/
place_signaturesPOST /api/v1/docs/{doc_token}/place-signatures/
reorder_envelope_documentsPUT /api/v1/docs/{doc_token}/document-display-order/
resend_notificationsPOST /api/v1/docs/{doc_token}/resend-notifications-bulk/
update_documentPUT /api/v1/docs/{doc_token}/
reprocess_documentPOST /api/v1/docs/{doc_token}/reprocess-doc/
delete_documentDELETE /api/v1/docs/{doc_token}/
delete_signer_groupsDELETE /api/v1/signature-group/{doc_token}/
reject_documentPOST /api/v1/refuse/
reject_document_by_userPOST /api/v1/refuse/by-user/
validate_pdf_signaturePOST /api/v1/validate-pdf-signature/ (uploads a local PDF)
sign_in_batchPOST /api/v1/sign/
add_timestampPOST /api/v1/timestamp/
add_timestamp_keeping_signaturePOST /api/v1/timestamp/no-signature
add_signerPOST /api/v1/docs/{doc_token}/add-signer/
update_signerPOST /api/v1/signers/{signer_token}/
delete_signerDELETE /api/v1/signer/{signer_token}/remove/
reset_signer_validation_attemptsPUT /api/v1/reset-auth-attempts/{signer_token}/
create_templatePOST /api/v1/templates/create
update_templatePUT /api/v1/templates/{template_token}/
update_template_formPOST /api/v1/templates/update-form/
delete_templateDELETE /api/v1/templates/{template_token}/
create_webhookPOST /api/v1/user/company/webhook/
delete_webhookDELETE /api/v1/user/company/webhook/delete/
create_webhook_headerPOST /api/v1/user/company/webhook/header/
delete_webhook_headerDELETE /api/v1/user/company/webhook/header/delete/
create_userPOST /api/v1/users/create-user
delete_userDELETE /api/v1/users/{user_email}/
create_background_checkPOST /api/v1/checks/
create_partner_accountPOST /api/v1/partner/company/
update_partner_payment_statusPOST /api/v1/partner/update-payment-status/

A write takes the request's JSON as body and sends it to ZapSign as it is, so every option in ZapSign's documentation is available. Tokens and emails that go into a path are checked first, so they cannot point the request somewhere else.

What the model sees

lib/response-filter.js decides. It lists the keys that may be shown; any other key keeps its name and shows [hidden], so a field ZapSign adds later is hidden until someone lists it.

  • Shown: tokens, states, dates of events, settings, counts, names, emails, an identity document's number.
  • Hidden: CPF, CNPJ, RFC, CURP and similar ids (also when written inside a text, with or without punctuation), dates of birth, photos and signature images, signing and file links (only the host is shown), IP addresses and location, phone fields (the last 4 digits are shown), form answers, background-check findings, webhook header values.
  • Errors go through the same filter.

Known gaps: the signer token is shown, and it is enough to build a signing link. A phone number, coordinates or a date of birth written inside free text are not masked.

The log

Every call is kept whole, with its arguments and ZapSign's full answer, in $XDG_STATE_HOME/zapsign-mcp/ (by default ~/.local/state/zapsign-mcp/), in sandbox/ and prod/:

  • one JSON line per call, one file per day, kept for 30 days;
  • folders 0700, files 0600;
  • webhooks.jsonl keeps the id of every webhook created, and is never pruned: ZapSign has no request that lists webhooks, and the id is the only way to delete one.

The answer the agent gets names the log entry's id, never the folder. The Read deny rule keeps Claude Code's file tools out of it, and the file commands Claude Code recognises in Bash (cat, head, tail); the sandbox's denyRead closes it to every program a shell command starts.

Limits

The filter and the read-only production server hold only while the agent goes through this server. With the example settings, a shell command can neither read the log nor reach ZapSign's API (checked on macOS), and WebFetch cannot reach the API. They do not stop:

  • Reading the token. A token in the Keychain can be read with security find-generic-password, inside the sandbox too: it asks a system service, not a file. A token given with -e sits in ~/.claude.json. The agent can see the token, though it cannot use it against ZapSign from a shell command or WebFetch.
  • A command you let out of the sandbox. When a command fails inside it, Claude can ask to run it unsandboxed ("Bash command (unsandboxed)"); if you approve, it runs without these limits. "allowUnsandboxedCommands": false takes that option away.
  • Code that runs outside the sandbox, such as MCP servers and hooks. An agent you let edit their files can change what they do.

Other clients

The server speaks plain MCP over stdio and works with any client. Only Claude Code honours the requiresUserInteraction mark, so any other client is offered the reads only, and a write it calls anyway is refused.

Production writes

prod is read-only on purpose. To write in production, remove readOnly: true from ENVIRONMENTS in bin/zapsign-mcp.js.

Development

npm test

The tests never reach ZapSign or the Keychain. tests/zapsign-collection.json lists every request the server must have a tool for: the Postman collection's, and the ones

Only the beginning is shown; read the rest in the repo

Ask PopNx