Agent-Native Calendar
Agent-Native Google Calendar - manage events, sync, and public booking
Description from the maker (original English)
ZapSign e-signature API: reads run freely, writes ask first, personal data filtered out.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
ZAPSIGN_SANDBOX_TOKEN, ZAPSIGN_PROD_TOKENValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
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 sandboxFill in the empty values before running it.
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.
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.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
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
The registry name was verified with the GitHub account BlancasJ, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
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.
You need to fill in: ZAPSIGN_SANDBOX_TOKEN, ZAPSIGN_PROD_TOKEN
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).
The GitHub repo last changed –, and the latest version (1.0.1) reached the registry 23 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Agent-Native Calendar, Excel MCP Server, MCP Server for Excel
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 Google Calendar - manage events, sync, and public booking
Lets AI create and edit Excel files itself, including formulas, charts and PivotTables, without Excel installed.
Excel automation for AI - Sheets, Power Query, DAX, VBA, Tables, Ranges and more. Windows only.
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.
An MCP server for the ZapSign API, built for working with an AI agent without handing it your signers' personal data:
anthropic/requiresUserInteraction mark, so Claude Code asks before every call in any permission mode. Other clients are offered the reads only.prod server offers no write tool at all; sandbox has them all.This project is not affiliated with ZapSign. ZapSign publishes its own MCP server at ZapSign/api-mcp.
Pick one:
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.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.
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
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
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.
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.
Reads (run freely):
| Tool | Request |
|---|---|
get_document | GET /api/v1/docs/{doc_token}/ |
list_documents | GET /api/v1/docs/ |
get_document_audit_trail | GET /api/v1/docs/signer-log/{doc_token} |
get_signer | GET /api/v1/signers/{signer_token}/ |
get_signer_validations | GET /api/v1/signer-verification-details/{signer_token}/ |
list_templates | GET /api/v1/templates/ |
get_template | GET /api/v1/templates/{template_token}/ |
get_plan | GET /api/v1/info-plan/ |
list_users | GET /api/v1/users/ |
get_partner_plans_csv | GET /api/v1/info-plan/partners-csv/ |
get_background_check | GET /api/v1/checks/{check_id}/ |
get_background_check_details | GET /api/v1/checks/{check_id}/details/ |
Writes (sandbox only, and each call asks first):
| Tool | Request |
|---|---|
create_document | POST /api/v1/docs/ |
create_document_async | POST /api/v1/docs/async/ |
create_document_from_template | POST /api/v1/models/create-doc/ |
create_document_from_template_async | POST /api/v1/models/create-doc/async/ |
add_extra_document | POST /api/v1/docs/{doc_token}/upload-extra-doc/ |
add_extra_document_from_template | POST /api/v1/models/{doc_token}/upload-extra-doc/ |
place_signatures | POST /api/v1/docs/{doc_token}/place-signatures/ |
reorder_envelope_documents | PUT /api/v1/docs/{doc_token}/document-display-order/ |
resend_notifications | POST /api/v1/docs/{doc_token}/resend-notifications-bulk/ |
update_document | PUT /api/v1/docs/{doc_token}/ |
reprocess_document | POST /api/v1/docs/{doc_token}/reprocess-doc/ |
delete_document | DELETE /api/v1/docs/{doc_token}/ |
delete_signer_groups | DELETE /api/v1/signature-group/{doc_token}/ |
reject_document | POST /api/v1/refuse/ |
reject_document_by_user | POST /api/v1/refuse/by-user/ |
validate_pdf_signature | POST /api/v1/validate-pdf-signature/ (uploads a local PDF) |
sign_in_batch | POST /api/v1/sign/ |
add_timestamp | POST /api/v1/timestamp/ |
add_timestamp_keeping_signature | POST /api/v1/timestamp/no-signature |
add_signer | POST /api/v1/docs/{doc_token}/add-signer/ |
update_signer | POST /api/v1/signers/{signer_token}/ |
delete_signer | DELETE /api/v1/signer/{signer_token}/remove/ |
reset_signer_validation_attempts | PUT /api/v1/reset-auth-attempts/{signer_token}/ |
create_template | POST /api/v1/templates/create |
update_template | PUT /api/v1/templates/{template_token}/ |
update_template_form | POST /api/v1/templates/update-form/ |
delete_template | DELETE /api/v1/templates/{template_token}/ |
create_webhook | POST /api/v1/user/company/webhook/ |
delete_webhook | DELETE /api/v1/user/company/webhook/delete/ |
create_webhook_header | POST /api/v1/user/company/webhook/header/ |
delete_webhook_header | DELETE /api/v1/user/company/webhook/header/delete/ |
create_user | POST /api/v1/users/create-user |
delete_user | DELETE /api/v1/users/{user_email}/ |
create_background_check | POST /api/v1/checks/ |
create_partner_account | POST /api/v1/partner/company/ |
update_partner_payment_status | POST /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.
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.
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.
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/:
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.
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:
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."allowUnsandboxedCommands": false takes that option away.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.
prod is read-only on purpose. To write in production, remove readOnly: true from ENVIRONMENTS in bin/zapsign-mcp.js.
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