Signwell
SignWell is an electronic signature tool for legally binding e-signatures and faster document signing.
Verdict
Common use cases
- Send NDAs to new hires from Slack
- Track contract signature status in real time
- Cancel outdated proposals before they're signed
- Audit all pending documents at month-end
- Trigger Slack alerts when agreements close
Integration
- Vendor
- Signwell
- Category
- other
- Auth
- API_KEY
- Tools
- 8
- Composio slug
signwell
Tools
- Create Document
Tool to create and optionally send a new document for signing. use when you have files and recipients defined and want to programmatically submit a signature request in one call.
- Create Webhook
Tool to register a webhook callback url. use when you need to receive document event notifications.
- Delete Documentdestructive
Tool to delete a document (and cancel signing if in progress). use when you need to remove a document by id after confirming it.
- Delete Webhookdestructive
Tool to delete a registered webhook. use when you need to remove a webhook no longer sending events.
- Get Credentials
Tool to retrieve account information for the current api key. use when validating credentials and obtaining user details.
- Get Document
Tool to return a document and all associated document data. use when you need to fetch document details by id.
- List Bulk Sends
Tool to list all bulk sends. use after setting up api credentials to retrieve paginated records.
- List Webhooks
Tool to list all registered webhooks. use when you need to retrieve the active webhooks for your signwell account after setup.
Setup
Setup guide
- 11. In Switchy, open your workspace settings and navigate to the Integrations tab. 2. Find Signwell in the MCP directory and click Connect. 3. Log in to your Signwell account, go to Settings > API, and generate a new API key with full document permissions. 4. Paste the key into Switchy's prompt and click Authorize. 5. Switchy will call Get Credentials to confirm the key is valid and display your account email. 6. Open any Space, type '@Signwell list webhooks' and send; if you see a response (even an empty list), the connection is live. 7. To test document creation, upload a PDF to the Space, then prompt '@Signwell create a document from this file with signer email test@example.com' and watch it return a document ID.
What teammates see: by default, memories from Signwell are scoped to the Space (PROJECT visibility) - you can mark any memory PRIVATE or share it ORG-wide.
Works well with
Top models
Compatibility data appears once enough Spaces have used this MCP together with a given model.
How Switchy teams use it
Starter prompts
Send Contract for Signature
@Signwell create a document from the attached PDF with signers alice@acme.com and bob@acme.com, subject 'Q1 Services Agreement' and message 'Please review and sign by Friday'.Open in a Space →
Check Document Status
@Signwell get the document with ID abc123 and tell me which signers have completed it and which are still pending.Open in a Space →
Cancel Pending Request
@Signwell delete document ID xyz789 because the client requested revised terms and we need to resend.Open in a Space →
List All Bulk Sends
@Signwell list all bulk sends from the past 30 days and show me how many recipients each one had.Open in a Space →
Register Webhook for Alerts
@Signwell create a webhook pointing to https://hooks.example.com/signwell so we get notified when any document is signed or declined.Open in a Space →
Example outputs
Illustrative - representative of the model's voice and quality, not literal recordings.
@signwell show me all documents that are still waiting for signatures and their current status
Based on the account data, there are 4 documents awaiting signatures: (1) 'Q1 Contractor Agreement' sent to jane@example.com 3 days ago, viewed but not signed; (2) 'NDA - Acme Corp' sent to legal@acme.com 1 day ago, not yet opened; (3) 'Equipment Lease Amendment' sent to two signers, one completed, one pending; (4) 'Service Agreement Renewal' sent 7 days ago with a reminder sent yesterday. All documents remain active with no expiration set.
This example uses Get Document (likely in a loop) to surface signing status. The MCP returns structured metadata—signer email, view/sign timestamps, reminder history—but you'll need to call the tool once per document ID. If you have dozens of pending documents, consider filtering by date range first to stay within rate limits.
@signwell create a new signing request for the consulting-agreement.pdf file, send it to alex@startup.io, and set a 7-day expiration
Document created successfully. A signing request for 'consulting-agreement.pdf' has been sent to alex@startup.io with a 7-day expiration (due March 15). The recipient will receive an email with a secure signing link. Document ID: doc_8x3kp2m. You can track status or send reminders through this ID. Note: the file must already be uploaded or accessible via URL; this call does not handle file storage.
This demonstrates Create Document, which bundles file reference, recipient list, and delivery in one API call. The MCP requires you to provide a file URL or base64-encoded content—it won't fetch files from your local machine. Also, sending the document is a side-effect: the recipient gets an email immediately, so double-check details before running this prompt.
@signwell set up a webhook to notify our Slack channel whenever any document is fully signed, and show me the callback URL format we need
Webhook registered. Event type: 'document.completed'. Callback URL: https://hooks.slack.com/services/T00/B00/abc123 (example format). Signwell will POST a JSON payload to this endpoint each time all signers complete a document. The payload includes document ID, signer details, timestamp, and a download link for the signed PDF. Webhook ID: wh_9a4c7f2. You can test delivery by completing a sample document or use List Webhooks to verify it's active.
This uses Create Webhook to automate post-signature workflows. The MCP expects a publicly accessible HTTPS endpoint—localhost URLs won't work. You're responsible for validating the webhook signature (Signwell includes an HMAC header) to prevent spoofed events. If the endpoint returns errors repeatedly, Signwell may disable the webhook, so monitor your receiver logs.
Use-case deep-dives
When Signwell fits the one-off contract send workflow
A 6-person SaaS sales team closes 3-5 deals a week and needs to send MSAs or order forms from Slack or a shared workspace. Signwell's Create Document tool handles the entire flow in one call: you pass the PDF, recipient emails, and signing order, and it returns a tracking ID. The team can check status with Get Document without leaving the workspace. This works cleanly when contracts are templated and the send is the final step after verbal agreement. If your team negotiates terms in-flight or needs conditional routing (send to legal if over $50k), Signwell's 8-tool surface doesn't cover that logic—you'd script it outside or pick a heavier e-signature platform. For straightforward send-and-track at small scale, Signwell keeps the workflow in one place.
Signwell for repeatable employee paperwork at 10-30 hires per year
A 12-person startup hires in batches and needs to collect I-9s, offer letters, and NDAs from new employees. The HR lead uses Signwell's Create Document tool to send a packet to each hire, then monitors completion with Get Document calls surfaced in a shared workspace. The List Bulk Sends tool helps when onboarding 3-4 people at once. This scenario works because the document set is fixed and the recipient list is known upfront. If you're onboarding 50+ people a quarter or need conditional sends (send equity docs only to full-time hires), Signwell's API is too thin—you'll spend time building state management around it. At 10-30 hires a year, the simplicity wins and the team avoids a heavier HRIS integration.
When Signwell's webhook model supports async vendor workflows
A 5-person operations team manages 20-30 vendor agreements a year and needs to know when contracts are signed without polling. Signwell's Create Webhook tool registers a callback URL, and the workspace receives events when a vendor completes signing. The team can then trigger downstream steps—update a tracker, notify finance, archive the PDF—without manual check-ins. This works when the ops team controls the callback endpoint and the vendor count stays under 50 active agreements. If you're managing hundreds of contracts or need granular event types (viewed, declined, expired), Signwell's webhook surface is basic and you'll hit limits. For small-team vendor workflows where async notification beats manual follow-up, the webhook model keeps the process moving without dedicated contract software.
Frequently asked
What does the Signwell MCP do in Switchy?
It lets your AI agents create signature requests, check document status, and manage webhooks without leaving the conversation. You can draft a contract in Claude, send it for signing via Signwell, then pull the signed PDF back—all in one thread. The MCP wraps Signwell's core API so agents handle the e-signature workflow end-to-end.
Do I need admin access to connect Signwell?
You need an API key from your Signwell account settings. Any user who can generate keys can connect the MCP; you don't need account-owner permissions. The key inherits your Signwell role, so if you can't create documents in the web UI, the MCP won't either. Store the key in Switchy's credential vault—agents never see the raw token.
Can the MCP edit a document after it's sent?
No. Once a document is out for signature, Signwell locks it. The MCP can delete the request (which cancels signing) or fetch status, but you can't swap the PDF or change recipients mid-flight. If you need edits, delete the old request and create a new one with the corrected file.
Why use the MCP instead of Signwell's web dashboard?
The MCP shines when signature requests are part of a larger workflow—onboarding a customer, closing a deal, issuing an NDA. An agent can draft terms, generate the PDF, send it, and log the event in your CRM without you toggling tabs. The dashboard is faster for one-off sends; the MCP is faster when context matters.
Who on the team should connect the Signwell MCP?
Whoever owns your Signwell account or manages contract ops. That person generates the API key and adds it to Switchy. After that, any teammate with workspace access can ask agents to send documents—the key is shared, so you don't need per-seat Signwell licenses for read-only tasks like checking signature status.