<details> <summary><h1>About SignNow API</h1></summary>

The SignNow REST API empowers users to deliver a seamless eSignature experience for signers, preparers, and senders. Pre-fill documents, create embedded branded workflows for multiple signers, request payments, and track signature status in real-time. Ensure signing is simple, secure, and intuitive on any device.

What you can do with the SignNow API:

• Send documents and document groups for signature in a role-based order
• Create reusable templates from documents
• Pre-fill document fields with data
• Collect payments as part of the signing flow
• Embed the document sending, signing, or editing experience into your website, application, or any system of record
• Track signing progress and download the completed documents

</details>

---

SignNow MCP Server

A Model Context Protocol (MCP) server that gives AI agents secure, structured access to SignNow eSignature workflows templates, embedded signing, invites, status tracking, and document downloads over STDIO or Streamable HTTP.

---

Table of contents

• Features

• Quick start

  • Prerequisites
  • Quick run (uvx)
  • 1. Setup Environment Variables
  • 2. Install and Run
  • Local/Remote (HTTP)
  • Docker
  • Docker Compose

• Configuration

  • Authentication options
  • SignNow & OAuth settings
  • Production key management

• Client setup

  • VS Code GitHub Copilot (Agent Mode) / Cursor
  • Claude Desktop
  • Glama (hosted MCP)
  • MCP Inspector (testing)

• Tools

• FAQ / tips

• Examples

• Useful resources

  • Sample apps
  • API documentation
  • GitHub Copilot extension

• License

---

Features

• Templates & groups

  • Browse all templates and template groups
  • Create documents or groups from templates (one-shot flows included)

• Invites & embedded UX

  • Email invites and ordered recipients
  • Embedded signing/sending/editor links for in-app experiences

• Status & retrieval

  • Check invite status and step details
  • Download final documents (single or merged)
  • Read normalized document/group structure for programmatic decisions

• Transports

  • STDIO (best for local clients)
  • Streamable HTTP (best for Docker/remote)

---

Quick start

Prerequisites

• Python 3.11+ installed on your system
• Environment variables configured

Quick run (uvx)

If you use uv, you can run the server without installing the package:

uvx --from signnow-mcp-server sn-mcp serve

1. Setup Environment Variables

# Create .env file with your SignNow credentials
# You can copy from env.example if you have the source code
# Or create .env file manually with required variables (see Environment Variables section below)

2. Install and Run

Option A: Install from PyPI (Recommended)

# Install the package from PyPI
pip install signnow-mcp-server

# Run MCP server in standalone mode
sn-mcp serve

Option B: Install from Source (Development)

# 1) Clone & configure
git clone https://github.com/signnow/sn-mcp-server.git
cd sn-mcp-server
cp .env.example .env
# fill in your values in .env

# 2) Install (editable for dev)
pip install -e .

# 3) Run as STDIO MCP server (recommended for local tools & Inspector)
sn-mcp serve

STDIO is ideal for desktop clients and local testing.

Local/Remote (HTTP)

# Start HTTP server on 127.0.0.1:8000
sn-mcp http

# Custom host/port
sn-mcp http --host 0.0.0.0 --port 8000

# Dev reload
sn-mcp http --reload

By default, the Streamable HTTP MCP endpoint is served under /mcp. Example URL:

http://localhost:8000/mcp

Docker

# Build
docker build -t sn-mcp-server .

# Run HTTP mode (recommended for containers)
docker run --env-file .env -p 8000:8000 sn-mcp-server sn-mcp http --host 0.0.0.0 --port 8000

STDIO inside containers is unreliable with many clients. Prefer HTTP when using Docker.

Docker Compose

# Only the MCP server
docker-compose up sn-mcp-server

# Both services (if defined)
docker-compose up

---

Configuration

Copy .env.example .env and fill in values. All settings are validated via pydantic-settings at startup.

Authentication options

1) Username / Password (recommended for desktop dev flows)

SIGNNOW_USER_EMAIL=<email>
SIGNNOW_PASSWORD=<password>
SIGNNOW_API_BASIC_TOKEN=<base64 basic token>

2) OAuth 2.0 (for hosted/advanced scenarios)

SIGNNOW_CLIENT_ID=<client_id>
SIGNNOW_CLIENT_SECRET=<client_secret>
# + OAuth server & RSA settings below

When running via some desktop clients, only user/password may be supported.

SignNow & OAuth settings

# SignNow endpoints (defaults shown)
SIGNNOW_APP_BASE=https://app.signnow.com
SIGNNOW_API_BASE=https://api.signnow.com

# Optional direct API token (not required for normal use)
SIGNNOW_TOKEN=<access_token>

# OAuth server (if you enable OAuth mode)
OAUTH_ISSUER=<your_issuer_url>
ACCESS_TTL=3600
REFRESH_TTL=2592000
ALLOWED_REDIRECTS=<comma,separated,uris>

# RSA keys for OAuth (critical in production)
OAUTH_RSA_PRIVATE_PEM=<PEM content>
OAUTH_JWK_KID=<key id>

Production key management

If OAUTH_RSA_PRIVATE_PEM is missing in production, a new RSA key will be generated on each restart, invalidating all existing tokens. Always provide a persistent private key via secrets management in prod.

---

Client setup

VS …