agentsclimarketplace

Docuseal code

Skill docusealco/docuseal-agent-skills/skills/docuseal-code

DocuSeal's official collection of agent skills

Install
npx -y skills add docusealco/docuseal-agent-skills --skill docuseal-code

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 7 stars7 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

DocuSeal development reference. Embed signing forms and template builder into web and mobile apps (JS/React/Vue/Angular, WebView, JWT, CSS theming). REST API with all endpoints, request/response schemas, code examples (cURL, CLI, Node.js, TypeScript, Python, Ruby, PHP, Go, C#, Java), and webhooks. Use when the user wants to integrate DocuSeal document signing or template management into their application.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

12.8 KB, as published. Nobody here has run it

How References Are Organised

Reference files live in two subdirectories under references/:

  • references/embed/ — Embed UI components (signing forms, template builder). Each file is self-contained — load only the ones matching the user's stack.
  • references/api/ — REST API endpoints and webhooks. One file per endpoint/webhook with parameters, schemas, code examples, and response samples.

Embed UI Components

ComponentTagPurposeJWT
Signing Form<docuseal-form>Embed document signing UI into a pageoptional
Form Builder<docuseal-builder>Embed a full template/document builderrequired

Each component ships in four frontend implementations: JavaScript / React / Vue / Angular.

Signing Form (<docuseal-form>)

Form Builder (<docuseal-builder>)

After loading the main component reference, follow a link from its ## Guides section for step-by-step walkthroughs.

Cross-cutting

Packages

FrameworkPackageCDN
JavaScripthttps://cdn.docuseal.com/js/form.js, https://cdn.docuseal.com/js/builder.js
React@docuseal/react
Vue@docuseal/vue
Angular@docuseal/angular
React Nativeuses react-native-webview (no native SDK)
Flutteruses webview_flutter (no native SDK)

Common Embed Mistakes

#MistakeFix
1Generating JWT in the browserJWT must be signed on the backend — the API key must never ship to the client. See form-builder-jwt-token.md / signing-form-completed-preview-jwt-token.md.
2Passing the API key as data-tokendata-token is a JWT signed with the API key, not the key itself.
3Missing host/data-host on EU or self-hostedSet data-host="cdn.docuseal.eu" for EU Cloud or your own hostname for self-hosted. See signing-form-hosts.md / form-builder-hosts.md.
4Confusing /d/{slug} vs /s/{slug}/d/{slug} is the template URL (single-party templates). /s/{slug} is an individual signer URL created via the /submissions API.
5Multi-party template via data-src URLTemplates with multiple signing parties must be initiated via the /submissions API — the direct /d/{slug} URL only works for single-party templates.
6camelCase props in HTMLThe web component uses data-* kebab-case attributes. Only React/Vue/Angular use camelCase props.
7Expecting a native mobile SDKNone exists. Embed via WebView — see signing-form-mobile-integration.md.
8Passing customCss as a stylesheet linkcustomCss / data-custom-css takes a CSS string, not a URL. See signing-form-custom-css.md / form-builder-custom-css.md.
9Embedding signing forms behind enumerable URLsDocuSeal slugs are random, but an embedding page like https://yourapp.com/contracts/123/sign lets an attacker iterate integer IDs to reach other users' signing forms. Put the DocuSeal slug or a UUID in your URL, or require auth on the embedding page. See signing-form-security-recommendations.md.
10Exposing the Form Builder without authThe page that renders <docuseal-builder> must be gated by your app's authentication. The JWT-issuing endpoint must verify the requesting user owns the template referenced by external_id. Otherwise any logged-in user can edit any template. See form-builder-security-recommendations.md.
11Acting on client-side completed eventsBrowser events can be forged. Drive state changes from form.completed webhooks with HMAC verification, not from <docuseal-form> JavaScript callbacks. See signing-form-security-recommendations.md.

REST API

Authentication

All requests require an API key passed in the X-Auth-Token header:

X-Auth-Token: YOUR_API_KEY

Get your API key: https://console.docuseal.com/api

Base URLs

EnvironmentBase URL
Global Cloudhttps://api.docuseal.com
EU Cloudhttps://api.docuseal.eu
Self-hostedhttps://docuseal.yourdomain.com/api

API Client SDKs

Official SDK libraries wrap the REST API and handle authentication, request building, and response parsing. Prefer SDKs over raw HTTP when the user's language has one.

LanguagePackageInstall
JavaScript / TypeScript@docuseal/apinpm install @docuseal/api
Pythondocusealpip install docuseal
Rubydocusealgem install docuseal
PHPdocusealco/docusealcomposer require docusealco/docuseal

SDK usage examples are included in each endpoint reference file below (marked with "SDK" in the heading).

Endpoints

Templates

Submissions

Submitters

Webhooks

Configure webhook URL: https://console.docuseal.com/webhooks

Common API Patterns

  1. Send a document for signing: create a template (or use existing) → POST /submissions with submitter emails → submitters receive signing links
  2. Embed signing in your app: create submission with send_email: false → use returned slug with <docuseal-form> (see Embed UI Components above)
  3. Pre-fill and auto-sign: POST /submissions with fields[].default_value and completed: true
  4. Track completion: poll GET /submissions/{id} or configure webhooks for form.completed
  5. Download signed documents: GET /submissions/{id}/documents returns PDF URLs

Quick Decision Flow

  1. Embedding a component? → Signing Form or Form Builder → load from references/embed/.
  2. Making API calls? → Check if the user's language has an SDK (JS/TS, Python, Ruby, PHP) and prefer it over raw HTTP. Load the matching endpoint from references/api/.
  3. How-to question about embed? Follow links from the component reference's ## Guides section.
  4. Mobile? Load references/embed/signing-form-mobile-integration.md.
  5. JWT needed? Always for Form Builder — load references/embed/form-builder-jwt-token.md. For Signing Form only when using data-token (preview/completed mode) — load references/embed/signing-form-completed-preview-jwt-token.md.
  6. Not on docuseal.com? Load references/embed/signing-form-hosts.md or references/embed/form-builder-hosts.md depending on the component.
  7. Custom theme? Load references/embed/signing-form-custom-css.md or references/embed/form-builder-custom-css.md depending on the component.
  8. Auth, URL handling, webhook verification, or any security-sensitive embedding? Load references/embed/signing-form-security-recommendations.md or references/embed/form-builder-security-recommendations.md depending on the component.
  9. CLI commands? Load the sibling docuseal-cli skill from this same repo.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.